四个人,还有我的一个学生,搞 android 开发的。
还有看到的兄弟么??
哈哈,其实人家不是 qq 跟我说,我还是想懒的。。。。。
http://benhollis.net/blog/2013/10/20/maruku-is-obsolete/
maruku 作者自己写的。
顶一个。这个周日哦。
受 lz 影响,决定再推迟一周找工作,为自己做一个小项目,表述一个想法。
#4 楼 @michael_roshen 到时候远程聊会,呵呵。
要精。。。。。
#2 楼 @michael_roshen 你不来呀???
哇一个。。精了。。。恭喜 lz,加油!
你也辛苦了。
#20 楼 @hardywu 吉大的一个学生。http://dasai.aliyun.com/ 去试试吧。
我统计学和微积分都挂科了,嗯哼。。。
我觉得有两个好处:1 是让 helper 做一些逻辑判断,2 是避免在 view 里写超过 3 个 . 的状况,比如 <%= current_user.last_post.tags %>
客户端的 api????????????和服务器端的 api 有什么关系???
测试的“准”是说验证情形准,丰富,一个订单逻辑走下来,1 个 C,2 个 M,估计就能上百个测试用例了。书上讲有的项目上万的测试用例,维护起来都要专门的人员。测试用例编写和代码一样,所以结对编程可以一个开发一个测试,当然也可以 2 个人都同时写一个测试。
#23 楼 @jarorwar 不用这么折腾,测试可以这么来考虑。
1、测试不求全,求准。那么,email 有 2 个测试,手机有 2 个测试,你就可以写 4 个测试放在那里。其实没必要说先什么后什么,但是,你要先知道,“我有 4 个测试放在那了,我要让他们完成”。
2、测试最小化。email 测试,假设有 N 种情形,那么你就需要 N 种情形的测试放在那(这个例子让人乏味,何况,你 user 一定用了很好的 gem,它里面已经把 email 测试的很准确了,你不用重复劳动。)这个最小,就是测试目标最小。一个 email,一个手机号,一个商品的编号,一个用户的交易状态,等等,这些最小的测试目标(最好是从最重要的开始),一定要测试用例丰富一些,包含的范围广一些。 一句话:先测试最重要的。
3、写完的测试就不要追加了。因为(1)测试不是业务逻辑,你针对新出现的变动单独的做测试即可,不用去改之前的测试用例,除非有绝对的必要。(2)测试用例变动是很危险的。因为,签收后的测试用例不能再变动了,我的观点是,测试变动以为流程变动,所以测试用例规划是要很科学的进行,不能想加就加的。
做个别的练习,别用这个例子纠结。比如图书购买,vip 和普通用户的区别,购买优惠,运费优惠,你可以自己制定一个流程,然后写测试用例的条目,我们一起探讨。。
求测试代码。
#15 楼 @young4u_amy 可以看看陈丹青的《文化与自信,我们的民族骄傲来自何处?》。我们经常用屌丝来自惭,冯导已经喷过了,我很赞同。但这不是我们这代人的错,我们就将它抛个异常给我们的外层环境吧。。。 Obie 的演讲主题满世界都可以,Dave 的是为中国行准备的。 Obie 才是真正的非主流 + 愤青 + 文艺青年,一句话,他内心是自由的。。不像我等有那么多束缚。
#17 楼 @ashchan 我看的书里提到了 FitNesse,有谁用过么??
FitNesse_百度百科 http://baike.baidu.com/view/2576367.htm