J.Timothy King写了一篇很不错的文章:“先写单元测试的12个好处”(Twelve Benefits of Writing Unit Tests First)。个人认为后半部分的文章有点多余。

然而,如果你还是不愿改掉你之前先写代码的老毛病,至今还认为个人习惯比先设计好的软件还重要,那我也只能叹息了。

J.Timothy King的文章写的有点弄巧成拙了,虽然单元测试的主张是重要,但是他的普遍接受已经是过去几年里软件开发市场上的进步了!

软件上的难题你是怎样解决的?开始会先做什么?在解决难题的时候会常问自己要编写怎样的代码才行,首先的重点是我要用什么样的方法才能解决这个问题。

每个人的思维里总是喜欢有一个假设,假设一些不会发生或是不存在的事情,我们已经有了判断的结果可还是要做上一些的事情,这种思维对于大部分人来也是难以改变的!

J.Timothy King罗列了12个方法,帮大家接受“测试先行”的观念:

  • 1.测试可证明你的代码是可以解决问题的
  • 2.一面写单元测试,一面写实现代码,这样感觉更有兴趣
  • 3.单元测试也可以用于演示代码
  • 4.会让你在写代码之前做好计划
  • 5.它降低了Bug修复的成本
  • 6.可以得到一个底层模块的回归测试工具
  • 7.可以在不改变现有功能的基础上继续改进你的设计
  • 8.可以用于展示开发的进度
  • 9.它真实的为程序员消除了工作上的很多障碍
  • 10.单元测试也可以让你更好的设计
  • 11.单元测试比代码审查的效果还要好
  • 12.它比直接写代码的效率更高

以上几条如果你有几条是认同的,那么至少有一半是正确的吧!对于同业都来说也是一个很大的进步吧。关于单元测试的重要性,个人是没有别的不同意见。

我一直觉得单元测试的倡导者在个人立场上有点急于求成了,总是希望从业者们会在短时间内改变开发软件的方式。特别是一些开发人员从来都没有用过,如果他们还没有打算把单元测试纳为每个开发项目的标准方法,个人觉得他们还不具备这个条件。

过于推崇单元测试也有可以会适得其反!如果真的变成我所说的那样,就真的是可惜了,关于软件测试这个问题来说,个人是认为测总是比不测的好。其实他也就是一种正式的随机测试,Fowler有段话说得非常好:

译者注:在软件测试中,除了根据测试样例和测试说明书进行测试之外,还需要进行随机测试,主要是根据测试者的经验对软件进行功能和性能方面的抽查。

译者注:Martin Fowler是世界级软件开发大师,在面向对象分析设计、UML、模式、XP和  重构等领域都有卓越贡献,现为著名软件开发咨询公司ThoughtWorks的首席科学家。他的  多部著作,如《分析模式》、《UML精粹》、《企业应用架构模式》、《重构:改善既有代  码的设计》等,都已经成为脍炙人口的经典。

总的来说还是望大家能够从新认识单元测试的价值和重要性。希望能改掉之前编写代码的老毛病,若能改变一些,可能在以后的工作中会有突飞猛进的效果,当然,也不能够急于求成,首先还是要先学会慢慢适应!

[原创翻译英文CC Licensed]

余下全文(1/3)
分享这篇文章:

请关注我们:

发表评论

电子邮件地址不会被公开。 必填项已用*标注