最近公司在搞
cmmi
四級評審，有人支援，有人不理解，有人無所謂，不過既然是領導的意思那麼就不管你想不想搞都的搞了，於是各種培訓，預評估會議，各色報表，文件，流程軟體什麼的都整出來了，倒也熱鬧。我作為一名普通的軟體工程師當然也不能閒著，在做自己份內的事的同時也了解了一些
cmmi
的相關情況，發現國內大概的情況和我們公司也差不多。對
cmmi
的態度也是有人支援有人反對各種觀點都有，我也整理了一下自己的想法在這裡扯一扯。
cmmi
是能力成熟度模型整合的縮寫，從字面上理解它應該是乙個整合的模型應用這個模型可以反應考察物件的成熟度從而對考察物件的能力做出評價。實際上
cmmi
是乙個由美國**投資的名為
sei（軟體工程學院）的組織搞出來的，主要的目的是為美國**在考察軟體企業能力高低提供的一些列方法和參考指標模型。這個模型將被考察企業分為由低到高的五個能力級別，即所謂的初始級，受管理級，定義級，量化管理級和優化級。而具體考察的就是軟體開發過程，它將軟體開發過程分為一系列的「過程域」，每個「過程域」裡定義了「實踐」（就是要做的事）和「目標」（就是可供參考的文件或量化的資料）。然後在評價軟體企業能力時通過對實際「目標」證據的考核來反應出企業在軟體開發過程中都完成了哪些「過程域」的哪些「實踐」，從而得出被考察企業的軟體開發能力處於哪乙個級別。最後
cmmi
希望軟體企業也可以同樣根據這些完成的「目標」來改善自己的開發過程，改善的目標就是通過更少的開發時間，可控的專案風險，更高的軟體質量來達到更少的開發成本的目的。
從上面的介紹中我們可以看出
cmmi
首先是為客戶服務的：用來考察軟體**商能力如何的一套方法。也就是說
cmmi
的出發點是從外部來考察軟體開發過程的。
cmmi
為外部組織評價軟體開發組織水平高低提供了一套方法，為自己做出決策提供依據。其次
cmmi
是為軟體企業的決策層服務的：為了解分析軟體開發過程提供了明確的資料支援。
為達到上述目標，
cmmi
明確的定義了過程中的角色，過程域，並為每個過程域定義了相應的文件規範和資料指標。在過程執行中嚴格按照流程執行，並且採用問責制度，對每個角色實施嚴格的審核制度。
cmmi
為什麼這麼受歡迎？
國內的軟體企業基本上都是以市場為主導，企業的決策層也基本都是業務方面為主，
cmmi
就是為以上兩者服務的，而在我們的文化中領導代表絕對權利，所以
cmmi
在國內的軟體企業很受歡迎。
cmmi
為什麼實際執行困難？
cmmi
的實際執行者是做具體研發工作的專案團隊，撇開
cmmi
所要求的目標是否對軟體開發過程帶來益處（這個問題我會在下面說）先不考慮，至少他給團隊成員帶來個更多的工作負擔，而且
cmmi
的要求是強制的，對軟體開發過程有自己理解的工程師們自然不願意接受，所以
cmmi
普遍執行困難。
cmmi
為軟體開發過程帶來了什麼？是否真的會為軟體質量的提公升帶來益處？
。。。
軟體測試質量提公升方案（初稿）
軟體測試質量提公升方案 初稿 提公升軟體質量的目的是使我們的產品滿足使用者需求，擁有可靠的質量和很好的使用者體驗，下面我將從測試流程優化 測試技能提公升 測試經驗累積三個方面談下測試質量的提公升方案。一 測試流程優化 專案開始時，測試人員就應該介入，正確理解需求文件，對需求文件進行評審，進行需求分析...
提公升測試效率和質量
商業目標 專案生命週期管理 專案組織模型 專案整體管理 價值管理 風險管理 範圍管理 時間管理 質量管理 目標成本管理 財務管理 人力資源管理 採購管理和專案文化管理。對測試管理來說，有些知識域是需要特別關注的，主要是價值管理 風險管理 範圍管理 時間管理和質量管理，因為這些知識域和測試有直接關係。...
軟體質量 軟體測試和質量保證
軟體質量 軟體質量包括 內部質量 外部質量 使用質量 就是說軟體滿足規定或潛在使用者需求的能力，要從軟體在內部 外部和使用中的表現來衡量 軟體測試 軟體由文件 資料以及程式組成，那麼軟體測試就應該是對軟體形成過程中的文件 資料以及程式進行測試，而不僅僅是對程式進行的測試。軟體測試和質量保證的區別 軟...