有效的写单元测试

组里的程序员刚刚接触单元测试(我没有要求他们和我一起实践TDD,这是否是个隐患?),每个人有不同的反应和问题,下面是我给他们的一些建议:

1.不要把写单元测试放的太靠后
——如果你写了500行以上的代码才开始写单元测试,那么会很痛苦,很无聊,甚至发现单元测试无法写出来。

2.你写的单元测试有没有发现程序中的错误
——如果你是先写程序然后写单元测试,那么请关注一下,你写的单元测试是否发现过程序中的错误。如果你写了一堆单元测试却没有发现程序中的任何错误,那么有两种可能:
1>.你太牛了,写的程序没有一点错误
2>.你的单元测试有问题,没有测试到容易出错的地方。
注意:从经验看,1>的可能性不大。
3.别让写单元测试成为烦人的工作 ——只对程序中容易出错的地方写单元测试,这样才能保证投入/产出的比例小于1。(比如对于Set,Get这些方法,不要写测试)

相关文章

迭代器模式(Iterator)迭代器模式(Iterator)[Cursor]意图...
高性能IO模型浅析服务器端编程经常需要构造高性能的IO模型,...
策略模式(Strategy)策略模式(Strategy)[Policy]意图:定...
访问者模式(Visitor)访问者模式(Visitor)意图:表示一个...
命令模式(Command)命令模式(Command)[Action/Transactio...
生成器模式(Builder)生成器模式(Builder)意图:将一个对...