V模型测试方法对敏捷开发团队有用吗？

Question

刚刚参加了一个测试公司表示可以在使用java和c＃开发的敏捷开发团队中使用V-model testing的演示文稿。

在V模型测试之前，我更倾向于测试驱动开发和验收测试的自动化 不确定V模型测试和敏捷测试是否可以被认为是相同的。

寻找您在敏捷团队中使用v模型测试的测试经验或意见 如果你在敏捷中使用V模型测试，你是如何做到的（或者它没有意义）？

更新：Thoughtworks presentation（敏捷vs v型号）

Answer 1

测试驱动开发是关于规范，而不是测试。这不是V方法的对抗。

另一方面，V模型意味着一个长的发展周期。这是一种敏捷方法的反对者。

Answer 2

V-Model在我公司广泛使用。我必须补充一点，恕我直言，那里有更好的开发模型，但在开发不使用迭代开发的大规模系统时仍然可以有效地使用V模型。

尽管如此，我认为测试驱动开发仍然可以应用于V-Model，作为单元测试阶段的一部分，甚至可以应用于集成测试阶段，只要您可以将其作为开发周期的一部分进行自动化。

然而，V-Model将系统测试视为 > em>测试驱动的开发不适用。当然，您可以通过使用工具，脚本或程序自动化它，但您不再开发代码。在系统测试中，您不再关心代码，只关心规范。发生这种情况是因为您的测试单元可能不完整。

最后，用户接受，在V-Model中，不应该完全自动化，因为当最终用户查看系统并决定它是否遵守时要求与否。当然，用户将手上有一个脚本，以便知道他/她应该测试什么，并且如果，比方说，批处理系统，将会有数据供应，但脚本决不应该这个阶段的成功。

但让我们回到这个问题。我刚才所说的是TDD和自动化可以用作V-Model中测试阶段的实现。因此，如果你可以使用敏捷开发的V模型测试，就像你看到肯定的演示，那么我也可以使用TDD和自动化技术。

但是，我不确定你是否愿意。我不知道如何将V-Model应用于敏捷，或者它是否一致，因为V-Model不是敏捷。

Answer 3

V模型测试并不真正符合敏捷开发的精神。简而言之，尽管可行，但它会损害敏捷过程的性质。

敏捷的一个重要特征是适应变化的能力。 V模型并不能很好地支持它。