周一刚上班,会议室就传来了经理老梁的咆哮。

张大胖和何小痩赶紧分析原因


许久都没人敢发言。
老梁打开了电脑,决定给程序员上一课。



新版本的开发又开始了。



张大胖无奈,只好加班写单元测试用例

过了两天,老梁又来找张大胖了

既然如此,张大胖也没有心情再认真地写测试了。



无可奈何的何小痩,也开始应付起来

大家热火朝天地写单元测试,只有小崔是例外。



小崔很快就学会了张大胖的做法......

有一天,何小痩的代码居然让张大胖的单元测试失败了。




在大家的努力下,经理终于看到了漂亮的报表。

新版本上线了,没想到Bug数比上个版本只多不少,老梁傻眼了。


单元测试是好东西吗?当然是!
但是在实施单元测试的时候,真正地重视起来,循序渐进地执行了吗?
有没有给程序员留足时间?
人员的培训是否到位?观念是不是统一了?
能不能不赶进度?
需求能不能稳定下来?
对于那些难以写测试的地方,有没有总结出最佳实践?
......
在把这些问题解决之前,就开始大干快上,采用运动式的方式做单元测试,注定是要失败的。




点击下方图片,查看更多精彩
经理老梁希望通过加强单元测试来提高软件质量,但团队成员却在赶进度的压力下敷衍了事。最终新版本上线后BUG数量反而增加,揭示了在没有妥善准备的情况下推行单元测试可能带来的问题。





7731

被折叠的 条评论
为什么被折叠?



