軟件質量預測與評估方法探究(2)

但同時也會因為由于過于頻繁的需求變化，而導致軟件自身質量風險急劇增大。

所以在市場的實踐中，需要充分利用 Agile 的優勢，并小心抑制隨之帶來的風險。

1.2 軟件質量與成熟度模型

軟件能力成熟度模型集成(CMMI)，將現有的實施以及未來的各種能力成熟度模型進行了集成，目的就是增強并改進軟件過程，以最低的成本最高的效率，開發出最符合客戶需求的高質量軟件。

目前通用的成熟度模型有五級：

• 初始級：混亂無序的軟件過程，成功與否完全依賴于個人的努力。
• 可重復級：有基本的項目管理過程去跟蹤項目進度、成本等。
• 已定義級：具有過程的文檔化、標準化。
• 量化管理級：軟件質量和過程有的詳細度量數據支持，并有定量的控制。
• 優化管理級：過程量化，并定量反饋信息，可持續改進。

從以上分析可以看出，成熟度越高，軟件的質量將有更準確的信息去追蹤、度量和改進，軟件在質量上的風險也就越低。所以對軟件過程不斷優化，保持較高的成熟度水平，將在早期發現軟件弱點，甚至達到預防缺陷的目標，這將從根本提高了軟件的質量。

1.3 評估軟件質量的方案討論及意義

在傳統的軟件質量評估體系中，一般會有測試團隊根據測試覆蓋率等指標做出的內部質量評估，然后交給部分用戶進行 alpha/beta 測試，得到部分外部質量評估后，最終投放市場才能夠得到用戶使用中質量的評估。而恰恰對于軟件質量影響最大的過程是開發過程，很少有質量評估。

在傳統的開發模型下，軟件開發團隊對于軟件質量的預測通常根據內部質量評估與外部或者使用中質量評估對比的歷史經驗進行，與最影響質量的開發過程脫節。 有時，內部質量評估與外部質量最終差異較大，開發團隊通常需要等待很長時間才能夠得到外部的質量反饋，在此之前，軟件產品質量的提升通?？拷涷灪筒聹y進行。

原文轉自：http://www.ibm.com/developerworks/cn/devops/1609_liuy_quality/