单元测试中的"坏"属性是什么？

Question

我刚刚阅读的问题回答了单元测试的理想特征,但应该避免什么？是什么让单元测试"糟糕"？

你见过的最糟糕的单元测试是什么？(例如.我记得一位开发人员告诉我他曾经发现一个测试套件有很多方法,但完全没有任何断言).

我对单元测试稍微有些细微和特定的问题特别感兴趣,例如假设你有一个测试套件,它可以快速运行并具有良好的覆盖范围,它还有什么问题？

Answer 1

• 测试具有外部依赖项(数据库,文件,服务器,时间......)

• 测试依赖于彼此

• 测试验证实现而不是行为

• 测试速度太慢,没有人执行它们

• 测试太多东西的测试

还有TDD反模式.

Answer 2

最好的单元测试易于阅读和理解。执行速度快。测试了特定功能，进行了良好的重构并进行了维护。

最糟糕的还不是以上。