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

刚刚参加了一个演示，其中一家测试公司表示可以在使用java和c#开发的敏捷开发团队中使用

在V-model测试之前，我更喜欢测试驱动的开发和验收测试自动化。
不确定V型测试和敏捷测试是否可以被视为相同。

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

---

更新：（敏捷vs v模型）

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

---

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

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

---

敏捷的一个重要特征是适应变化的能力。V型不太支持它。

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

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

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

最后，在V-Model中，的用户验收不应该完全自动化，因为最终用户在查看系统并决定它是否符合要求的时候。当然，用户手上会有一个脚本，以便知道他/她应该测试什么，在批处理系统的情况下，会有数据供应，但脚本决不能决定此阶段的成功

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

---

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

V-Model是上个世纪最早的；-）见鬼，你应该学会如何总结这样的想法。正是我的意思。@mouviciel:又短又甜+1；）很简单：我的英语不够流利，所以我不知道如何像你的优秀答案那样展开论证。@Bruno Brant:谢谢你的好答案。(+1)