5、为什么越在项目的后期，单元测试就越难以进行下去？
笔者所有亲历的项目都或多或少地有这么糟糕的情况发生。越是在项目的后期，能坚持编写单元测试的程序就在整个项目组中不会超过15%。
为了追赶进度，绝大多数程序员都把没有经过任何测试的代码提交到版本服务器,项目经理也不再追问，照单全收。这样做的结果就是在后期，集成花费的时间越来越多，几个技术骨干人员只得日夜加班进行系统集成。好不容易集成完了之后，下发给测试人员测试时，bug的报告成数量级的增长。程序员就日以继夜的修改bug.还有非常多的bug被隐藏更深，一直潜伏到生产环境去。在项目中，越来越多的人对项目失去信心，每一个人都在抱怨，数不清的bug,修正了一个bug,更多的bug报告上来。
每天都在修改bug,但是每天又会报告上更多的bug。于是开始有人想逃离了，有人请假，也有人离职。当项目总算结束时，每一个人的内心都清楚，项目太烂了，还有很多的错误还没被测试出来，赶快逃离这个项目组吧！一半的人病倒了，或对项目的维护失去了信心。
为什么会这样？有没有宣导测试的重要性呢？在项目初期应该进行宣导单元测试的重要性。
有没有做过相关的培训工作？在项目启动时，需要进行一些相关的培训，教授团队成员最基本的编写单元测试的技巧。
有没有做过相应的风险防范？越是工作资历越深的程序员，就越会拒绝编写单元测试，他们总是有太多的理由来拒绝编写单元测试。这些“顽固”的老程序员往往负责着核心的代码的编写。我们知道“20-80定律”吧。80%的错误是发生在20%的代码之中的，往往最严重的错误就发生在那些“老鸟”们的代码中。有没有在事先就做好风险防范，说服他们编写单元测试。
有没有做好测试相关的基础工作。有没有针对不同类型的程序编写测试基类，让编写测试变成一项非常简单的工作。有一些代码是依赖于特定的环境，如EJB访问、JNDI访问、Web应用程序依赖Servlet API等，而测试这些程序是非常困难的。应该编写一些测试基类和测试stub，让这些程序可以脱离于特定环境就像普通程序一样进行单元测试。让普通程序员轻松的编写测试代码进行程序测试。
可以实行日构建和测试覆盖率检查，没有通过测试的代码绝不允许放到版本服务器。检查测试的覆盖率。
在现代软件开发过程中，测试不再作为一个独立的生命周期。单元测试成为与编写代码同步进行的开发活动。单元测试能够提高程序员对程序的信心，保证程序的质量，加快软件开发速度，使程序易于维护。不管测试先行还是测试后行，没有单元测试那是绝对不行的。
弱者其找理由，强者找方法！今天你单元测试了吗？
保留地址 http://www.qqread.com/erp/3/x395074.html进入讨论组讨论。
相关图文阅读
频道图文推荐
健 康 咨 询
时 尚 咨 询
相关专题
- 单元测试的小技巧介绍和举例 (0次浏览)
- 单元测试的基本方法 (0次浏览)
- 从生物学的角度对中间件和构件的思考 (0次浏览)
- 从EAI到SOA (0次浏览)
- 初为项目经理注意事项 (0次浏览)
- 程序员为什么不写单元测试？ (0次浏览)
- 程序员是一只捕鱼的鸟 (0次浏览)
- 成功项目管理的20个秘密 (0次浏览)
- 成功实施SOA的10大要素 (0次浏览)
- 成功的项目管理入门 (0次浏览)
