【IT168 技術文章】
從各種資料上找到以下幾種測試模型，拷貝粘貼，內容並非本人原創，只是為了方便學習和記憶。總結如下：
1、V模型
在軟體測試方面，V模型是最廣為人知的模型，儘管很多富有實際經驗的測試人員還是不太熟悉V模型，或者其它的模型。V模型已存在了很長時間，和瀑布開發模型有著一些共同的特性，由此也和瀑布模型一樣地受到了批評和質疑。V模型中的過程從左到右，描述了基本的開發過程和測試行為。V模型的價值在於它非常明確地標明了測試過程中存在的不同級別，並且清楚地描述了這些測試階段和開發過程期間各階段的對應關係。
2、W模型
V模型的局限性在於沒有明確地說明早期的測試,無法體現「儘早地和不斷地進行軟體測試」的原則。在V模型中增加軟體各開發階段應同步進行的測試，演化為W 模型（如下圖）。在模型中不難看出，開發是「V」，測試是與此並行的「V」。基於「儘早地和不斷地進行軟體測試」的原則，在軟體的需求和設計階段的測試活動應遵循IEEE1012-1998《軟體驗證與確認（V&V）》的原則。
W模型由Evolutif公司提出，相對於V模型，W模型更科學。W模型是V模型的發展，強調的是測試伴隨著整個軟體開發周期，而且測試的對象不僅僅是程序，需求、功能和設計同樣要測試。測試與開發是同步進行的，從而有利於儘早地發現問題。
W模型也有局限性。W模型和V模型都把軟體的開發視為需求、設計、編碼等一系列串行的活動，無法支持迭代、自發性以及變更調整。
3、X模型
X模型也是對V模型的改進,X模型提出針對單獨的程序片段進行相互分離的編碼和測試,此後通過頻繁的交接,通過集成最終合成為可執行的程序。
X模型的左邊描述的是針對單獨程序片段所進行的相互分離的編碼和測試，此後將進行頻繁的交接，通過集成最終成為可執行的程序，然後再對這些可執行程序進行測試。己通過集成測試的成品可以進行封裝並提交給用戶，也可以作為更大規模和範圍內集成的一部分。多根並行的曲線表示變更可以在各個部分發生。由圖中可見，X模型還定位了探索性測試，這是不進行事先計劃的特殊類型的測試，這一方式往往能幫助有經驗的測試人員在測試計劃之外發現更多的軟體錯誤。但這樣可能對測試造成人力、物力和財力的浪費，對測試員的熟練程度要求比較高。
4、H模型
H模型中, 軟體測試過程活動完全獨立,貫穿於整個產品的周期,與其他流程並發地進行,某個測試點準備就緒時,就可以從測試準備階段進行到測試執行階段。軟體測試可以儘早的進行,並且可以根據被測物的不同而分層次進行。
這個示意圖演示了在整個生產周期中某個層次上的一次測試「微循環」。圖中標註的其它流程可以是任意的開發流程,例如設計流程或者編碼流程。也就是說, 只要測試條件成熟了,測試準備活動完成了,測試執行活動就可以進行了。
H模型揭示了一個原理:軟體測試是一個獨立的流程,貫穿產品整個生命周期,與其他流程並發地進行。H模型指出軟體測試要儘早準備, 儘早執行。不同的測試活動可以是按照某個次序先後進行的,但也可能是反覆的,只要某個測試達到準備就緒點,測試執行活動就可以開展。