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

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

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

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

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

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

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