V模型

最典型的V模型一般會在其開始部分對軟體開發過程進行描述，為古老的瀑布模型。在V模型中，測試往往是被加在開發過程的後半部分。

• 單元測試檢測的開發是否符合詳細設計的要求。
• 集合測試檢測此前測試過的各組成部分是否能很好的結合在一起。
• 系統測試檢測已整合在一起的產品是否符合規格說明書的要求。
• 驗收測試檢測產品是否符合終端使用者的需求。

優點：

1. 既有底層的測試（單元測試）又有高層的測試（系統測試）；
2. 將開發清楚的表現出來，便於控制開發的過程，當所有階段都結束時，軟體開發就結束了。

缺點：

1. 容易讓人誤解為測試是在開發完成後的一個階段；
2. 由於其的順序性，當編碼完成後，正式進入測試時，一些bug可能不容易被發現並修改；
3. 忽視了測試對需求分析，系統分析的驗證，一直到後期的驗收測試才被發現。

W模型

W模型相對於V模型，增加了軟體開發階段中應同步進行的驗證和確認活動。W模型是由兩個V模型組成，分別代表測試和開發的過程，表示測試和開發是同時進行的。

W模型中測試伴隨整個軟體開發週期，而且測試的物件不僅是程式，需求、設計等也要測試，測試與開發同步進行。W模型有利於早一點發現問題，找出缺陷所在。還有對需求的測試也有利於及時瞭解專案的難度和測試風險，及早制定應對措施，加快專案的進度。

優點：

1. 將測試貫穿到整個軟體的生命週期，不僅要測試程式碼，還要對需求、設計進行測試；
2. 測試人員更早的介入到軟體開發過程中，能儘早的發現錯誤，降低開發成本；
3. 測試與開發獨立起來，並與開發同步。

缺點：

1. 對有些專案，開發過程中沒有文件的產生，所以W模型沒法使用；
2. 對於需求和設計的測試技術要求高，實踐起來很困難。