基于H模型的軟件測試管理應(yīng)用模型

1、安博測試空間技術(shù)中心地址：北京市海淀區(qū)學(xué)院路40號大唐電信測試空間樓聯(lián)系電話62303260 623032301軟件測試管理模型近年來，隨著對軟件測試的不斷深入，對于各個(gè)測試階段的理解加深，軟件測試管理模型不斷地發(fā)生演化，其中最具有代表性的測試管理模型有三種：V模型、W模型和H模型。V模型的特點(diǎn)就是根據(jù)瀑布模型的階段劃分，對于沒一個(gè)階段進(jìn)行針對性的測試，這種劃分很簡單，也容易進(jìn)行管理，如圖一所示。V模型揭示了軟件測試活動(dòng)的分層和分階段的本質(zhì)特性。但也存在一些問題，容易讓人行程“測試是開發(fā)之后的一個(gè)階段”，“測試的對象就是程序”等誤解。實(shí)際應(yīng)用上，也容易導(dǎo)致需求階段隱

2、藏的錯(cuò)誤一直到最后的驗(yàn)收測試才被發(fā)現(xiàn)，這可能導(dǎo)致軟件開發(fā)的不可控。W模型是V模型自然而然的發(fā)展，他強(qiáng)調(diào)：測試伴隨著整個(gè)開發(fā)周期，而且測試的對象不僅僅是程序，需求、功能和設(shè)計(jì)同樣要測試，如圖2所示。這樣，只要相應(yīng)的開發(fā)活動(dòng)完成，我們就可以開始執(zhí)行測試，可以說，測試與開發(fā)時(shí)同步進(jìn)行的，從而有利于盡早的發(fā)現(xiàn)問題。以需求為例，需求分析一完成，我們就可以對需求進(jìn)行測試，而不必等到最后猜猜進(jìn)行針對需求的驗(yàn)收測試。然而，無論是V模型還是W模型，都存在不妥之處。他們都把軟件的開發(fā)視為需求、設(shè)計(jì)和編碼等一系列的串行活動(dòng)。事實(shí)上，雖然這些活動(dòng)之間存在著互相牽連的關(guān)系，但在大部分時(shí)間，它們都是互相獨(dú)立的，但是可以并

3、發(fā)進(jìn)行的。雖然軟件開發(fā)期望有清晰的需求、設(shè)計(jì)和編碼等階段，但實(shí)踐告訴我們，嚴(yán)格的階段之分只是一種理想的狀況。所以相應(yīng)的測試也不存在嚴(yán)格的先后次序，只要測試條件滿足，就可以（或需要）進(jìn)行測試。H模型則有所不同，如圖3所示。它僅僅演示了在整個(gè)測試周期中，某個(gè)層次上的一次測試“微循環(huán)”。圖中的其他流程可以是任何開發(fā)流程，例如設(shè)計(jì)流程和編碼流程，也可以是其他非開發(fā)的流程，例如SQA流程，甚至是測試流程自身。向上的箭頭表示，在某個(gè)時(shí)間點(diǎn)，由于“其他流程”的進(jìn)展而引發(fā)或者出發(fā)了測試就緒點(diǎn)，這個(gè)時(shí)候，只要測試準(zhǔn)備活動(dòng)完成，測試執(zhí)行活動(dòng)就可以或需要進(jìn)行了。概括的說嗎，在H模型中，軟件測試是一個(gè)獨(dú)立于其他流程，

4、貫穿于整個(gè)產(chǎn)品生命周期，與其他流程并發(fā)的進(jìn)行，當(dāng)某個(gè)測試事件點(diǎn)就緒時(shí)，軟件測試即從測試準(zhǔn)備階段進(jìn)入測試執(zhí)行階段。H模型兼顧效率和靈活性，可以被應(yīng)用到各種規(guī)模、各種類型的軟件項(xiàng)目上。2基于H模型的軟件測試管理應(yīng)用模型基于H模型雖然兼顧效率和靈活性，但他沒有提出具體的應(yīng)用模型，基于這個(gè)理論基礎(chǔ)我們根據(jù)WfMC所定義的工作流的概念預(yù)定義，將工作流引入到H模型中，并構(gòu)造出一個(gè)以人物分配為驅(qū)動(dòng)的軟件測試管理應(yīng)用模型。1. 工作流工作流執(zhí)行服務(wù)是工作流管理系統(tǒng)的核心，工作流執(zhí)行服務(wù)提供了一個(gè)運(yùn)行環(huán)境，在這個(gè)環(huán)境中，利用一個(gè)或多個(gè)工作流管理引擎進(jìn)行過程實(shí)例化或激活，通過與必要的外部資源進(jìn)行交互負(fù)責(zé)解釋和激活

5、部分或全部過程定義。它由一個(gè)或多個(gè)創(chuàng)建、管理和執(zhí)行工作流程實(shí)例化的工作流引擎組成，應(yīng)用程序通過工作流應(yīng)用程序接口來訪問這種服務(wù)。（1） 工作流引擎：工作流引擎負(fù)責(zé)工作流執(zhí)行服務(wù)中的部分或全部運(yùn)行控制環(huán)境，它為工作流實(shí)例提供運(yùn)行環(huán)境。（2） 過程與活動(dòng)的狀態(tài)變遷：工作流執(zhí)行服務(wù)可以被看做一臺狀態(tài)轉(zhuǎn)換自動(dòng)機(jī)，它的過程或活動(dòng)實(shí)例根據(jù)外部事件或工作流引擎的特定控制決定來改變狀態(tài)。2. 軟件測試管理應(yīng)用模型根據(jù)當(dāng)今軟件企業(yè)普遍采用的開發(fā)模式，結(jié)合可行性和易用性，我們可以圍繞H模型為基礎(chǔ)并結(jié)合W模型，針對實(shí)際工作情況，建立如圖4所示軟件測試管理應(yīng)用模型。測試過程控制的基本流程是：由測試人員建立用例庫，當(dāng)合格的用例完成后，即可作為測試任務(wù)分配的對象。任務(wù)分配觸發(fā)測試執(zhí)行工作流，由測試人員執(zhí)行測試及測試報(bào)告，若測試確認(rèn)無錯(cuò)誤，相關(guān)測試用例對象關(guān)閉；若測試有錯(cuò)誤產(chǎn)生相關(guān)缺陷。產(chǎn)生的缺陷經(jīng)過審核時(shí)一個(gè)待修正缺陷，則可作為修正任務(wù)分配的對象。若審核為暫不修復(fù)或無法修復(fù)，則可以直接設(shè)置為“掛起”