 |
1
SoloCompany Jul 19, 2014 via iPad
A 的观点：单元测试是负累，重构一下代码，就都废了
B 的观点：今天需要重构代码，居然没有单元测试，于是需要多花两天时间补充测试代码然后才能开始着手重构代码 你更同意哪个观点？ |
 |
2
est Jul 19, 2014
国内这种PM连需求都分析不清楚，就不要瞎搞单元测试了。怎么快出活怎么不被客户发现破绽才是王道。
|
 |
3
yxz00 Jul 19, 2014
互联网应用单元测试还是很容易的。关键像游戏这种，跟体验相关，跟时间相关的，真是没办法写用列。
|
 |
4
takato Jul 19, 2014 via iPhone
感谢分享～
我觉得方法都是理念的工具，想要提高质量还是得需要一个良好的理念才行。 单元测试与代码覆盖率只是一个辅助衡量的工具。 |
 |
5
akfish Jul 19, 2014 via iPad
有一种人就是喜欢这样，明知道xxx不能/不适合用来做某件事，他就非要去做，然后写篇文章说：看吧，xxx毛用都没，别用了，谁用谁sb。
这是行为艺术么。 |
 |
6
gemfeeling OP @akfish 有一种人就是喜欢这样，明知道xxx意在揭示某事物的不足，以便读者能对照印证，用其所长而避其所短，在实践中能灵活地取舍而不是拘泥于教条。他就非要高冷傲娇地板起面孔，从情绪上一通批判，于事于理本身却只字不提，言之无物。
这是在秀智商么。 |
|
7
gemfeeling OP @akfish 借用您的口吻，开个玩笑，别见怪。
|
|
8
gemfeeling OP @yxz00 是的，游戏的话个人经验是完整的交互测试更有用，比如一个命令循环加载所有地图，一个命令加载所有人物的所有动作，一个命令模拟玩家一局游戏，等等。
|
|
9
gemfeeling OP @est 一次性的怎么来都行，需要维护的下点功夫还是值得的。
|
|
10
gemfeeling OP |
Select Language