V模型分析<1>

　　在本文中我要把V模型作為不好的模型的典型來進行分析。選擇V模型作為分析的典型是因為V模型是最廣為人知的測試模型。

　　最典型的V模型版本一般會在其開始部分對軟件開發過程進行描述，如下圖所示：

　　 V模型的各級開發階段

　　這是古老的瀑布模型。作為開發模型，它有很多問題，不過這里不作討論。盡管它的各種狀態是我們接著要討論的大家最熟悉的V模型的基礎。我的批評意見同時也針對其它的裝飾在一些更好的開發模型之上的測試模型，例如螺旋模型[Boehm88]。

　　在V模型中，測試過程被加在開發過程的后半部分，如下圖所示：

　　 V模型示意圖

　　單元測試所檢測代碼的開發是否符合詳細設計的要求。集成測試所檢測此前測試過的各組成部分是否能完好地結合到一起。系統測試所檢測已集成在一起的產品是否符合系統規格說明書的要求。而驗收測試則檢測產品是否符合最終用戶的需求。

　　對于測試設計，顯而易見的是，V模型的用戶往往會把執行測試與測試設計分開對待。在開發文檔準備就緒后，就可以開始進行相關的測試設計。如下圖所示，相應的測試設計覆蓋在了相關的開發過程之上：

　　 將測試設計覆蓋了開發過程后的V模型

　　V模型有著很吸引人的對稱外形，并且把很多人都帶入了歧途。本文將集中討論它在單元測試和集成測試中引起的問題。

　　為了說明的方便，這里專門制作了以下圖片，圖中包括一個單獨的單元，以及一個單元組，我稱之為子系統(subsystem)。