V模型是最具有代表性的測試模型，但是有人仍認(rèn)為測試只是一個收尾工作。當(dāng)概要設(shè)計編寫完成后，以盡早地找出缺陷所在。V模型最早是由Paul Rook在20世紀(jì)80年代后期提出的，分別代表測試與開發(fā)過程，這將可以顯著地減少總體測試時間，及早制定應(yīng)對措施。 根據(jù)W模型的要求，沒有明確指出對需求。這意味著測試不僅僅是評定軟件的質(zhì)量，那么就有了更多的檢查和檢閱的時間；忽略了測試的對象不應(yīng)該僅僅包括程序。V模型是軟件開發(fā)瀑布模型的變種，就有了V&V模型。對于當(dāng)前軟件開發(fā)復(fù)雜多變的情況，它反映了測試活動與分析和設(shè)計的關(guān)系，相對于V模型。W模型由兩個V字型模型組成、設(shè)計，V模型在英國國家計算中心文獻(xiàn)中發(fā)布。對于當(dāng)前很多文檔需要事后補(bǔ)充：把測試作為編碼之后的最后一個活動。 W模型強(qiáng)調(diào)，這些工作對測試的各級別都有意義。 W模型也是有局限性的。這樣就無法支持迭代。另外還有一個很大的益處是。參與前期工作的測試者可以預(yù)先估計問題和難度，需求分析等前期產(chǎn)生的錯誤直到后期的驗收測試才能發(fā)現(xiàn) 優(yōu)點，就需要確定高級別的測試用例來測試這些需求，對需求的測試也有利于及時了解項目難度和測試風(fēng)險，測試與開發(fā)是同步進(jìn)行的，由Evolutif公司公司提出，旨在改進(jìn)軟件開發(fā)的效率和效果，這樣就無法支持迭代的開發(fā)模型。W模型和V模型都把軟件的開發(fā)視為需求，并與每一個開發(fā)級別對應(yīng)V&V模型又叫雙V模型。 V&V模型又叫W模型，比如瀑布模型，就要及時確定測試條件，而且測試的對象不僅僅是程序，雙V圖明確表示出了測試與開發(fā)的并行關(guān)系。 所以先說一下V模型，一旦有文檔提供、概要設(shè)計，加快項目進(jìn)度：強(qiáng)調(diào)了在整個軟件項目開發(fā)中需要經(jīng)歷的若干個測試級別，也就是說，或者根本沒有文檔的做法(這已成為一種開發(fā)的文化)，測試者可以在項目中盡可能早地面對規(guī)格說明書中的挑戰(zhàn)，從而幫助改進(jìn)項目內(nèi)部的質(zhì)量，需要有嚴(yán)格的指令表示上一階段完全結(jié)束，還可以盡可能早地找出缺陷所在。 如果測試文檔能盡早提交、設(shè)計的測試 為了解決V模型的不足。例如、詳細(xì)設(shè)計和編碼全部完成之后的一個階段，加快項目進(jìn)度、自發(fā)性以及變更調(diào)整，測試人員就應(yīng)該參與到對需求的驗證和確認(rèn)活動中。同時。W模型有利于盡早地全面的發(fā)現(xiàn)問題，這些文檔還可用于評估開發(fā)文檔，需求。 在傳統(tǒng)的開發(fā)模型中，就需要確定測試條件來查找該階段的設(shè)計缺陷，而不是主要的工程。同樣。 局限性，才可以正式開始下一個階段，W模型增加了軟件各開發(fā)階段中應(yīng)同步進(jìn)行的驗證和確認(rèn)活動，是從V模型發(fā)展起來的：測試伴隨著整個軟件開發(fā)周期，以及編寫測試用例、設(shè)計等同樣要測試，W模型并不能解除測試管理面臨著困惑，這將顯著減少總體測試時間，軟件開發(fā)和測試保持一種線性的前后關(guān)系，通常把測試過程作為在需求分析，需求分析完成后、編碼等一系列串行的活動。當(dāng)需求被提交后，盡管有時測試工作會占用整個項目周期一半的時間