BUG管理規(guī)范與流程BUG管理規(guī)范與流程BUG管理規(guī)范與流程BUG管理規(guī)范與流程編制僅供參考審核批準(zhǔn)生效日期地址：電話(huà)：傳真:郵編:BUG管理流程與規(guī)范目錄TOC\o"1-4"\h\z\u1 概述 5 編寫(xiě)目的 5 適用范圍 52 關(guān)鍵角色及應(yīng)負(fù)責(zé)任 53 Bug流程圖 64 活動(dòng)描述 65 BUG書(shū)寫(xiě)規(guī)范 8 測(cè)試人員BUG提交 8 主題 8 步驟 8 實(shí)際結(jié)果 8 預(yù)期結(jié)果 8 備注 9 開(kāi)發(fā)人員解決BUG 96 BUG嚴(yán)重等級(jí) 10 致命 10 嚴(yán)重 10 一般 11 優(yōu)化 117 BUG優(yōu)先級(jí) 12 緊急 12 高 12 中 12 低 128 BUG解決方案 12 設(shè)計(jì)如此 12 重復(fù)bug 12 已解決 12 無(wú)法重現(xiàn) 12 延期處理 12 新增/變更需求 129 BUG狀態(tài) 12 激活 12 已解決 13 關(guān)閉 1310 其他要求 1311 相關(guān)文件 1312 附件 13概述編寫(xiě)目的本文檔定義bug的整個(gè)生命周期，規(guī)范bug的管理流程。Bug在流轉(zhuǎn)的過(guò)程中有章可循。規(guī)范bug嚴(yán)重等級(jí)與bug解決優(yōu)先級(jí)，使開(kāi)發(fā)人員與測(cè)試人員能根據(jù)此文檔準(zhǔn)確判斷bug的嚴(yán)重程度并加以解決。適用范圍本文檔適用測(cè)試人員、開(kāi)發(fā)人員。關(guān)鍵角色及應(yīng)負(fù)責(zé)任序號(hào)角色應(yīng)負(fù)責(zé)任01測(cè)試工程師提交bug，用bug級(jí)別反映bug的嚴(yán)重程度，驗(yàn)證bug是否已被解決02測(cè)試負(fù)責(zé)人審核測(cè)試人員提交的bug；定位測(cè)試工程師提交的bug優(yōu)先級(jí)定期對(duì)bug庫(kù)進(jìn)行分析，描繪出曲線(xiàn)圖等，報(bào)告現(xiàn)狀、預(yù)測(cè)趨勢(shì)，在測(cè)試總結(jié)報(bào)告中給出意見(jiàn)。分析項(xiàng)目測(cè)試過(guò)程中存在的風(fēng)險(xiǎn)03開(kāi)發(fā)工程師分析bug，寫(xiě)出問(wèn)題原因，修改bug，實(shí)行bug優(yōu)先原則，嚴(yán)重程度5個(gè)以上的，停止新功能的開(kāi)發(fā)。04開(kāi)發(fā)負(fù)責(zé)人每天對(duì)bug進(jìn)行分配，標(biāo)注處理意見(jiàn)定期對(duì)bug庫(kù)分析，對(duì)bug多的模塊，進(jìn)行代碼走查。分析bug修復(fù)進(jìn)度，對(duì)項(xiàng)目的質(zhì)量、進(jìn)行風(fēng)險(xiǎn)評(píng)估。跟蹤被需求確認(rèn)可延期處理的bug05系統(tǒng)工程師解釋需求，給出處理意見(jiàn)，將bug庫(kù)中的建議整理成為需求文檔當(dāng)開(kāi)發(fā)和測(cè)試存在意見(jiàn)分歧時(shí)，進(jìn)行需求確認(rèn)。Bug流程圖Bug狀態(tài)：激活，已修復(fù)，已關(guān)閉解決方案：設(shè)計(jì)如此，重復(fù)Bug，已解決，無(wú)法重現(xiàn)，延期處理，新增/變更需求活動(dòng)描述序號(hào)活動(dòng)名稱(chēng)參與角色活動(dòng)描述輸入、輸出信息處理時(shí)限01提交bug測(cè)試工程師詳細(xì)書(shū)寫(xiě)B(tài)ug，指派給對(duì)應(yīng)的測(cè)試負(fù)責(zé)人輸入信息：無(wú)輸出信息：在禪道上提交bug02Bug確認(rèn)與分配測(cè)試負(fù)責(zé)人根據(jù)<<軟件需求>>判定是否是Bug，給出意見(jiàn)輸入信息：測(cè)試人員提交的bug，測(cè)試用例，軟件需求輸出信息：確定bug優(yōu)先級(jí)，指派給開(kāi)發(fā)負(fù)責(zé)人。個(gè)工作日03分析確認(rèn)并指派Bug開(kāi)發(fā)負(fù)責(zé)人根據(jù)<<軟件需求>>判定是否是Bug，給出意見(jiàn)輸入信息：測(cè)試負(fù)責(zé)人指派的bug，軟件需求，程序源代碼等輸出信息：分析Bug，指派給對(duì)應(yīng)的開(kāi)發(fā)工程師，不是bug或應(yīng)該需求變更時(shí)，指派給相關(guān)人員個(gè)工作日04修復(fù)Bug開(kāi)發(fā)工程師修改Bug，給出解決方案，修復(fù)再次激活的bug。輸入信息：開(kāi)發(fā)負(fù)責(zé)人確認(rèn)指派的bug，軟件需求輸出信息：Bug的解決方案，產(chǎn)生bug的原因，指派給對(duì)應(yīng)的測(cè)試工程師個(gè)工作日05驗(yàn)證Bug測(cè)試工程師驗(yàn)證Bug，給出驗(yàn)證結(jié)果輸入信息：開(kāi)發(fā)工程師指派的已修復(fù)的Bug，需求確認(rèn)轉(zhuǎn)為變更或新增需求的bug輸出信息：如果Bug未修改，激活并指派給對(duì)應(yīng)的開(kāi)發(fā)工程師；如果Bug已修改或系統(tǒng)工程師確認(rèn)轉(zhuǎn)為需求的bug，關(guān)閉bug，個(gè)工作日06確認(rèn)bug延期測(cè)試主管分析bug，確認(rèn)bug是否能延期處理輸入信息：開(kāi)發(fā)或系統(tǒng)工程師指派的延期bug輸出信息：確認(rèn)是否能延期處理，對(duì)應(yīng)延期的bug在開(kāi)發(fā)修復(fù)的版本進(jìn)行激活視實(shí)際情況而定07Bug仲裁系統(tǒng)工程師根據(jù)<<軟件需求>>判定是否是Bug，給出處理意見(jiàn)輸入信息：測(cè)試主管指派的延期bug或需要系統(tǒng)工程師確認(rèn)的bug，開(kāi)發(fā)主管指派的新增/變更需求的bug。輸出信息：給出明確處理結(jié)果，屬于新增/變更需求的bug需要在需求文檔中記錄相關(guān)需求。個(gè)工作日BUG書(shū)寫(xiě)規(guī)范測(cè)試人員BUG提交主題?

用一個(gè)簡(jiǎn)短的句子描述問(wèn)題，不要寫(xiě)成一大段?

以進(jìn)入問(wèn)題模塊路徑開(kāi)頭，方便項(xiàng)目經(jīng)理分派任務(wù)，以及開(kāi)發(fā)人員定位問(wèn)題?

描述問(wèn)題時(shí)要詳細(xì)、簡(jiǎn)練、抓住要點(diǎn)，直接切入正題，不要羅嗦?

不要夸大或縮小問(wèn)題的嚴(yán)重程度步驟?

用數(shù)字編號(hào)，一步步的描述重現(xiàn)問(wèn)題的所有操作步驟?

提供明確的再現(xiàn)問(wèn)題的步驟，避免問(wèn)題被以“不能重現(xiàn)”關(guān)掉?

設(shè)置區(qū)域需要詳細(xì)描述，如：各設(shè)置項(xiàng)值為默認(rèn)、**值更改為“”，其他設(shè)置項(xiàng)值為默認(rèn)；?

盡量用動(dòng)詞作為開(kāi)頭，描述每個(gè)步驟。如：打開(kāi)、點(diǎn)擊、設(shè)置、選擇、插入、雙擊等?

不要在一個(gè)步驟中描述不相關(guān)的多個(gè)操作。如果是相關(guān)的一系列操作，可以使用“→”來(lái)連接描述。?

按照你寫(xiě)的步驟去執(zhí)行，看問(wèn)題能否重現(xiàn)?

不要在步驟中使用含糊不清的縮寫(xiě)詞描述實(shí)際結(jié)果?

實(shí)際只描述一個(gè)問(wèn)題?

同樣的操作步驟產(chǎn)生多種現(xiàn)象，要在一個(gè)缺陷報(bào)告中加以描述?

不同的操作步驟產(chǎn)生不同的問(wèn)題，分別報(bào)bug?

如果有截圖，請(qǐng)列出所附的圖片信息預(yù)期結(jié)果?

不要加入實(shí)際結(jié)果的描述信息?

描述要清晰，不要使用含糊不清的縮寫(xiě)詞描述?

如果有截圖，請(qǐng)列出所附的圖片信息備注?

避免寫(xiě)成大段落，要寫(xiě)得簡(jiǎn)單、易讀?

問(wèn)題的特征?

出現(xiàn)問(wèn)題后的解決方法?

對(duì)終端客戶(hù)的影響情況?

如果有必要，列出產(chǎn)生問(wèn)題的配置環(huán)境開(kāi)發(fā)人員解決BUG的原因。的修改方法可以在哪個(gè)版本上進(jìn)行驗(yàn)證。4.測(cè)試人員驗(yàn)證bug時(shí)，需要寫(xiě)明：驗(yàn)證了什么，在什么版本驗(yàn)證，是否通過(guò)，如果不通過(guò)需寫(xiě)明原因。如果在驗(yàn)證當(dāng)前bug時(shí)有新現(xiàn)象產(chǎn)生阻礙了驗(yàn)證此bug，則該bug不能關(guān)閉，寫(xiě)明沒(méi)有驗(yàn)證的原因，并為新現(xiàn)象提bug。舉例1：現(xiàn)象：修改后：BUG嚴(yán)重等級(jí)致命不能執(zhí)行正常工作功能或重要功能，因軟件原因?qū)е孪到y(tǒng)死機(jī)等，須馬上修正致命錯(cuò)誤。通常有如下情況：1.內(nèi)存泄漏2.由于執(zhí)行程序引發(fā)數(shù)據(jù)庫(kù)發(fā)生死鎖3.用戶(hù)數(shù)據(jù)丟失或破壞4.系統(tǒng)崩潰5.死機(jī)6.程序無(wú)法啟動(dòng)或異常退出7.因錯(cuò)誤操作導(dǎo)致的程序中斷8.功能設(shè)計(jì)與需求嚴(yán)重不符嚴(yán)重影響系統(tǒng)功能或操作，應(yīng)用模塊錯(cuò)誤使業(yè)務(wù)中止無(wú)法進(jìn)行后續(xù)操作，主要功能存在嚴(yán)重缺陷，但不會(huì)影響到系統(tǒng)穩(wěn)定性。具體基本上可分為：1.功能未實(shí)現(xiàn)2.功能錯(cuò)誤3.業(yè)務(wù)中止，無(wú)法進(jìn)行后續(xù)操作4.數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件5.數(shù)據(jù)庫(kù)表結(jié)構(gòu)錯(cuò)誤，字段長(zhǎng)度不夠，缺少表、存儲(chǔ)6.語(yǔ)音或數(shù)據(jù)通訊錯(cuò)誤7.數(shù)值計(jì)算錯(cuò)誤8.前臺(tái)提示存儲(chǔ)報(bào)錯(cuò)9.系統(tǒng)所提供的功能或服務(wù)受明顯的影響一般影響系統(tǒng)正常運(yùn)行的缺陷，主要功能出現(xiàn)錯(cuò)誤，影響到產(chǎn)品的使用。例如：次要功能不能正常實(shí)現(xiàn)；查詢(xún)錯(cuò)誤，數(shù)據(jù)錯(cuò)誤顯示；簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制具體基本上可分為：1.操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）2.報(bào)表打印內(nèi)容、格式錯(cuò)誤、取值錯(cuò)誤3.頁(yè)面查詢(xún)結(jié)果錯(cuò)誤，自動(dòng)讀值項(xiàng)取值錯(cuò)誤4.邊界條件下錯(cuò)誤5.提示信息錯(cuò)誤（包括未給出信息、信息提示錯(cuò)誤等）6.簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制7.長(zhǎng)時(shí)間操作無(wú)進(jìn)度提示8.光標(biāo)跳轉(zhuǎn)設(shè)置不好，鼠標(biāo)（光標(biāo)）定位錯(cuò)誤優(yōu)化使操作者不合理或者不方便或操作遇到麻煩，但它不影響執(zhí)行工作功能或重要功能，次要功能，對(duì)產(chǎn)品使用影響不大。例如：程序在一些顯示上不美觀，不符合用戶(hù)習(xí)慣，或是一些文字的錯(cuò)誤。具體基本上可分為：1.界面格式等不規(guī)范2.輔助說(shuō)明描述不清楚3.操作時(shí)未給用戶(hù)提示4.可輸入?yún)^(qū)域和只讀區(qū)域沒(méi)有明顯的區(qū)分標(biāo)志5.

個(gè)別不影響產(chǎn)品理解的錯(cuò)別字6.文字排列不整齊等一些小問(wèn)題7.提示窗口文字未采用行業(yè)術(shù)語(yǔ)BUG優(yōu)先級(jí)緊急阻止與此密切相關(guān)功能的進(jìn)一步測(cè)試,需要立即修復(fù)高必須修改，發(fā)版前必須修正中必須修改，不一定馬上修改，但需確定在某個(gè)特定里程碑結(jié)束前須修正低對(duì)系統(tǒng)的影響較小，如果時(shí)間允許應(yīng)該修改BUG解決方案設(shè)計(jì)如此設(shè)計(jì)如此，測(cè)試人員理解錯(cuò)誤，無(wú)需改動(dòng)，即無(wú)效的bug重復(fù)bug以前已經(jīng)有同樣的bug。已解決Bug已經(jīng)被