軟件缺陷管理流程軟件缺陷管理辦法1.目的本文檔定義了軟件缺陷管理流程和相關(guān)規(guī)則，確保軟件缺陷管理的系統(tǒng)性和規(guī)范性，以保證項目研發(fā)質(zhì)量。2.適用范圍適用于部門項目研發(fā)過程的缺陷管理，對各階段的缺陷管理過程進(jìn)行指導(dǎo)和規(guī)范。3.定義3.1術(shù)語缺陷（Defect）：存在于軟件之中偏差，可被激活，以靜態(tài)形式存在于軟件內(nèi)部。Bug：缺陷一種表現(xiàn)形態(tài)，系統(tǒng)或程序存在的任何一種破壞正常運(yùn)轉(zhuǎn)能力的問題。3.2缺陷定義（1）軟件未達(dá)到需求規(guī)格說明書的功能；（2）軟件出現(xiàn)了需求規(guī)格說明書指明不會出現(xiàn)的錯誤；（3）軟件功能超出需求規(guī)格說明書的范圍；（4）軟件未達(dá)到需求規(guī)格說明書未指出但應(yīng)達(dá)到的目標(biāo)；（5）測試工程師認(rèn)為軟件難以理解、不易使用、運(yùn)行速度慢，或者最終用戶認(rèn)為不好。4.缺陷生命周期4.1缺陷生命周期圖4.2缺陷狀態(tài)說明缺陷狀態(tài)激活狀態(tài)狀態(tài)說明缺陷的初始狀態(tài)，或者從頭被激活的狀態(tài)。激活狀態(tài)的缺陷可以通過編輯來修改缺陷內(nèi)容，并指派給合適的工程師處理。解決狀態(tài)缺陷被解決之后的狀態(tài)。激活狀態(tài)的缺陷經(jīng)過成功修復(fù)以后，由開發(fā)工程師操作為解決狀態(tài)，體系將自動指派回創(chuàng)建者。關(guān)閉狀態(tài)解決狀態(tài)的缺陷在驗證通過后關(guān)閉，缺陷狀態(tài)變?yōu)殛P(guān)閉，生命周期結(jié)束。如果驗證未修復(fù)或者新版本又發(fā)生，則重新激活，缺陷狀態(tài)重新變?yōu)榧せ睢?.缺陷處理過程5.1正常處理過程（1）創(chuàng)建問題在測試管理體系中，所有效戶都可以創(chuàng)建新問題，包括需求問題和軟件缺陷等。創(chuàng)建問題時，需要描述分明，并挑選正確的選項，詳細(xì)請參考5.4和5.5。（2）指派問題創(chuàng)建問題時，創(chuàng)建者通常要指派給該項目開發(fā)負(fù)責(zé)人，再由其指派任務(wù)，或直接指派給相應(yīng)模塊的開發(fā)工程師。假如指派人是錯誤的，或者需要別人確認(rèn)或幫助，則可以從頭指派給合適的工程師，寫上相關(guān)備注。（3）確認(rèn)問題通常開發(fā)工程師收到新問題后，需要分析和確認(rèn)此問題是否為Bug。如果是Bug，則選擇“確認(rèn)狀態(tài)”；如果認(rèn)為非Bug，則注明原因并指派回創(chuàng)建者。當(dāng)創(chuàng)建者收到確認(rèn)指派時，需要進(jìn)行及時確認(rèn)。如果同意為非bug，則及時關(guān)閉它；如果不同意，則需要注明理由并指派回相關(guān)工程師。如果問題確認(rèn)指派次數(shù)大于6次時，需要進(jìn)入“爭議處理”流程，詳細(xì)請參考5.2。（4）解決問題此為開發(fā)工程師的主要職責(zé)，包括Bug的復(fù)現(xiàn)、修改和修改驗證。開發(fā)工程師需要及時對確認(rèn)狀態(tài)Bug進(jìn)行分析和解決，并自己驗證通過，則操作為解決狀態(tài)，解決方案規(guī)則請參考5.4中解決方案定義部分，在缺陷管理系統(tǒng)中解決方案選擇相應(yīng)的選項，解決后系統(tǒng)將自動指派回給創(chuàng)建者。如果Bug無法解決或修改影響比較大，可申請進(jìn)入“延期解決”流程，請參考5.2中延期處理部分。（5）考證問題創(chuàng)建者需要及時對解決狀態(tài)的Bug在對應(yīng)版本上面進(jìn)行驗證。如果驗證通過，則可關(guān)閉Bug；如果驗證不通過，則激活此Bug，系統(tǒng)將自動指派回給解決者。驗證通過準(zhǔn)則：相同的操作步驟，進(jìn)行一定次數(shù)的驗證測試都沒有發(fā)生?？甲C不通過原則：相同的操作步驟，全部或局部實(shí)踐結(jié)果還會發(fā)生，考證不通過則激活Bug。(6)關(guān)閉問題通過驗證的Bug，驗證者需要注明驗證結(jié)果并進(jìn)行關(guān)閉操作，系統(tǒng)將指派給Closed。假如關(guān)閉狀態(tài)的Bug在之后版本又會發(fā)生，則激活此Bug，體系將自動指派回給解決者。5.2出格處理過程(1)客戶問題客戶反饋的問題可以由客戶直接反饋或工程經(jīng)理、市場部等了解到的客戶問題，經(jīng)確認(rèn)后的Bug提交到測試管理體系，按照以上處理流程進(jìn)行處理，由創(chuàng)建者或測試組進(jìn)行跟蹤考證關(guān)閉。創(chuàng)建客戶問題時，創(chuàng)建者需要在Bug標(biāo)題開頭標(biāo)記為[客戶問題]，測試組負(fù)責(zé)檢查和改正。(2)爭議處理當(dāng)開發(fā)和測試工程師對某問題有爭議并且屢次溝通無果時（暫定為6次），可以注明雙方的理由，并指派給工程經(jīng)理進(jìn)行處理。項目經(jīng)理可以召開評審會議，或者直接與雙方溝通了解，并根據(jù)項目情況給出專業(yè)意見和最終決定。開發(fā)和測試工程師根據(jù)項目經(jīng)理的最終決定執(zhí)行。(3)延期解決當(dāng)開發(fā)工程師對確認(rèn)Bug進(jìn)行解決時，發(fā)現(xiàn)或評估其解決時間緊或風(fēng)險比較大等，可以說明原因或理由并指派給項目經(jīng)理來確認(rèn)。項目經(jīng)理可以召開評審會議，或者直接溝通了解，并根據(jù)項目情況給出最終決定。如果不同意，項目經(jīng)理將此Bug指派回開發(fā)工程師，開發(fā)工程師繼續(xù)分析和解決。如果同意，項目經(jīng)理需要在Bug標(biāo)題開頭標(biāo)記為[延期解決]和在處理狀態(tài)選擇“延期解決”，然后注明解決時間計劃并指派回開發(fā)工程師，開發(fā)工程師根據(jù)解決時間計劃來規(guī)劃和解決此Bug。5.3缺陷管理工具軟件測試過程中所有缺陷要提交到公司測試管理系統(tǒng)進(jìn)行跟蹤管理。(1)管理工具的作用a.確保每個被發(fā)現(xiàn)的缺陷都能夠被跟蹤與處理。b.收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢曲線識別或報告測試狀態(tài)。c.收集缺陷數(shù)據(jù)并在其上進(jìn)行數(shù)據(jù)分析，作為測試評估的依據(jù)。（2）缺陷驅(qū)動原則缺陷管理系統(tǒng)主要通過指派狀態(tài)來驅(qū)動相關(guān)開發(fā)工程師、測試工程師和項目經(jīng)理盡快地處理問題，以提高研發(fā)效率，所以會特別關(guān)注缺陷指派給誰和停留時間，并反饋在定期報告。所以，缺陷驅(qū)動原則：盡可能不要讓缺陷掛在你身上。5.4.缺陷屬性定義(1)缺陷相關(guān)屬性缺陷屬性缺陷ID缺陷類型嚴(yán)重程度發(fā)生概率解決方案缺陷描述說明缺陷ID是標(biāo)記某個缺陷的一組符號。每個缺陷必須有一個唯一的ID。缺陷類型是根據(jù)缺陷的自然屬性劃分的缺陷種類。缺陷嚴(yán)重程度是指因缺陷引起的失效對軟件產(chǎn)品的影響程度。缺陷發(fā)生概率指缺陷按照測試操作步驟發(fā)生的概率情況。缺陷解決計劃是指缺陷被解決掉的處理計劃。缺陷描述是對缺陷的報告，包括標(biāo)題、操作步驟和結(jié)果等。(2)缺陷類型說明類型名稱設(shè)計缺陷界面問題數(shù)據(jù)問題需求問題裝置擺設(shè)性能問題文檔問題知識問題安全問題優(yōu)化建議其他說明由于軟件設(shè)計或代碼實(shí)現(xiàn)所產(chǎn)生的功能或流程的問題。系統(tǒng)頁面的展示的問題。軟件需求測試發(fā)現(xiàn)的問題，也包括之后需求變更的問題。軟件安裝部署過程的錯誤。軟件性能相關(guān)的缺陷。用戶利用手冊，軟件幫助文檔等呈現(xiàn)的問題系統(tǒng)用戶的正常使用慣相關(guān)問題。體系漏洞安全問題。針對操作過程邏輯或界面顯示的優(yōu)化性建議。除前面分類的其他問題(3)嚴(yán)重程度定義嚴(yán)重程度例如：致命?實(shí)現(xiàn)的功能與產(chǎn)品定義或軟件需求規(guī)格嚴(yán)重不符。?系統(tǒng)無法執(zhí)行、崩潰、凍結(jié)，死循環(huán)等。?程序引起的死機(jī)，非法退出。?主要功能模塊嚴(yán)重錯誤。?數(shù)據(jù)庫鏈接錯誤，嚴(yán)重數(shù)據(jù)計算錯誤通訊錯誤等。定義和說明阻礙開發(fā)或測試工作繼續(xù)進(jìn)行的體系性故障，體系呈現(xiàn)的嚴(yán)重錯誤，但不影響當(dāng)前測試工作的錯誤。嚴(yán)重例如：?模塊功能錯誤，模塊功能未完成，亂碼等；?功能錯誤，如鏈接模塊有誤，基本按鍵利用有誤等。?數(shù)據(jù)錯誤，如用戶數(shù)據(jù)丟失、破壞、計較、儲存有誤等。不影響用戶利用的非嚴(yán)重問題一般?次要功能未實(shí)現(xiàn)或與需求不符。?操作界面錯誤，如界面圖表或字符的一般性錯誤，但不影響操作。?提示信息錯誤，輔助說明不分明。?數(shù)據(jù)錯誤，數(shù)據(jù)邊界、格式約束未實(shí)現(xiàn)或需求不一致測試過程當(dāng)中發(fā)現(xiàn)不利用戶操作的優(yōu)化建議。?界面字符或提示與的顯示不恰當(dāng)。建議?頁面或操作慣的優(yōu)化性建議。?功能操作更好的實(shí)現(xiàn)方式。注：嚴(yán)重等級由創(chuàng)建者在創(chuàng)建缺陷時根據(jù)此定義來選擇，之后都不能隨意更改。(5)優(yōu)先級的定義優(yōu)先級立刻定義和說明阻礙測試工作無法進(jìn)行，需要開發(fā)工程師馬上解決問題。?所有的致命問題都需要立刻解決；?時間急迫時影響版本上線的問題等；不影響測試工作的嚴(yán)重問題，下個測試版本發(fā)版前必須解決。緊急?所有嚴(yán)重問題；?常用模塊功能、業(yè)務(wù)邏輯或數(shù)據(jù)錯誤；?明顯的性能問題；一般性功能錯誤，版本發(fā)布前應(yīng)該解決的問題。盡快?大多數(shù)一般問題；?頁面顯示，頁面的字符，界面圖標(biāo)、文字顯示、鏈接有誤，不影響使用。如錯別字，圖標(biāo)顯示異常等；不影響版本上線的問題，局部問題答應(yīng)不修改。一般?非常用界面或字符的顯示錯誤或不恰當(dāng)；?用戶使用慣，語言表達(dá)等優(yōu)化建議；注：立刻、緊急、盡快的問題都要求在體系上線前解決。(6)發(fā)生概率定義發(fā)生概率必現(xiàn)定義說明100%。測試5次，呈現(xiàn)5次?？甲C問題最小次數(shù)5次經(jīng)常100%>&>=30%。測試5次，出現(xiàn)3~4次；或測試10次，出現(xiàn)3次及以上；或測試15次，呈現(xiàn)5次及以上。10次偶爾30%>&>=10%。測試10次，出現(xiàn)2次；或測試15次，呈現(xiàn)2~4次。20次隨機(jī)<10%。測試15次，出現(xiàn)1次。30次(7)處理狀態(tài)說明處理狀態(tài)確認(rèn)中解決中復(fù)現(xiàn)中驗證中延期解決相關(guān)規(guī)則當(dāng)問題確認(rèn)過程時，可以挑選這狀態(tài)來說明。開發(fā)工程師設(shè)置此狀態(tài)。當(dāng)Bug正在闡發(fā)或解決時，可選這狀態(tài)來說明。當(dāng)正在復(fù)現(xiàn)問題，或者正在跟蹤測試問題，可以選擇這狀態(tài)來說明。當(dāng)驗證隨機(jī)問題等需要長時間，可以選擇這狀態(tài)來說明。工程經(jīng)理才能設(shè)置此狀態(tài)，參考5.2(8)解決方案定義與規(guī)則解決方案已經(jīng)解決重復(fù)缺陷證測試。相同的缺陷別人已經(jīng)提交，或者開發(fā)認(rèn)為原因是相同的無效缺陷設(shè)計云云，不是問題，優(yōu)化建議方案說明缺陷被修復(fù)或改正，并通過其驗相關(guān)規(guī)則開發(fā)工程師權(quán)限，解決時需要填寫“解決版本”和注明Bug原因等。開發(fā)工程師權(quán)限，解決時需要填寫正確的重復(fù)缺陷ID。開發(fā)工程師需要與創(chuàng)建者溝通說明，直到創(chuàng)不采納，沒法解決的第三方問題。建者同意，開發(fā)工程師才能選擇此方案。無法復(fù)現(xiàn)開發(fā)和測試工程師沒法復(fù)現(xiàn)又不能解決的問題，并且跟蹤測試二個以上版本也不能復(fù)現(xiàn)。延期解決開發(fā)工程師Bug進(jìn)行解決時，發(fā)現(xiàn)或評估其解決時間緊或風(fēng)險比開發(fā)和測試工程師經(jīng)過努力也不能復(fù)現(xiàn)，并由測試工程師跟蹤測試二個以上版本，開發(fā)工程師才能選擇此方案。項目經(jīng)理的權(quán)限，項目經(jīng)理綜合通過考慮解決問題的時間、風(fēng)險、市場需求等多方面要較大等，向項目經(jīng)理說明原因。素決定是否選擇此方案注：無法復(fù)現(xiàn)問題將作為風(fēng)險評估點(diǎn)。5.5缺陷描述規(guī)范（1）缺陷標(biāo)題缺陷標(biāo)題是對所提交缺陷的概述，需要簡短而準(zhǔn)確的描述出缺陷概要信息，并使用一些精煉的關(guān)鍵詞，主要內(nèi)容包括：位置+對象+動作+現(xiàn)象。a.環(huán)境關(guān)鍵詞：包括數(shù)據(jù)環(huán)境，時間環(huán)境，地點(diǎn)環(huán)境條件環(huán)境，描述缺陷發(fā)生時所處的背景環(huán)境，或正在執(zhí)行的操作或所處