基于CMMI的軟件測試過(guò)程設計

現在，很多軟件組織都在走CMMI之路，這是以軟件工程過(guò)程的標準化來(lái)保證軟件質(zhì)量的一種規范性行為。那么，軟件測試在CMMI中是如何定義和實(shí)施的呢？作為一名資深軟件測試人員，今天來(lái)闡述一下基于軟件能力成熟度模型集成的軟件測試。

首先，在CMMI中，軟件測試與兩個(gè)關(guān)鍵過(guò)程域有關(guān)，一個(gè)是驗證，一個(gè)是確認。驗證，是為了確認某一開(kāi)發(fā)階段的產(chǎn)品是否滿(mǎn)足在階段初期提出的要求而進(jìn)行評估的過(guò)程；確認，是在開(kāi)發(fā)過(guò)程中或結束時(shí)，對軟件產(chǎn)品進(jìn)行評估以確定其是否滿(mǎn)足軟件需求規格的要求。簡(jiǎn)單地講，驗證就是證明是否正確地構造了產(chǎn)品；確認則是證明構造的產(chǎn)品是否正確。

以傳統的瀑布模型為例，驗證意味著(zhù)每個(gè)階段結束后，對軟件產(chǎn)品的技術(shù)審查和管理評審，確認則是對每個(gè)階段結束后所產(chǎn)生的代碼進(jìn)行測試?；贑MMI的軟件測試，就涵蓋了這兩方面的工作，下面就瀑布模型軟件生命周期中各階段的軟件測試活動(dòng)進(jìn)行介紹。

1.軟件需求分析階段

基于“軟件測試介入要及早”的原則，在軟件需求分析階段，軟件測試人員就可以加入到軟件需求分析和確認的行列中，并在該階段結束后，參與本階段軟件產(chǎn)品的評審。在該階段，并沒(méi)有軟件代碼產(chǎn)生，所以主要的軟件產(chǎn)品就是文檔。本階段產(chǎn)生的跟軟件測試關(guān)系密切的文檔是軟件需求規格說(shuō)明和軟件開(kāi)發(fā)計劃，根據這兩份文檔，測試人員可以出具軟件配置項測試計劃，在計劃中明確測試類(lèi)型，測試方法，測試環(huán)境，以及測試人員和進(jìn)度安排。

2.軟件設計階段

在軟件概要設計階段，軟件人員主要參與的測試活動(dòng)是評審軟件概要設計和軟件集成計劃文檔，并出具軟件集成測試計劃。同樣，在軟件詳細設計階段，軟件人員參與評審軟件詳細設計文檔，并出具軟件單元測試計劃。

3.軟件編碼及后續測試階段

在這個(gè)階段，軟件代碼已產(chǎn)生，可以按照單元測試計劃，擬制單元測試用例，執行單元測試，出具單元測試報告。在單元測試階段，建議進(jìn)行代碼走查，這是對軟件代碼的確認。自此以后的階段，軟件確認和驗證的對象就都是代碼。

單元測試完成后，對該階段的軟件產(chǎn)品進(jìn)行確認，相關(guān)文檔該評審就評審，該入受控庫就入受控庫，經(jīng)軟件配置確認后，轉入集成測試階段。

依照集成測試計劃，擬制集成測試用例說(shuō)明，可對軟件單元按照某種恰當的集成策略進(jìn)行組裝。在這個(gè)階段，產(chǎn)生集成測試報告。這是該階段軟件驗證和確認的成果。同樣，集成測試完成后，對該階段的軟件產(chǎn)品也要進(jìn)行確認并入受控庫，經(jīng)軟件配置確認后，轉入配置項測試階段。

軟件配置項測試以需求階段產(chǎn)生的測試計劃為依據，擬制配置項測試說(shuō)明，執行以黑盒為主的配置項測試，出具配置項測試報告。測試完成后，提交配置管理，確認后等待軟件交付。

以上就是基于CMMI的軟件測試過(guò)程。其優(yōu)點(diǎn)在于，將測試分為驗證和確認兩部分，涵蓋了軟件產(chǎn)品的整個(gè)生命周期，從工程過(guò)程的角度確保了軟件產(chǎn)品的質(zhì)量。但以上的軟件過(guò)程也是有缺陷的，例如測試計劃周期太長(cháng)，隨著(zhù)開(kāi)發(fā)過(guò)程的進(jìn)展，難免會(huì )有變更，這無(wú)疑增加了測試的工作量，降低了測試文檔的實(shí)效性。所以隨著(zhù)軟件項目管理的發(fā)展，基于CMMI的軟件測試活動(dòng)，還有很大的改進(jìn)空間。

原文轉自：http://www.jianshu.com/p/ce08215c6f1b