问V-model测试方法对敏捷开发团队有用吗？

EN

V-Model在我的公司被广泛使用。我必须补充的是，IMHO，有更好的开发模型，但V-Model在开发大型系统时仍然可以有效地使用，其中您不使用迭代开发。

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

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

最后，用户接受，在V模型中，不应该完全自动化，因为它是最终用户查看系统并决定它是否符合要求的时候。当然，用户手中会有一个脚本，以便知道他/她应该测试什么，如果是批处理系统，将会提供数据，但脚本绝不应该决定此阶段的成功。

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

然而，我不确定你是否愿意。我不知道如何将V-Model应用到敏捷中，或者它是否会连贯，因为V-Model不是敏捷的。

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

另一方面，V-模型意味着一个很长的开发周期。这是一种敏捷方法的对抗性。

V模型测试并不真正符合敏捷开发的精神。因此，简而言之，虽然可以这样做是可行的，但它会损害敏捷过程的性质。

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