基于CMMI的軟件測試過程設計

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

首先，在CMMI中，軟件測試與兩個關鍵過程域有關，一個是驗證，一個是確認。驗證，是為了確認某一開發階段的產品是否滿足在階段初期提出的要求而進行評估的過程；確認，是在開發過程中或結束時，對軟件產品進行評估以確定其是否滿足軟件需求規格的要求。簡單地講，驗證就是證明是否正確地構造了產品；確認則是證明構造的產品是否正確。

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

1.軟件需求分析階段

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

2.軟件設計階段

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

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

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

單元測試完成后，對該階段的軟件產品進行確認，相關文檔該評審就評審，該入受控庫就入受控庫，經軟件配置確認后，轉入集成測試階段。

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

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

以上就是基于CMMI的軟件測試過程。其優點在于，將測試分為驗證和確認兩部分，涵蓋了軟件產品的整個生命周期，從工程過程的角度確保了軟件產品的質量。但以上的軟件過程也是有缺陷的，例如測試計劃周期太長，隨著開發過程的進展，難免會有變更，這無疑增加了測試的工作量，降低了測試文檔的實效性。所以隨著軟件項目管理的發展，基于CMMI的軟件測試活動，還有很大的改進空間。

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