单元测试之什么是优秀的单元测试

当身处团队项目之中,BUG层出不穷且不时复现,难免士气低落,信心受挫,兴趣不再.

单元测试给了一条出路,帮助我们找回自信.

然而,单元测试也不可滥用,因为单元测试本身也需要维护成本,尤其是在项目需求经常变动的情况下.拙劣的单元测试会成为项目的负担,最终被抛弃.

那么什么才是优秀的单元测试呢?

有这样几种场景来验证:

1. 两周或两个月、甚至两年前写的单元测试，还可以运行并得到结果吗？
2. 两个月前写的单元测试，任何一个团队成员都可以运行并得到结果吗？
3. 是否可以在几分钟内跑完所有的单元测试？
4. 可以单击一个按钮就运行完我所写的单元测试吗？
5. 是否能在几分钟内写一个基本的单元测试？

在以上5个问题中，只要有一个无法通过，则说明你写的不是单元测试，至少不是优秀的单元测试。（可以认为是集成测试）

优秀的单元测试应该具备以下特性：

1. 一段自动化的代码，它调用一个方法，然后检查基于该方法或类逻辑行为的一些假设；
2. 使用单元测试框架；
3. 写起来很容易；
4. 运行起来很快；
5. 开发团队中任何人都能重复运行；

参考《.NET单元测试艺术（Roy Osherove ,2012.01）》