单元测试不完备导致后期调试成本增大

1. 单元测试要做充分。在一个类、或一个小模块完成之后（XP说之前就编写好测试代码），搭建合适的测试框架，每增加一个方法或者功能，利用框架进行测试；

 

2. 蝴蝶效应在软件中同样适用？有没有关于（大型）软件是混沌系统的严格证明呢？

 

3. 没有做过完备的单元测试的代码到了集成测试（系统联调）阶段时，开发人员可能就要花费更多的精力进行调试。Capers Jones曾提到后者消耗的时间大概是前者的2倍。

 

当然，更严重/重要的问题是：

 

4. 程序员们都认识到了这一点，如何在团队中贯彻呢？要知道，惰性是一如既往的强大。并非所有人都一丝不苟、都想做精品、都力能从心；

 

5. 在合作比较多的团队中，单元测试上的粗心会导致互相配合上的问题、进而降低工作效率；

场景：A使用B编写的模块，花费了大力气发现程序崩溃是B的模块有问题。B修改完成后，A得知原来只是一个低级bug，这时A势必会因为自己花了大把时间在一个低级bug上而沮丧，而B是否会因此变得谨慎却没有保证（既当过A也做过B的个人体会）。