W模型強調：測試伴隨著整個軟件開發周期，而且測試的對象不僅僅是程序，需求、設計等同樣要測試，也就是說，測試與開發是同步進行的。W模型有利于盡早地全面的發現問題。例如，需求分析完成后，測試人員就應該參與到對需求的驗證和確認活動中，以盡早地找出缺陷所在。同時，對需求的測試也有利于及時了解項目難度和測試風險，及早制定應對措施，這將顯著減少總體測試時間，加快項目進度。
但W模型也存在局限性。在W模型中，需求、設計、編碼等活動被視為串行的，同時，測試和開發活動也保持著一種線性的前后關系，上一階段完全結束，才可正式開始下一個階段工作。這樣就無法支持迭代的開發模型。對于當前軟件開發復雜多變的情況，W模型并不能解除測試管理面臨著困惑。
圖1-2 軟件測試W模型
H模型
V模型和W模型均存在一些不妥之處。如前所述，它們都把軟件的開發視為需求、設計、編碼等一系列串行的活動，而事實上，這些活動在大部分時間內是可以交叉進行的，所以，相應的測試之間也不存在嚴格的次序關系。同時，各層次的測試(單元測試、集成測試、系統測試等)也存在反復觸發、迭代的關系。
為了解決以上問題，有專家提出了H模型。它將測試活動完全獨立出來，形成了一個完全獨立的流程，將測試準備活動和測試執行活動清晰地體現出來，如圖1-3所示。
圖1-3 軟件測試H模型
這個示意圖僅僅演示了在整個生產周期中某個層次上的一次測試“微循環”。圖中標注的其他流程可以是任意的開發流程。例如，設計流程或編碼流程。也就是說，只要測試條件成熟了，測試準備活動完成了，測試執行活動就可以(或者說需要)進行了。
H模型揭示了一個原理：軟件測試是一個獨立的流程，貫穿產品整個生命周期，與其他流程并發地進行。H模型指出軟件測試要盡早準備，盡早執行。不同的測試活動可以是按照某個次序先后進行的，但也可能是反復的，只要某個測試達到準備就緒點，測試執行活動就可以開展。
其他模型
除上述幾種常見模型外，業界還流傳著其他幾種模型，例如X模型、前置測試模型等。X模型提出針對單獨的程序片段進行相互分離的編碼和測試，此后通過頻繁的交接，通過集成最終合成為可執行的程序。前置測試模型體現了開發與測試的結合，要求對每一個交付內容進行測試。這些模型都針對其他模型的缺點提出了一些修正意見，但本身也可能存在一些不周到的地方。所以在測試過程管理中，正確選取過程模型是一個關鍵問題。
1.3 軟件測試過程模型選取策略
前面介紹的測試過程模型中，V模型強調了在整個項目開發中需要經歷的不同的測試級別，但忽視了測試的對象不應該僅僅是程序。而W模型在這一點上進行了補充，明確指出應該對需求、設計進行測試。但是V模型和W模型都沒有將一個完整的測試過程抽象出來，成為一個獨立的流程，這并不適合當前軟件開發中廣泛應用的迭代模型。H模型則明確指出測試的獨立性，也就是說只要測試條件成熟了，就可以開展測試。
在實際測試工作中我們應該盡可能地去應用各模型中對項目有實用價值的方面，不能強行的為使用模型而使用模型。在測試實踐中，我們采用的方法是：以W模型作為框架，及早的、全面的開展測試。同時靈活運用H模型獨立測試的思想，在達到恰當的就緒點時就應該開展獨立的測試工作，同時將測試工作進行迭代，最終保證完成測試目標。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
