什么是良好的单元测试？

Question

什么是良好的单元测试？

我相信大多数人都在编写大量的自动化测试，而且在进行单元测试时你也遇到了一些常见的陷阱。

我的问题是你是否遵循任何编写测试的行为规则以避免将来出现问题？更具体一点：良好单元测试的属性是什么，或者您如何编写测试？

鼓励语言不可知的建议。

Answer 1

不要写大量的测试。正如“单元测试”中的“单位”所暗示的那样，将每个单元视为原子并尽可能隔离。如果必须，请使用模拟对象创建前置条件，而不是手动重新创建过多的典型用户环境。不要测试明显有用的东西。避免测试来自第三方供应商的类，尤其是提供您编码的框架的核心API的类。例如，不要测试将项添加到供应商的Hashtable类。考虑使用代码覆盖工具（如NCover）来帮助发现尚未测试的边缘情况。尝试在实现之前编写测试。将测试视为您的实现将遵循的更多规范。参看 行为驱动的开发，一个更具体的测试驱动开发分支。始终如一。如果您只为某些代码编写测试，那么它几乎没用。如果你在一个团队中工作，而其他一些或所有人都没有编写测试，那么它也不是很有用。说服自己和其他人了解测试的重要性（以及节省时间的特性），或者不要打扰。