測試能力成熟度模型

在衡量軟件企業的是研發和管理能力的是CMM以及后面推出的CMMI，很多公司通過CMM的各個級別的認證，為企業承接項目添加了砝碼，而對于軟件測試行業來說，還沒有出現一個認證機構，測評一個從事軟件測試項目的企業具有的能力。其實在幾年前，已經推出的TMM（Testing Maturity Model），而我個人認為使用TCMM（Testing Capability Maturity Model）更為合適，TCMM也分為五級。下面我們就看看是如何劃分的，來評判一下各位同仁自己所在的公司，所在的級別。

TCMM Level 1：Initial（初始級）

測試處于一個混亂的狀態，還不能把測試同調試分開，在編碼完成后才進行測試工作，測試和調試交叉在一起，目的就是發現軟件中的bug。測試的目的是表明程序沒有錯。軟件產品發布后沒有質量保證。缺乏測試相應的測試資源、例如專職測試人員和測試工具，測試人員沒有經過培訓。這種類型的公司屬于這個階段，處于這個階段的公司在測試中缺乏成熟的測試目標，測試處于可無可有的地位。

TCMM Level 2：Phase Definition（階段定義級）

測試同調試分開且把測試作做為編碼后的一個階段。盡管測試別看做是一個有計劃的行為，但是由于測試的不成熟僅在編碼后制定測試計劃，因為測試完全是針對于源代碼的。處于這個級別的公司測試的首要目的就是驗證軟件符合需求，會采用基本的測試技術和方法，由于測試處于軟件生命周期的末尾環節，導致出現很多無法彌補的質量問題。另外，在需求和設計階段產生的很多問題被引入到編碼中，但基于源代碼的測試導致產生了很多的問題無法解決。

TCMM Level 3：Integration（集成級）

測試不再是編碼后的一個階段，而是把測試貫穿在整個軟件生命周期中。就象軟件測試領域的V模型，在需求階段軟件測試就介入了，測試是建立在滿足用戶或客戶的需求上，根據需求設計測試用例和作為測試的依據。處于這個級別的公司測試工作由具有獨立的部門負責，測試部門與開發部門分開，獨立開展工作。測試部門有自己的技術培訓并且有測試工具輔助進行測試工作。盡管處于這個階段的公司認識到了評審在質量控制中的重要性，但是并沒有建立起有效的評審制度，還不能在軟件生命周期的各個階段實施評審制度。沒有建立起質量控制和質量度量標準。

TCMM Level 4：Management and Measurement（管理和度量級）

測試是一個度量和質量控制過程。在軟件生命周期中評審作為測試和軟件質量控制的一部分，被測試的軟件產品標準包括可靠性、可用性和可維護性等。在測試項目中設計的測試用例別保存在測試用例數據庫中便于重用和回歸測試。使用缺陷管理系統管理軟件缺陷并劃分缺陷的級別。但是處于這個階段的公司還沒有建立起缺陷預防機制，且缺乏自動地對測試中產生的數據進行收集和分析的手段。

TCMM Level 5：Optimization（優化級）

具有缺陷預防和質量控制的能力。建立TCMM4基礎上的測試公司已經建立起測試規范和流程，測試是受控的和被管理的。而達到TCMM5的公司，則堅決貫徹落實測試規范和流程且不斷地進行測試過程改進，在實踐中運用缺陷預防和質量控制措施。整個測試過程是被以往經驗所驅動的，且是可信任和可靠的。選擇和評估測試工具存在一個既定的流程。測試工具支持測試用例的運行和管理，輔助設計用例和維護測試相關資料，缺陷收集和分析，為缺陷預防和質量控制提供支持。

看了上面對于測試能力成熟度模型的分析，我們不難看出，目前我們國內從事軟件測試的公司所處的級別，很多公司還處于2級或3級，這雖然與現在軟件測試還是一個尚未成熟的行業有關，測試技術和測試工具還在發展之中，各個公司都在摸索階段，從事測試外包的公司會好一些，這些公司為微軟、IBM、Motorala等公司提供測試服務，基本上是按照委托方的要求或帶領下進行測試工作，而國內做軟件產品和承接軟件開項目的公司，雖然有的建立了獨立的測試團隊，制定了測試規范和測試流程或者評審制度，但是測試工作還是在摸索階段，現在是百家爭鳴、百花齊放的階段，除了引入國外的測試理論之外，目前國內也有很多人在研究測試理論，但是還沒有出來領軍人物。很多公司做軟件測試時，幾乎大多沒有現成的經驗可參考，所以目前急需建立軟件測試的行業標準，推動測試行業的發展，讓測試有依據可查。
 
 

原文轉自：http://www.anti-gravitydesign.com