如果我的项目要求不断变化，我应该使用测试用例吗？

Question

我的项目中的要求不断变化。维护测试用例变得非常不方便。是否仍然建议使用测试用例？或者有什么好方法可以解决这个问题吗？

Answer 1

如果您必须更改代码，那么我认为维护测试工具比以往任何时候都重要。测试工具是一种文档形式。

Answer 2

这是进行单元测试的痛苦之一。你应该坚持下去。

1. 当需求稳定下来时，你会处在一个更好的地方。
2. 如果没有测试，您将更多易受攻击 - 当发生快速变化时，事情很可能会被意外破坏。
3. 如果你现在放弃测试，你可能不会再次重新开始测试....

Answer 3

我要说的另一个论点是，试图说服我100％测试覆盖率的人是圣杯。

项目要求不会像完全一样改变（除非这是一个非常小的项目）。总有一些假设，断言，物理定律所规定的限制：）

我建议通过要求并在层之间拆分。第1层的要求比第2层的要求更不容易改变。这样，您可以专注于不易变化的部分。最终要求生产者会感到疲倦（被替换，无聊）。

开发人员必须处于较差的状态。快速的需求变化将获得意大利面条代码。测试安全带在某种程度上可以是意大利面条，但它确实对他们来说是一种生命保护。保持适合这样的项目组织非常重要。

Answer 4

由于您已将此问题标记为“TDD”，请考虑如何通过测试驱动开发实现更改的需求。在新要求的情况下，您将编写一个失败的测试，以证明缺少新功能。在需求更改的情况下，您可能已经有测试显示（通过传递）该功能处于其原始状态。那么， test-drive 你的开发。更改您的传递测试，以便他们现在需要新的行为 - 并且失败 - 现在通过实现更改的行为使它们通过。

Answer 5

您应该抓住机会审核您的设计，看看是否有零件经常随着需求的变化而变化。您甚至可以对当前设计进行更改，将零件移动到两个分区中：一个大部分保持不变，一个大部分变化。

您可以隔离更改的部分，以便在需求更改时只需添加新的代码/类。