V模型,W模型,X模型,H模型

V模型,W模型,X模型,H模型

一、V模型

　　在軟件測試方面，V模型是最廣為人知的模型，盡管很多富有實際經(jīng)驗的測試人員還是不太熟悉V模型，或者其它的模型。V模型已存在了很長時間，和瀑布開發(fā)模型有著一些共同的特性，由此也和瀑布模型一樣地受到了批評和質(zhì)疑。V模型中的過程從左到右，描述了基本的開發(fā) 過程和測試行為。V模型的價值在于它非常明確地標(biāo)明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系。局限性： 把測試作為編碼之后的最后一個活動，需求分析等前期產(chǎn)生的錯誤直到后期的驗收測試才能發(fā)現(xiàn).

1．從水平對應(yīng)關(guān)系看

左邊是設(shè)計和分析，是軟件設(shè)計實現(xiàn)的過程，同時伴隨著質(zhì)量保證活動——審核的過程，也就是靜態(tài)的測試過程；右邊是對左邊結(jié)果的驗證，是動態(tài)測試的過程，即對設(shè)計和分析的結(jié)果進(jìn)行測試，以確認(rèn)是否滿足用戶的需求。如：

l需求分析和功能設(shè)計對應(yīng)驗收測試，說明在做需求分析、產(chǎn)品功能設(shè)計的同時，測試人員就可以閱讀、審查需求分析的結(jié)果，從而了解產(chǎn)品的設(shè)計特性、用戶的真正需求，確定測試目標(biāo)，可以準(zhǔn)備用例(Use Case)并策劃測試活動。

l當(dāng)系統(tǒng)設(shè)計人員在做系統(tǒng)設(shè)計時，測試人員可以了解系統(tǒng)是如何實現(xiàn)的，基于什么樣的平臺，這樣可以設(shè)計系統(tǒng)的測試方案和測試計劃，并事先準(zhǔn)備系統(tǒng)的測試環(huán)境，包括硬件和第三方軟件的采購。因為這些準(zhǔn)備工作，實際上是要花去很多時間。

l當(dāng)設(shè)計人員在做在做詳細(xì)設(shè)計時，測試人員可以參與設(shè)計，對設(shè)計進(jìn)行評審，找出設(shè)計的缺陷，同時設(shè)計功能、新特性等各方面的測試用例，完善測試計劃，并基于這些測試用例以開發(fā)測試腳本。

l在編程的同時，進(jìn)行單元測試，是一種很有效的辦法，可以盡快找出程序中的錯誤，充分的單元測試可以大幅度提高程序質(zhì)量、減少成本。

從中可以看出，V模型使我們能清楚地看到質(zhì)量保證活動和項目同時展開, 項目一啟動，軟件測試的工作也就啟動了,避免了瀑布模型所帶來的誤區(qū)——軟件測試是在代碼完成之后進(jìn)行。

2．從垂直方向看

水平虛線上部表明，其需求分析、定義和驗收測試等主要工作是面向用戶，要和用戶進(jìn)行充分的溝通和交流，或者是和用戶一起完成。水平虛線下部的大部分工作，相對來說，都是技術(shù)工作，在開發(fā)組織內(nèi)部進(jìn)行，主要是由工程師、技術(shù)人員完成。

從垂直方向看，越在下面，白盒測試方法使用越多，到了集成、系統(tǒng)測試，更多是將白盒測試方法和黑盒測試方法結(jié)合起來使用，形成灰盒測試方法。而在驗收測試過程中，由于用戶一般要參與，使用黑盒測試方法。

二、W模型

　　V模型的局限性在于沒有明確地說明早期的測試,無法體現(xiàn)“盡早地和不斷地進(jìn)行軟件測試” 的原則。在V模型中增加軟件各開發(fā)階段應(yīng)同步進(jìn)行的測試，演化為W 模型（如下圖）。在模型中不難看出，開發(fā)是“V”，測試是與此并行的“V”?；凇氨M早地和不斷地進(jìn)行軟件測試”的原則，在軟件的需求和設(shè)計階段的測試活 動應(yīng)遵循IEEE1012-1998《軟件驗證與確認(rèn)（V&V）》的原則。

　　W模型由Evolutif公司提出，相對于V模型，W模型更科學(xué)。W模型是V模型的發(fā)展，強調(diào)的是測試伴隨著整個軟件開發(fā)周期，而且測試的對象不僅僅是程序，需求、功能和設(shè)計同樣要測試。測試與開發(fā)是同步進(jìn)行的，從而有利于盡早地發(fā)現(xiàn)問題。

　　W模型也有局限性。W模型和V模型都把軟件的開發(fā)視為需求、設(shè)計、編碼等一系列串行的活動，無法支持迭代、自發(fā)性以及變更調(diào)整。

三、X模型

　　X模型也是對V模型的改進(jìn),X模型提出針對單獨的程序片段進(jìn)行相互分離的編碼和測試,此后通過頻繁的交接,通過集成最終合成為可執(zhí)行的程序。

　　X模型的左邊描述的是針對單獨程序片段所進(jìn)行的相互分離的編碼和測試，此后將進(jìn)行頻繁的交接，通過集成最終成為可執(zhí)行的程序，然后再對這些可執(zhí) 行程序進(jìn)行測試。己通過集成測試的成品可以進(jìn)行封裝并提交給用戶，也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個部分發(fā)生。 由圖中可見，X模型還定位了探索性測試，這是不進(jìn)行事先計劃的特殊類型的測試，這一方式往往能幫助有經(jīng)驗的測試人員在測試計劃之外發(fā)現(xiàn)更多的軟件錯誤。但 這樣可能對測試造成人力、物力和財力的浪費，對測試員的熟練程度要求比較高。

四、H模型

　　H模型中, 軟件測試過程活動完全獨立,貫穿于整個產(chǎn)品的周期,與其他流程并發(fā)地進(jìn)行,某個測試點準(zhǔn)備就緒時,就可以從測試準(zhǔn)備階段進(jìn)行到測試執(zhí)行階段。軟件測試可以盡早的進(jìn)行,并且可以根據(jù)被測物的不同而分層次進(jìn)行。

　　這個示意圖演示了在整個生產(chǎn)周期中某個層次上的一次測試“微循環(huán)”。圖中標(biāo)注的其它流程可以是任意的開發(fā)流程,例如設(shè)計流程或者編碼流程。也就是說, 只要測試條件成熟了,測試準(zhǔn)備活動完成了,測試執(zhí)行活動就可以進(jìn)行了。

　　H模型揭示了一個原理:軟件測試是一個獨立的流程,貫穿產(chǎn)品整個生命周期,與其他流程并發(fā)地進(jìn)行。H模型指出軟件測試要盡早準(zhǔn)備, 盡早執(zhí)行。不同的測試活動可以是按照某個次序先后進(jìn)行的,但也可能是反復(fù)的,只要某個測試達(dá)到準(zhǔn)備就緒點,測試執(zhí)行活動就可以開展

1.軟件測試過程模型－V模型是軟件開發(fā)瀑布模型的變種，主要反映測試活動與分析和設(shè)計的關(guān)系；

局限性：把測試作為編碼之后的最后一個活動，需求分析等前期產(chǎn)生的錯誤直到后期的驗收測試才能發(fā)現(xiàn)

2.軟件測試過程模型－W模型

在V模型的基礎(chǔ)上，增加千開發(fā)階段的同步測試，形成W模型；測試與開發(fā)同步進(jìn)行，有利用盡早的發(fā)現(xiàn)問題

局限性：仍把開發(fā)活動看成是從需求開始到編碼結(jié)束的串行活動，只有上一階段完成后，才可以開始下一階段的活動，不能支持迭代，自發(fā)性以及變更調(diào)整

3.軟件測試過程模型－H模型

在H模型中，軟件測試過程活動完全獨立，貫穿于整個產(chǎn)品的周期，與其他流程并發(fā)地進(jìn)行，某個測試點準(zhǔn)備就緒時，就可以從測試準(zhǔn)備階段進(jìn)行到測試執(zhí)行階段；軟件測試可以進(jìn)行盡早的進(jìn)行；軟件測試可以根據(jù)被測物的不同而分層次進(jìn)行

各種模型的優(yōu)點:

V模型: 強調(diào)了在整個軟件項目開發(fā)中需要經(jīng)歷的若干個測試級別，并與每一個開發(fā)級別對應(yīng)；忽略了測試的對象不應(yīng)該僅僅包括程序，沒有明確指出對需求、設(shè)計的測試

W模型: 補充了V模型中忽略的內(nèi)容，強調(diào)了測試計劃等工作的先行和對系統(tǒng)需求和系統(tǒng)設(shè)計的測試；與V模型相同，沒有對軟件測試的流程進(jìn)行說明

H模型: 強調(diào)測試是獨立的，只要測試準(zhǔn)備完成，就可以執(zhí)行測試