如果B类涵盖了我应该为A类编写测试

翟淇

2023-03-14

问题内容：

我想对测试方法学发表一些意见。

假设我们拥有A类和B类。B类使用A类的功能。B类已经过全面测试，因此某些测试覆盖范围也间接应用于A类。

我应该直接为A类编写完整的测试吗？还是只应该测试未经测试的A类功能？

我之所以问是因为，将来可能会以不使用A类相同功能的方式删除或修改B类，因此可能会使某些方法未经测试。你会怎么做？

问题答案：

类别！=单位

IMO，您应该B基于A已经被测试的事实来测试的行为。

实际上，有三种情况：

A和B同一层：

如果A是通过重构周期（提取类）创建的B（在练习一个良好的TDD时经常发生），那么A应该完全不进行测试！完全不需要测试！
实际上，代码的结构（在这种情况下，是类/ SRP的分离）应该独立于单元概念；B并且A在这种情况下属于同一单位。
如果在此之前*A存在，则不应基于此事实，并且应测试其整个行为。 *B``B``B

A而B不是局限于同一层（例如，边界不同）：

如果B是GUI类和A业务类，则A在测试时应加倍/模拟B，并且A还应具有专用的完整测试。
实际上，领域架构不应与behavior/feature概念混为一谈。

要了解原因，请阅读鲍勃叔叔最近有关此概念的文章：

http://blog.8thlight.com/uncle-
bob/2014/01/27/TheChickenOrTheRoad.html?utm_source=hootsuite&utm_campaign=hootsuite

摘录：

一个普遍的误解是，测试的设计必须反映生产代码的设计。正如作者所建议的那样，TDD不需要“系统中的每个单元都必须与设计良好的单元测试配对”。确实，这就是我们许多人不再称其为“单元”测试的原因之一。

注意：TDD不在乎“未来”，相反，它可以帮助您编写所需数量的代码，仅此而已。因此，您不必为此担心：

将来可能会删除或修改B类

如果您编写了良好的测试（我更喜欢“ specs”一词），则将立即检测到这种删除。