单元测试这个东西很神奇，早是从国外引入的，世面上也存在了很多开源的单元测试软件，那么它到底有什么优缺点呢？下面列出来瞧瞧看看，并附上一些我自己的看法。

　　优点：

　　1、降低开发错误的反馈回路，减少重复工作，提升开发效率。例如服务器的重启啊之类的。

　　这个确实，大优点之一，我相信也是大多数程序要写单元测试的初衷。

　　2、提升代码质量，写出更模块化、结构化的代码，减少BUG.

　　所谓提升代码质量，这个也是TDD所一直鼓吹的东西。见仁见智吧，如果你写出更模块化，更结构化的代码非得通过单元测试的话，那么你去干吧。

　　3、重构时保证功能的利器。

　　这个是单元测试大的优点所在，但若你的系统并不存在什么大的重构的话，那也没什么存在的必要，还是那句话，什么事情要辨证的看。

　　4、让代码更容易维护，通过单元测试也可以摸索出整个系统的框架，单元测试相当于代码的规格书。

　　这点我是持怀疑态度的，单元测试只是保证了每个单元模块的功能点，是一个个孤立的点，看单元测试也只是管中窥豹，并不能完整的看清楚系统。若说是规格书，javac干嘛去了，别把什么事都扯上。

　　缺点：

　　1、学习陈本：随着软件构建越来越复杂，单元测试的工具也随着增多，学习是一个很大陈本。

　　2、开发陈本：写单元测试会增加程序员的工作量，不是一点点的工作量，可能是原本功能开发两倍甚至三倍的工作量。

　　3、推广和运用单元测试需要比较大的投入，而且收效周期较长，只有编写足够过，足够好的单元测试之后，才能得到以上几个优点提到的收益。

　　那么怎样才能写出好的单元测试呢？

　　较高的代码重构能力，自身的代码功底要有一定要求，若是无这点保证，单元测试只会沦为一个KPI工具，毫无实际意义，而一个有较高代码功底的人不需要一整套的单元测试。根据自己需要选择性的写单元测试。

　　那么还有必要写单元测试吗？

　　个人看法是，这个东西不是二元的，非此即披，对于这个世界上这么多的技术，这么多的概念，特别是国外传进来的很多东西，大家只需要根据自己的情况，选择性的吸收，能提升自己工作技能上的都可以接受，不要人云亦云，从中抓取核心的东西，自己再总结总结圆满了。我还是一直秉承自己的看法，一切概念，术语都是纸老虎，特别是一些国外的忽悠。这次参加杭州的qcon，特别有深的感受，国外的大师们都在鼓吹概念，国内的大牛们在批判那些国外大师的方法论、术语，很有意思！

　　对于组织上强推广单元测试的看法？

　　让工程师自己用脚去选择，程序员是工作在一线的人员，只有他们了解实际的业务场景，代码复杂程度，若是他们觉得好的东西，他们自己回去吸收，并不需要强推。让工程师去做选择，这个才是工程师文化的核心。