剛剛參加了一個測試公司聲明V-model testing可用於使用java和c＃開發的敏捷開發團隊的演示文稿。
V模型測試方法對於敏捷開發團隊是否有用？
我寧願在V模型測試之前接受測試的測試驅動開發和自動化。
不確定V模型測試和敏捷測試是否可以被視爲相同。
尋找您在Agile團隊中使用v-model測試的測試經驗或意見。
如果你在敏捷中使用V模型測試，你是如何做的（或者它沒有意義）？
更新：Thoughtworks presentation（敏捷VS v型）
V模型在我公司廣泛使用。我必須補充一點，恕我直言，這裏有更好的開發模式，但是當開發大型系統時，V-Model仍然可以被有效地使用，因爲你不使用迭代開發。
不過，這是我的想法，測試驅動開發仍然可以適用於V模型，作爲單元測試階段，甚至集成測試階段的一部分，只要你可以自動執行作爲開發週期的一部分。
V模型，但是，看到系統測試爲所發生的產品後的發展認爲完成，所以測試驅動開發不適測試。當然你可以通過使用工具，腳本或程序自動化它，但是你不再開發你的代碼。在系統測試中，您不再關心代碼，只關注規範。這是因爲你的測試單元可能不完整。
最後，用戶的認可，在V模型，不應完全自動化的，因爲它是當最終用戶查看系統，並決定它是否堅持要求或沒有。當然，用戶將手上有一個腳本以便知道他/她應該測試什麼，並且假設批處理系統會有數據供應，但決不應該由腳本決定這一階段的成功。
但讓我們回到問題。我剛剛說的是，TDD和自動化可以用作V模型中測試階段的實現。因此，如果您可以在Agile開發中使用V-Model測試，那麼您可以使用TDD和自動化技術。
但是，我不確定你會想要。我不知道如何將V模型應用於敏捷或者如果它是連貫的，因爲V模型不是agile。
@布魯諾勃蘭特：謝謝你的回答。 （1） – 2010-01-29 16:59:25
測試驅動開發是關於規範，而不是測試。這與V方法不是對抗。另一方面，V模型意味着單一的長週期的發展。這是一種敏捷方法的對抗。
哎呀，應該學會如何總結這樣的想法。完全是我的觀點。 – 2010-01-29 16:30:23
@mouviciel：短而甜+1：）） – 2010-01-29 16:32:45
這很容易：我的英文不夠流利，所以我不知道如何發展你的出色答案。 – mouviciel 2010-01-29 16:34:12
V模型測試並不真正符合敏捷開發的精神。總而言之，雖然可以做到這一點，但它會影響敏捷過程的本質。
敏捷的重要特徵之一是適應變化的能力。 V模型並不能很好地支持它。
v模式是soooo上個世紀;-) – 2010-01-29 16:08:35