如何找到適合自己的缺陷管理過程？

申請免費試用、咨詢電話：400-8352-114

　　1. 背景介紹
　　軟件中的缺陷（Defect或Bug）是軟件開發(fā)過程中的副產(chǎn)品。通常，缺陷會導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要。
　　每一個軟件組織都知道必須妥善處理軟件中的缺陷。這是關(guān)系到軟件組織生存、發(fā)展的質(zhì)量根本?？蛇z憾的是，并非所有的軟件組織都知道如何有效地管理自己軟件中的缺陷。
　　本文從CMM的視角闡述了不同成熟度的軟件組織如何管理自己軟件中的缺陷。希望軟件組織可以結(jié)合自己的實踐，找到適合自己的缺陷管理過程。

　　2. 個體行為
　　處于CMM第一級（或稱為初始級）的軟件組織，對軟件缺陷的管理無章可循。工程師們只是在發(fā)現(xiàn)缺陷后，修改相應(yīng)的軟件。通常，沒有人會去記錄自己發(fā)現(xiàn)的缺陷。也沒有人知道在新的軟件版本里，究竟糾正了哪些缺陷，還有哪些缺陷未被糾正。而且，只有在下一輪測試中才有可能知道那些所謂已被糾正了的缺陷是否真的被糾正了，更重要的是糾正過程是否引入了新的缺陷。
　　所以這樣的軟件組織的項目交貨期（Release Date）表現(xiàn)出強烈的不可預(yù)測性。并且， 為了獲得一個高質(zhì)量的軟件產(chǎn)品（如果能夠的話），通常要在測試上花費大量的人力。

　　3. 項目行為
　　在CMM第二級（或稱為可重復(fù)級）的軟件組織中，軟件項目會從自身的需要出發(fā)，制定本項目的缺陷管理過程。一個完備軟件缺陷管理過程通常會包括如下幾個方面：
　?。?）提交缺陷
　　（2）分析和定位缺陷
　?。?）提請修改相應(yīng)的軟件
　?。?）修改相應(yīng)的軟件
　?。?）驗證修改
　　項目組會完整地記錄開發(fā)過程中的缺陷，監(jiān)控缺陷的修改過程，并驗證修改缺陷的結(jié)果。

 　　4. 組織行為
　　CMM第三級（或稱為已定義級）的軟件組織會匯集組織內(nèi)部以前項目的經(jīng)驗教訓(xùn)，制定組織級的缺陷管理過程。并且，要求項目根據(jù)組織級的缺陷管理過程定制本項目的缺陷管理過程。
　　從而，整個軟件組織中的項目都遵循類似的過程來管理缺陷。好的缺陷管理實踐成為所有項目的實踐，而教訓(xùn)也為所有項目所了解。更重要的是，隨著組織的不斷發(fā)展完善，組織的過程會得到持續(xù)性的改進(jìn)，所有項目的過程也都會相應(yīng)的改進(jìn)。

　　5. 量化管理
　　CMM第四級（或稱為已管理級）的軟件組織會根據(jù)已收集的缺陷數(shù)據(jù)，采用SPC的方法建立軟件過程能力基線（Process Capability Baseline）。對于缺陷管理，可以缺陷密度為例，過程能力基線通常包括期望（Mean），能力上限（Upper Control Limit，UCL），能力下限（Low Control Limit，LCL）。其中，期望描述了未來項目的缺陷密度的預(yù)期值，而UCL和LCL描述了未來項目的缺陷密度的合理變化范圍。
　　這樣的過程能力基線可以用來：
　?。?）幫助未來的項目設(shè)立量化的項目質(zhì)量目標(biāo)；
　?。?）理解和控制未來項目的實際結(jié)果。