当身处团队项目之中,BUG层出不穷且不时复现,难免士气低落,信心受挫,兴趣不再.
单元测试给了一条出路,帮助我们找回自信.
然而,单元测试也不可滥用,因为单元测试本身也需要维护成本,尤其是在项目需求经常变动的情况下.拙劣的单元测试会成为项目的负担,最终被抛弃.
那么什么才是优秀的单元测试呢?
有这样几种场景来验证:
- 两周或两个月、甚至两年前写的单元测试,还可以运行并得到结果吗?
- 两个月前写的单元测试,任何一个团队成员都可以运行并得到结果吗?
- 是否可以在几分钟内跑完所有的单元测试?
- 可以单击一个按钮就运行完我所写的单元测试吗?
- 是否能在几分钟内写一个基本的单元测试?
在以上5个问题中,只要有一个无法通过,则说明你写的不是单元测试,至少不是优秀的单元测试。(可以认为是集成测试)
优秀的单元测试应该具备以下特性:
- 一段自动化的代码,它调用一个方法,然后检查基于该方法或类逻辑行为的一些假设;
- 使用单元测试框架;
- 写起来很容易;
- 运行起来很快;
- 开发团队中任何人都能重复运行;
参考《.NET单元测试艺术(Roy Osherove ,2012.01)》