testing - 自动化测试无济于事的场景

Question

在哪些情况下，单元测试和 TDD 之类的麻烦大于它们的值(value)？

我想出的一些东西是:

• 当生成测试数据很棘手时:有时，能够提出有效的、重要的测试数据本身就是一个挑战。
• 当验证代码正确性的唯一可行方法是运行它时。
• 当您测试设计的视觉元素时。

还有哪些情况？

Answer 1

我认为您的前两点无效。

• 创建测试数据可能是一个挑战(事实上，它通常是编写单元测试的主要部分)，但这只是您必须接受的事情，而不是放弃单元测试的理由.这并非不可能，否则您怎么知道您的应用是否正常运行？
• 单元测试运行代码以验证其正确性 - 我没有发现问题。

应用程序肯定有方面无法进行单元测试 - 视觉布局(屏幕或打印)就是这样一个方面，一般而言可用性也是如此 - 无法真正正式指定的事情。

单元测试可能不适用的情况是，当您面对的是在开发时未考虑可测试性甚至模块化的现有应用程序(Big Ball of Mud 反模式)。但即便如此，如果您知道您必须在很长一段时间内维护和扩展这个野兽，那么找到一种方法来自动测试应用程序的至少某些部分几乎总是可行且有用的。没有人说您必须先编写一个达到 100% 代码覆盖率的测试套件，然后再做任何其他事情。