程序员为什么不写单元测试?[1] 单元测试工具
赛门铁克误杀门事件在一片争议声中落下了帷幕，但是它身后隐蔽的问题还远未结束，诺顿误杀彰显测试价值的回归，同时也向广大的程序员们敲响了警钟，不做单元测试的程序员在未来发展中绝对无路可走，以下是笔者的一些分析。
一、为了单元测试而写单元测试
最近笔者曾经做过一次“程序员在项目开发中编写单元测试的情况”的调查。
调查结果显示：
1. 几乎没有严格在项目中执行TDD(，TDD)。
2. 为大部份业务方法编写单元测试，并保证方法测试通过，占16.6%。
3. 偶尔编写单元测试，一般情况下不写单元测试，占58.3%。
4. 为了应付项目检查而写单元测试，但并不保证方法是否测试通过， 占8.3%。
5. 从来不编写单元测试，占16.6%。
虽然调查的结果有一定的片面性，但是占58.3%比例的确高的惊人，同时，从来不编写单元测试16.6%人层也基本反映国内程序员编写单元测试的状况，很少有程序员能够比较认真地去编写单元测试。那么，到底又是什么原因导致程序员不编写单元的测试的?根据笔者参与的多个讨论，主要有下面几种原因使程序员不编写单元测试：
1. 为了完成编码任务，没有足够的时间编写单元测试。编写单元测试会导致不能按时完成编码任务,推迟项目进度。
2. 单元测试的价值不高，完全是浪费时间。
3. 业务逻辑比较简单，不值得编写单元测试。
4. 不知道怎么编写单元测试。
5. 项目没有要求，所以不编写。
6. 在项目的前期还是尽量去编写单元测试，但是越到项目的后期就越失控。软件测试
测试常常是程序员十分厌倦的一个项目活动。测试能够为我们带来什么?了解这些非常的重要，测试不可能保证一个程序是完全正确的，但是测试却可以增强我们对程序完整的信心，测试可以让我们相信程序做了我们期望它做的事情。测试能够使我们尽早地发现程序的bug和不足。
文章来源于领测软件测试网 https://www.ltesting.net/