基于H模型的軟件測試管理應用模型

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

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

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

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

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