軟件缺陷管理流程

1、軟件缺陷管理辦法1. 目的本文檔定義了軟件缺陷管理流程和相關(guān)規(guī)則，確保軟件缺陷管理的系統(tǒng)性和規(guī)范性，以保證項(xiàng)目研發(fā)質(zhì)量。2. 適用范圍適用于部門項(xiàng)目研發(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)的錯(cuò)誤； （3）軟件功能超出需求規(guī)格說明書的范圍；（4）軟件未達(dá)到需求規(guī)格說明書未指出但應(yīng)達(dá)到的目標(biāo)； （5）測試工程師認(rèn)

2、為軟件難以理解、不易使用、運(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)，系統(tǒng)將自動(dòng)指派回創(chuàng)建者。關(guān)閉狀態(tài)解決狀態(tài)的缺陷在驗(yàn)證通過后關(guān)閉，缺陷狀態(tài)變?yōu)殛P(guān)閉，生命周期結(jié)束。如果驗(yàn)證未修復(fù)或者新版本又發(fā)生，則重新激活，缺陷狀態(tài)重新變?yōu)榧せ睢?. 缺陷處理過程5.1 正常處理過程（1）創(chuàng)建問題在測試管理系統(tǒng)中，所有用戶都可以創(chuàng)建新問題，

3、包括需求問題和軟件缺陷等。創(chuàng)建問題時(shí)，需要描述清楚，并選擇正確的選項(xiàng)，詳細(xì)請參考5.4和5.5。（2）指派問題創(chuàng)建問題時(shí)，創(chuàng)建者通常要指派給該項(xiàng)目開發(fā)負(fù)責(zé)人，再由其指派任務(wù)，或直接指派給相應(yīng)模塊的開發(fā)工程師。如果指派人是錯(cuò)誤的，或者需要他人確認(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)指派時(shí)，需要進(jìn)行及時(shí)確認(rèn)。如果同意為非bug，則及時(shí)關(guān)閉它；如果不同意，則需要注明理由并指派回相關(guān)工程師。如果問題確認(rèn)指派次數(shù)大于6次

4、時(shí)，需要進(jìn)入“爭議處理”流程，詳細(xì)請參考5.2。（4） 解決問題此為開發(fā)工程師的主要職責(zé)，包括Bug的復(fù)現(xiàn)、修改和修改驗(yàn)證。開發(fā)工程師需要及時(shí)對確認(rèn)狀態(tài)Bug進(jìn)行分析和解決，并自己驗(yàn)證通過，則操作為解決狀態(tài)，解決方案規(guī)則請參考5.4中解決方案定義部分，在缺陷管理系統(tǒng)中解決方案選擇相應(yīng)的選項(xiàng)，解決后系統(tǒng)將自動(dòng)指派回給創(chuàng)建者。如果Bug無法解決或修改影響比較大，可申請進(jìn)入“延期解決”流程，請參考5.2中延期處理部分。（5） 驗(yàn)證問題創(chuàng)建者需要及時(shí)對解決狀態(tài)的Bug在對應(yīng)版本上面進(jìn)行驗(yàn)證。如果驗(yàn)證通過，則可關(guān)閉Bug；如果驗(yàn)證不通過，則激活此Bug，系統(tǒng)將自動(dòng)指派回給解決者。驗(yàn)證通過準(zhǔn)則：相同的操作

5、步驟，進(jìn)行一定次數(shù)的驗(yàn)證測試都沒有發(fā)生。驗(yàn)證不通過準(zhǔn)則：相同的操作步驟，全部或部分實(shí)際結(jié)果還會發(fā)生，驗(yàn)證不通過則激活Bug。(6) 關(guān)閉問題通過驗(yàn)證的Bug，驗(yàn)證者需要注明驗(yàn)證結(jié)果并進(jìn)行關(guān)閉操作，系統(tǒng)將指派給Closed。如果關(guān)閉狀態(tài)的Bug在之后版本又會發(fā)生，則激活此Bug，系統(tǒng)將自動(dòng)指派回給解決者。5.2 特別處理過程(1) 客戶問題客戶反饋的問題可以由客戶直接反饋或項(xiàng)目經(jīng)理、市場部等了解到的客戶問題，經(jīng)確認(rèn)后的Bug提交到測試管理系統(tǒng)，按照以上處理流程進(jìn)行處理，由創(chuàng)建者或測試組進(jìn)行跟蹤驗(yàn)證關(guān)閉。創(chuàng)建客戶問題時(shí)，創(chuàng)建者需要在Bug標(biāo)題開頭標(biāo)記為客戶問題，測試組負(fù)責(zé)檢查和更正。(2) 爭議處

6、理當(dāng)開發(fā)和測試工程師對某問題有爭議并且多次溝通無果時(shí)（暫定為6次），可以注明雙方的理由，并指派給項(xiàng)目經(jīng)理進(jìn)行處理。項(xiàng)目經(jīng)理可以召開評審會議，或者直接與雙方溝通了解，并根據(jù)項(xiàng)目情況給出專業(yè)意見和最終決定。開發(fā)和測試工程師根據(jù)項(xiàng)目經(jīng)理的最終決定執(zhí)行。(3) 延期解決當(dāng)開發(fā)工程師對確認(rèn)Bug進(jìn)行解決時(shí)，發(fā)現(xiàn)或評估其解決時(shí)間緊或風(fēng)險(xiǎn)比較大等，可以說明原因或理由并指派給項(xiàng)目經(jīng)理來確認(rèn)。項(xiàng)目經(jīng)理可以召開評審會議，或者直接溝通了解，并根據(jù)項(xiàng)目情況給出最終決定。如果不同意，項(xiàng)目經(jīng)理將此Bug指派回開發(fā)工程師，開發(fā)工程師繼續(xù)分析和解決。如果同意，項(xiàng)目經(jīng)理需要在Bug標(biāo)題開頭標(biāo)記為延期解決和在處理狀態(tài)選擇“延期解

7、決”，然后注明解決時(shí)間計(jì)劃并指派回開發(fā)工程師，開發(fā)工程師根據(jù)解決時(shí)間計(jì)劃來規(guī)劃和解決此Bug。5.3 缺陷管理工具軟件測試過程中所有缺陷要提交到公司測試管理系統(tǒng)進(jìn)行跟蹤管理。(1) 管理工具的作用a. 確保每個(gè)被發(fā)現(xiàn)的缺陷都能夠被跟蹤與處理。b. 收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢曲線識別或報(bào)告測試狀態(tài)。c. 收集缺陷數(shù)據(jù)并在其上進(jìn)行數(shù)據(jù)分析，作為測試評估的依據(jù)。（2）缺陷驅(qū)動(dòng)原則缺陷管理系統(tǒng)主要通過指派狀態(tài)來驅(qū)動(dòng)相關(guān)開發(fā)工程師、測試工程師和項(xiàng)目經(jīng)理盡快地處理問題，以提高研發(fā)效率，所以會特別關(guān)注缺陷指派給誰和停留時(shí)間，并反饋在定期報(bào)告。所以，缺陷驅(qū)動(dòng)原則：盡量不要讓缺陷掛在你身上。5.4. 缺陷屬性定

8、義(1) 缺陷相關(guān)屬性缺陷屬性說明缺陷ID缺陷ID是標(biāo)記某個(gè)缺陷的一組符號。每個(gè)缺陷必須有一個(gè)唯一的ID。缺陷類型缺陷類型是根據(jù)缺陷的自然屬性劃分的缺陷種類。嚴(yán)重程度缺陷嚴(yán)重程度是指因缺陷引起的失效對軟件產(chǎn)品的影響程度。發(fā)生概率缺陷發(fā)生概率指缺陷按照測試操作步驟發(fā)生的概率情況。解決方案缺陷解決方案是指缺陷被解決掉的處理方案。缺陷描述缺陷描述是對缺陷的報(bào)告，包括標(biāo)題、操作步驟和結(jié)果等。(2) 缺陷類型說明類型名稱說明設(shè)計(jì)缺陷由于軟件設(shè)計(jì)或代碼實(shí)現(xiàn)所產(chǎn)生的功能或流程的問題。界面問題系統(tǒng)頁面的展示的問題。數(shù)據(jù)問題系統(tǒng)數(shù)據(jù)的來源，處理及處理結(jié)果的問題。需求問題軟件需求測試發(fā)現(xiàn)的問題，也包括之后需求變更

9、的問題。安裝部署軟件安裝部署過程的錯(cuò)誤。性能問題軟件性能相關(guān)的缺陷。文檔問題用戶使用手冊，軟件幫助文檔等出現(xiàn)的問題常識問題系統(tǒng)用戶的正常使用習(xí)慣相關(guān)問題。安全問題系統(tǒng)漏洞安全問題。優(yōu)化建議針對操作過程邏輯或界面顯示的優(yōu)化性建議。其他除前面分類的其他問題(3) 嚴(yán)重程度定義嚴(yán)重程度定義和說明致命阻礙開發(fā)或測試工作繼續(xù)進(jìn)行的系統(tǒng)性故障，例如：Ø 實(shí)現(xiàn)的功能與產(chǎn)品定義或軟件需求規(guī)格嚴(yán)重不符。Ø 系統(tǒng)無法執(zhí)行、崩潰、凍結(jié)，死循環(huán)等。Ø 程序引起的死機(jī)，非法退出。Ø 主要功能模塊嚴(yán)重錯(cuò)誤。Ø 數(shù)據(jù)庫鏈接錯(cuò)誤，嚴(yán)重?cái)?shù)據(jù)計(jì)算錯(cuò)誤通訊錯(cuò)誤等。嚴(yán)重系統(tǒng)出現(xiàn)的嚴(yán)重

10、錯(cuò)誤，但不影響當(dāng)前測試工作的錯(cuò)誤。例如：Ø 模塊功能錯(cuò)誤，模塊功能未實(shí)現(xiàn)，亂碼等；Ø 功能錯(cuò)誤，如鏈接模塊有誤，基本按鍵使用有誤等。Ø 數(shù)據(jù)錯(cuò)誤，如用戶數(shù)據(jù)丟失、破壞、計(jì)算、保存有誤等。一般不影響用戶使用的非嚴(yán)重問題Ø 次要功能未實(shí)現(xiàn)或與需求不符。Ø 操作界面錯(cuò)誤，如界面圖表或字符的一般性錯(cuò)誤，但不影響操作。Ø 提示信息錯(cuò)誤，輔助說明不清楚。Ø 數(shù)據(jù)錯(cuò)誤，數(shù)據(jù)邊界、格式約束未實(shí)現(xiàn)或需求不一致建議測試過程中發(fā)現(xiàn)不利用戶操作的優(yōu)化建議。Ø 界面字符或提示與的顯示不恰當(dāng)。Ø 頁面或操作習(xí)慣的優(yōu)化性建議。

11、6; 功能操作更好的實(shí)現(xiàn)方式。注：嚴(yán)重等級由創(chuàng)建者在創(chuàng)建缺陷時(shí)根據(jù)此定義來選擇，之后都不能隨意更改。(5) 優(yōu)先級的定義優(yōu)先級定義和說明立刻阻礙測試工作無法進(jìn)行，需要開發(fā)工程師馬上解決問題。Ø 所有的致命問題都需要立刻解決；Ø 時(shí)間急迫時(shí)影響版本上線的問題等；緊急不影響測試工作的嚴(yán)重問題，下個(gè)測試版本發(fā)版前必須解決。 Ø 所有嚴(yán)重問題；Ø 常用模塊功能、業(yè)務(wù)邏輯或數(shù)據(jù)錯(cuò)誤；Ø 明顯的性能問題；盡快一般性功能錯(cuò)誤，版本發(fā)布前應(yīng)該解決的問題。Ø 大多數(shù)一般問題；Ø 頁面顯示，頁面的字符，界面圖標(biāo)、文字顯示、鏈接有誤，不影響使用。

12、如錯(cuò)別字，圖標(biāo)顯示異常等；一般不影響版本上線的問題，部分問題允許不修改。Ø 非常用界面或字符的顯示錯(cuò)誤或不恰當(dāng)；Ø 用戶使用習(xí)慣，語言表達(dá)等優(yōu)化建議；注：立刻、緊急、盡快的問題都要求在系統(tǒng)上線前解決。(6)發(fā)生概率定義發(fā)生概率定義說明驗(yàn)證問題最小次數(shù)必現(xiàn)100%。 測試5次，出現(xiàn)5次。5次經(jīng)常100%>&>=30%。測試5次，出現(xiàn)34次；或測試10次，出現(xiàn)3次及以上；或測試15次，出現(xiàn)5次及以上。10次偶爾30%>&>=10%。 測試10次，出現(xiàn)2次； 或測試15次，出現(xiàn)24次。20次隨機(jī)<10%。 測試15次，出現(xiàn)1次。30次

13、(7)處理狀態(tài)說明處理狀態(tài)相關(guān)規(guī)則確認(rèn)中 當(dāng)問題確認(rèn)過程時(shí)，可以選擇這狀態(tài)來說明。解決中 開發(fā)工程師設(shè)置此狀態(tài)。當(dāng)Bug正在分析或解決時(shí)，可選這狀態(tài)來說明。復(fù)現(xiàn)中 當(dāng)正在復(fù)現(xiàn)問題，或者正在跟蹤測試問題，可以選擇這狀態(tài)來說明。驗(yàn)證中 當(dāng)驗(yàn)證隨機(jī)問題等需要長時(shí)間，可以選擇這狀態(tài)來說明。延期解決項(xiàng)目經(jīng)理才能設(shè)置此狀態(tài)，參考5.2(8) 解決方案定義與規(guī)則解決方案方案說明相關(guān)規(guī)則已經(jīng)解決缺陷被修復(fù)或更正，并通過其驗(yàn)證測試。開發(fā)工程師權(quán)限，解決時(shí)需要填寫“解決版本”和注明Bug原因等。重復(fù)缺陷 相同的缺陷別人已經(jīng)提交，或者開發(fā)認(rèn)為原因是相同的開發(fā)工程師權(quán)限，解決時(shí)需要填寫正確的重復(fù)缺陷 ID。無效缺陷設(shè)

14、計(jì)如此，不是問題，優(yōu)化建議不采納，沒法解決的第三方問題。開發(fā)工程師需要與創(chuàng)建者溝通說明，直到創(chuàng)建者同意，開發(fā)工程師才能選擇此方案。無法復(fù)現(xiàn)開發(fā)和測試工程師沒法復(fù)現(xiàn)又不能解決的問題，并且跟蹤測試二個(gè)以上版本也不能復(fù)現(xiàn)。開發(fā)和測試工程師經(jīng)過努力也不能復(fù)現(xiàn)，并由測試工程師跟蹤測試二個(gè)以上版本，開發(fā)工程師才能選擇此方案。延期解決開發(fā)工程師Bug進(jìn)行解決時(shí)，發(fā)現(xiàn)或評估其解決時(shí)間緊或風(fēng)險(xiǎn)比較大等，向項(xiàng)目經(jīng)理說明原因。項(xiàng)目經(jīng)理的權(quán)限，項(xiàng)目經(jīng)理綜合通過考慮解決問題的時(shí)間、風(fēng)險(xiǎn)、市場需求等多方面要素決定是否選擇此方案注：無法復(fù)現(xiàn)問題將作為風(fēng)險(xiǎn)評估點(diǎn)。5.5 缺陷描述規(guī)范（1）缺陷標(biāo)題 缺陷標(biāo)題是對所提交缺陷的概

15、述，需要簡短而準(zhǔn)確的描述出缺陷概要信息，并使用一些精煉的關(guān)鍵詞，主要內(nèi)容包括：位置+對象+動(dòng)作+現(xiàn)象。a. 環(huán)境關(guān)鍵詞：包括數(shù)據(jù)環(huán)境，時(shí)間環(huán)境，地點(diǎn)環(huán)境條件環(huán)境，描述缺陷發(fā)生時(shí)所處的背景環(huán)境，或正在執(zhí)行的操作或所處的界面環(huán)境，如“在”頁面，“當(dāng)時(shí)”，“在過程中”等；b. 動(dòng)作關(guān)鍵詞：引發(fā)缺陷所執(zhí)行的操作，如“點(diǎn)鍵”“選選項(xiàng)”等；c. 對象的關(guān)鍵詞：描述缺陷出現(xiàn)的對象，“頁面”，“顯示框” ，“圖表”等；d. 現(xiàn)象的關(guān)鍵詞：描述缺陷出現(xiàn)的現(xiàn)象，如“顯示為負(fù)數(shù)”，“卡死”等。根據(jù)上述關(guān)鍵詞的組合來描寫缺陷標(biāo)題。（2）重現(xiàn)步驟在描述缺陷重現(xiàn)步驟的過程中，通常需要通過描述前提條件，測試步驟，實(shí)際結(jié)果，

16、期望結(jié)果這四個(gè)方面清楚詳細(xì)的描述缺陷。a. 前提條件外部環(huán)境，這里包括網(wǎng)絡(luò)環(huán)境，硬件環(huán)境和軟件環(huán)境的狀態(tài)。默認(rèn)情況下，無需特殊說明，前提條件均為“系統(tǒng)正常運(yùn)行”，其含義為網(wǎng)絡(luò)正常，電腦硬件環(huán)境能支撐軟件運(yùn)行，系統(tǒng)軟件配置情況正常。需要注意，軟件環(huán)境有可能引發(fā)缺陷的功能模塊所處的狀態(tài)，以及重現(xiàn)該缺陷需要的模塊相關(guān)狀態(tài)或者特殊設(shè)置情況應(yīng)該前在前提條件中做說明。數(shù)據(jù)環(huán)境，對缺陷產(chǎn)生的所在案件或引發(fā)bug現(xiàn)象的數(shù)據(jù)輸入和數(shù)據(jù)設(shè)計(jì)等應(yīng)該在前提條件中做相應(yīng)說明?？傊?，這里對缺陷現(xiàn)象重現(xiàn)緊密相關(guān)的預(yù)先設(shè)置，或與缺陷模塊相關(guān)聯(lián)的預(yù)先設(shè)置都應(yīng)該在前提條件中說明。b. 測試步驟這里需要詳細(xì)描述出重現(xiàn)缺陷的操作步驟，以便于重現(xiàn)缺陷，修復(fù)和驗(yàn)證缺陷。在描寫測試步驟時(shí)應(yīng)該注意以下幾點(diǎn)：精簡：只描述缺陷必須的細(xì)節(jié)；單一：每個(gè)缺陷單只報(bào)告一個(gè)缺陷；步驟清晰：詳細(xì)的、有序的描述出每一個(gè)步驟，包括輸入的數(shù)據(jù)情況，執(zhí)行的操作以及執(zhí)行操作的界面。操作量化：對操作次數(shù)的描述需要量化，如“連續(xù)3次點(diǎn)確認(rèn)鍵”等，盡量避免出現(xiàn)“多次”等模糊的詞。c. 實(shí)際結(jié)果實(shí)際結(jié)果是指按照測試步驟操作