敏捷測試成熟度模型集成框架研究

吳潔

摘要：介紹了敏捷測試和TMMi（測試成熟度模型集成）的特點，并將敏捷測試的理念和TMMi測試過程的改進和優(yōu)化相結合，提出了敏捷測試TMMi框架參考。重點討論框架下各級成熟度過程域以及過程域實踐的適用性。

關鍵詞：敏捷；TMMi；過程域

中圖分類號：TP311.53 文獻標識碼：A 文章編號：1007-9416（2018）05-0080-02

1 引言

在軟件規(guī)模和軟件復雜度的日益提升的今天，如何實現(xiàn)軟件高質量的快速交付成為軟件測試行業(yè)亟待解決的問題。隨著敏捷開發(fā)理念的盛行，軟件產(chǎn)品生命周期呈現(xiàn)出高度迭代并且需要持續(xù)響應客戶頻繁反饋的特點，相應的敏捷測試應用日趨廣泛。敏捷組織希望通過改進測試過程實現(xiàn)測試能力的提升和產(chǎn)品質量的提高，同時也保留敏捷測試自身的優(yōu)點。

2 敏捷測試與TMMi

2001年17位軟件開發(fā)領域的領軍人物經(jīng)過討論提出了一套全新的軟件開發(fā)價值觀，并通過一份簡明扼要的《敏捷宣言》向世界傳遞了敏捷開發(fā)的理念。敏捷是一種思想貫穿于整個軟件生命周期包括測試階段。敏捷測試應能不斷修正質量指標，正確建立測試策略，確認客戶的有效需求能得以圓滿實現(xiàn)和確保整個生產(chǎn)的過程安全的、及時的發(fā)布最終產(chǎn)品。在獨立完成各項測試計劃、測試執(zhí)行工作的同時，敏捷測試人員需要參與幾乎所有的團隊討論，團隊決策。通常情況下敏捷測試人員比較關注單元測試、測試自動化以及探索性測試等。由于與敏捷測試相關的組織通常只從項目角度根據(jù)需求去改進，很少關注項目外或測試本身，這會導致一些測試基本問題不能完全解決。比如由于項目資源不足，性能問題和可靠性問題通常會被一再推遲版本解決甚至無限期推遲解決。這種囿于項目的思維也會導致測試過程改進不能達到最大程度的優(yōu)化，缺乏全面性。

TMMi（測試成熟度模型集成）作為CMMI的補充模型，已成為全球范圍內軟件測試過程的改進標準。TMMi采用類似CMMI的階段模型，設計了5個成熟度級別，分別是1級初始、2級已管理、3級已定義、4級已測量、5級優(yōu)化，幫助組織的測試過程從一個無序混亂的狀態(tài)逐步演變?yōu)榭晒芾?、可定義、可測量、可優(yōu)化的狀態(tài)[1]。除了1級外每個級別都有一組過程域。為了達到特定的成熟度級別，一個組織必須滿足該成熟度級別及低成熟度級別的過程域的所有適用目標。實踐表明，TMMi的框架開發(fā)者提取實際可行的基準來評估和改進測試，可以建立一個更有效和高效的測試過程。

3 敏捷測試TMMi框架研究

隨著敏捷團隊不斷成長，項目壓力逐漸增大，為了改進和優(yōu)化測試過程，提升測試能力，考慮引入TMMi保證關鍵的測試實踐被施行。在敏捷測試環(huán)境下使用TMMi模型來改進測試過程并不是強制要求測試組織必須完成一系列測試實踐，也不是為了證明測試組織的測試活動和標準的一致性。測試組織應開發(fā)敏捷測試TMMi框架，在參考傳統(tǒng)模型的基礎上，定義符合敏捷測試實際特點的過程域，進行評估和改進測試活動[3]。

3.1 敏捷測試TMMi框架分級結構

敏捷測試TMMi框架下的分級結構和傳統(tǒng)的TMMi模型是基本一致的。每個過程域確定了一系列測試相關的活動，當過程域下的實踐全部得以執(zhí)行后，該過程域相關的活動將極大的改進。1級初始不包含任何過程域。2級和3級成熟度級別下的過程域需要具體分析，并非所有過程域的目標的實踐都是適用的，這將在下面的章節(jié)詳細分析。4級和5級成熟度級別中，已定義過程域的目標的實踐對于敏捷測試來說都是適用的。

3.2 敏捷測試TMMi框架下的2級成熟度過程域分析

在敏捷環(huán)境下2級成熟度過程域的大部分實踐都是適用的，但敏捷組織完成實踐的方式是靈活多樣的，比如測試計劃采用思維導圖而非傳統(tǒng)的文檔。還有部分實踐不適用于敏捷測試，如表1所示。

在排除不適用的過程域實踐后，敏捷測試TMMi框架下的2級成熟度過程域及實踐如圖1所示。

3.3 敏捷測試TMMi框架下的3級成熟度過程域分析

在TMMi3級中，測試應集成到軟件開發(fā)生命周期中，而不再局限于編碼之后的一個階段，這與敏捷測試的思想有共通之處。測試組織、測試培訓方案、測試生命周期與集成以及同行評審中的實踐基本適用于敏捷測試。由于非功能測試對測試者的能力，領域知識，測試技術等要求較高，迫于項目壓力，這往往是敏捷測試的薄弱環(huán)節(jié)。TMMi下非功能測試過程域實踐包括：執(zhí)行非功能產(chǎn)品風險評估，建立非功能測試途徑，制定非功能測試分析與設計，執(zhí)行非功能測試實施，執(zhí)行非功能測試。與2級成熟度中的定義入口準則、中止和恢復準則相同，建立非功能測試途徑下的定義非功能退出準則對敏捷測試來說是不適用的。圖2展示了敏捷測試TMMi框架下3級成熟度過程域及實踐。

4 結語

應用敏捷測試TMMi框架進行評估和改進敏捷測試過程還需要從組織層面考慮，與項目緊密結合，關注測試流程本身甚于測試文檔，不局限于模型規(guī)定的實踐也不囿于項目，最終達到過程改進的目標。

參考文獻

[1]張靖，趙羽中，賁可榮.測試成熟度模型及其評估算法[J].艦船電子工程，2007，27（1）：81-83.

[2]Burnste in，T.Suwanassart， C. R. Carlson， Developing A Testing Maturity Model[J]. Part II， CrossTalk， Journal of Defense Software Engineering，1996，9（9）：19-26.

[3]郭小群，侯紅，魚濱.TMM在軟件質量保證中的作用[J].西北大學學報，2004，34（1）：19-22.

[4]吳峰，賁可榮.系統(tǒng)安全測試能力成熟度模型框架研究[J].計算機與數(shù)字工程，2011，2：128-132.