4、项目没有要求,所以不编写单元测试
的确,在很多项目中团队并没有要求我们为每一个类编写单元测试,反而会要求我们编写很多复杂的文档。作为程序员我们需要明白:程序员是编写单元测试的最大受益者。
单元测试代码不是官僚、死板的文档。它是生动的,是程序员最有用的文档。单元测试能够提高程序员对程序的信心,能够使用养成良好的设计原则:“针对接口编程,而不是具体类”。因为要进行单元测试,所以我们需要让类独立于其依赖对象(使用Mock或stub)进行测试。这就迫使我们养成了良好的编程习惯。
单元测试是改进我们设计的保证。做为一个优秀的程序员,是会经常优化代码和设计,所以经常的进行重构。一个优秀的程序员绝对不能容忍“异味”代码,而单元测试就是我们进行重构的信心保证。
单元测试是一个日常开发活动,它贯穿于项目的整个生命周期。做一个负责任的程序员总是为自己的代码的质量负责的。是否经常改进你的设计,是否让别人很轻松的使用和修改你的代码。
为所有类编写单元测试应该是一个程序员应具有的素质。项目有没有要求,不应当成为不编写单元测试的理由。
打开: http://www.qqread.com/erp/3/x395074.html进入讨论组讨论。
相关图文阅读
频道图文推荐
健 康 咨 询
时 尚 咨 询
相关专题
- 单元测试的小技巧介绍和举例 (0次浏览)
- 单元测试的基本方法 (0次浏览)
- 从生物学的角度对中间件和构件的思考 (0次浏览)
- 从EAI到SOA (0次浏览)
- 初为项目经理注意事项 (0次浏览)
- 程序员为什么不写单元测试? (0次浏览)
- 程序员是一只捕鱼的鸟 (0次浏览)
- 成功项目管理的20个秘密 (0次浏览)
- 成功实施SOA的10大要素 (0次浏览)
- 成功的项目管理入门 (0次浏览)



