bug管理規(guī)范及流程(20210314072419)

1、bug管理規(guī)范及流程1、概述本文檔定義bug的整個(gè)生命周期，規(guī)范bug的解決方案及管理流程。Bug在流轉(zhuǎn)的過程中有章可循。 規(guī)范bug嚴(yán)重等級(jí)與bug解決優(yōu)先級(jí)，使開發(fā)人員與測(cè)試人員能根據(jù)此文檔準(zhǔn)確判斷bug的嚴(yán)重程度并加以解決；2、關(guān)鍵角色及職責(zé)角色職責(zé)測(cè)試工程師1. 根據(jù)規(guī)范提交bug；2. 及時(shí)驗(yàn)證bug是否已解決；3. 及時(shí)關(guān)注開發(fā)拒絕 bug，和相關(guān)人員溝通討論解決方式；測(cè)試經(jīng)理1. 審核測(cè)試工程師提交的bug；2. 定期review bug，報(bào)告現(xiàn)狀，并給出解決意見；開發(fā)工程師1.以優(yōu)先級(jí)為依據(jù)分析解決bug開發(fā)主管1. 定期review bug ，對(duì)bug多的模塊加強(qiáng) code

2、review 和單元測(cè)試；2. 分析bug解決進(jìn)度，對(duì)產(chǎn)品質(zhì)量及進(jìn)度進(jìn)行風(fēng)險(xiǎn)評(píng)估；產(chǎn)品1、當(dāng)開發(fā)和測(cè)試存在意見分歧時(shí)，進(jìn)行需求確認(rèn)2、從產(chǎn)品角度劃分bug修改的優(yōu)先級(jí)；3、Bug生命周期產(chǎn)品硝從需饕修改亠4、Bug書寫規(guī)范4.1 BUG標(biāo)題1）以一個(gè)簡短的句子描述某個(gè)模塊存在的問題；或者某個(gè)操作導(dǎo)致了什么問題;2）描述問題時(shí)要簡練、直接切入主題，但是要抓住要點(diǎn)；3）偶現(xiàn)bug在主題前標(biāo)注出現(xiàn)的次數(shù);4）有些模塊功能比較多，可以在主題描述前標(biāo)注上具體得操作；示例：【偶現(xiàn)3次】【賬號(hào)切換】登錄非本機(jī)手機(jī)號(hào)，切換回本機(jī)號(hào)碼登錄后，收不到消息【偶現(xiàn)2次】添加載體庫時(shí)程序停止運(yùn)行4.2重現(xiàn)步驟說明區(qū)域包

3、括：步驟、預(yù)計(jì)結(jié)果、實(shí)際結(jié)果、測(cè)試環(huán)境、bug出現(xiàn)時(shí)間、截圖、日志1）用數(shù)字編號(hào)，一步步的描述問題的重現(xiàn)步驟；2）不同的操作步驟產(chǎn)生不同的問題，需分別報(bào)bug;盡量做到一個(gè)bug匯報(bào)一個(gè)問題；3）偶現(xiàn)問題必須明確 bug出現(xiàn)的時(shí)間、提供截圖以及日志；5、Bug解決方案當(dāng)天提交的新建狀態(tài) bug，對(duì)應(yīng)的開發(fā)人員需在 2天內(nèi)全部審核一遍，將bug分成以下3類：拒絕、進(jìn)行中、延期、反饋（給產(chǎn)品）；開發(fā)已修復(fù)的bug：將bug狀態(tài)置為已解決；同時(shí)添加說明驗(yàn)證版本號(hào)、錯(cuò)誤原因、解決辦 法；示例：驗(yàn)證版本：V101 （ 1101表示在11月1號(hào)可以驗(yàn)證）問題原因：未作條件判斷解決方法：進(jìn)行合

4、理邊界判斷開發(fā)認(rèn)為不是bug：將bug狀態(tài)置為已拒絕；指派給 bug提出者；同時(shí)注明拒絕理由；示例：參考XXX設(shè)計(jì)，測(cè)試人員理解錯(cuò)誤;bug缺乏必要的信息，無法重現(xiàn)：將bug狀態(tài)置為已拒絕（無法重現(xiàn)）；指派給bug提出者; 同時(shí)注明拒絕理由；示例：缺少必須日志；開發(fā)已修復(fù)，測(cè)試驗(yàn)證通過的bug：將bug狀態(tài)置為關(guān)閉，并注明通過版本號(hào)；示例：V103驗(yàn)證通過開發(fā)已修復(fù)，測(cè)試驗(yàn)證不通過的bug：將bug狀態(tài)置為打回（激活），并根據(jù)實(shí)際情況注明反饋理由；示例：V103版本驗(yàn)證此問題仍然存在；步驟：XXX出現(xiàn)時(shí)間：XXX測(cè)試環(huán)境：XXX截圖、日志；測(cè)試、開發(fā)有爭(zhēng)議的 bug

5、 :指派給對(duì)應(yīng)產(chǎn)品經(jīng)理，進(jìn)行討論確認(rèn)修改方案；由產(chǎn)品經(jīng)理編輯bug狀態(tài)為激活/不予處理/轉(zhuǎn)為需求，并注明理由。示例：測(cè)試認(rèn)為ip地址設(shè)置錯(cuò)誤，應(yīng)該提示用戶，而不應(yīng)該程序出現(xiàn)停止運(yùn)行；無法修復(fù)的bug:將bug狀態(tài)修改為公認(rèn)（外部原因/不予解決），并注明公認(rèn)理由；無法重現(xiàn)的bug:主要依賴日志分析問題原因，然后進(jìn)行對(duì)應(yīng)的修改；開發(fā)修改后，測(cè)試追溯3個(gè)版本、或者使用測(cè)試工具反復(fù)測(cè)試，如沒有重現(xiàn)則先關(guān)閉；并注明關(guān)閉版本號(hào)；示例:V103暫未復(fù)現(xiàn)，先關(guān)閉；需延期的bug:將bug狀態(tài)修改為低，計(jì)劃完成日期修改為計(jì)劃解決bug的日期；并注明延期理由；示例：需求變更，改動(dòng)量很大，影響版本發(fā)布

6、時(shí)間；產(chǎn)品確認(rèn)需要修改的 bug:將bug狀態(tài)修改為打回，指派給對(duì)應(yīng)的開發(fā)人員，并注明修改內(nèi)容；產(chǎn)品確認(rèn)不需要修改的 bug:將bug狀態(tài)修改為已解決，并注明不需要修改原因；不是本端的bug:由bug所在端（本端）人員給出分析說明，轉(zhuǎn)給對(duì)應(yīng)端和開發(fā)人員，并口 頭通知；6、Bug跟蹤類別bug:測(cè)試人員判定為bug的問題；優(yōu)化：功能已實(shí)現(xiàn)，需要做性能優(yōu)化的問題；建議：測(cè)試對(duì)于產(chǎn)品的一些改進(jìn)建議；需求：需要產(chǎn)品重新梳理的需求問題；7、Bug狀態(tài)新建：測(cè)試人員新提交的bug、優(yōu)化或者建議的問題狀態(tài)；進(jìn)行中：開發(fā)人員已確認(rèn)是 bug，需要修改的問題狀態(tài)；已解決：開發(fā)人員已修復(fù)的問題狀態(tài)；已關(guān)閉：測(cè)試驗(yàn)

7、證，確定已解決的問題狀態(tài)；已拒絕：開發(fā)認(rèn)為不是bug，拒絕給測(cè)試的問題狀態(tài)；反饋：反饋給產(chǎn)品確認(rèn)的問題狀態(tài)；公認(rèn)：確認(rèn)是bug，但是無法解決的問題狀態(tài)；打回：測(cè)試驗(yàn)證已解決bug，仍然沒有修復(fù)的問題狀態(tài)；8、Bug嚴(yán)重程度致命：不能執(zhí)行正常的功能操作，或者因產(chǎn)品原因?qū)е孪到y(tǒng)死機(jī)，需馬上修復(fù)的問題 示例：程序無法啟動(dòng)，或者登錄；程序崩潰、停止運(yùn)行，系統(tǒng)死機(jī)，無法進(jìn)行下一步的操作嚴(yán)重：部分功能存在嚴(yán)重缺陷，尚可繼續(xù)測(cè)試，不影響產(chǎn)品穩(wěn)定性；示例：偶現(xiàn)的程序崩潰、停止運(yùn)行功能未實(shí)現(xiàn)數(shù)據(jù)不同步功能錯(cuò)誤，無法進(jìn)行后續(xù)操作一般：次要功能或者界面存在的一些錯(cuò)誤，不影響正常測(cè)試；示例：界面UI顯示和效果圖不一致

8、；提示語不正確；錯(cuò)別字；查詢結(jié)果顯示錯(cuò)誤建議：測(cè)試對(duì)于產(chǎn)品的一些改進(jìn)建議;9、Bug優(yōu)先級(jí)4低：對(duì)產(chǎn)品的影響比較小，在時(shí)間不允許的情況下可以暫時(shí)不修改；3中：必須修改，不一定馬上修改，需討論確定在某個(gè)特定的里程碑前修改完；2高：必須在版本發(fā)布之前修改完；1緊急：影響測(cè)試，需立即或者下一個(gè)版本修復(fù)；10、其他注意事項(xiàng)1）開發(fā)人員沒有關(guān)閉 bug的權(quán)限，所有問題均需經(jīng)過測(cè)試驗(yàn)證無誤后才可關(guān)閉;2）開發(fā)、測(cè)試雙方有爭(zhēng)議的 bug，必須經(jīng)過產(chǎn)品的確認(rèn)才可進(jìn)行下一步的操作;3）測(cè)試需及時(shí)驗(yàn)證已修復(fù) bug ；4）產(chǎn)品人員可以根據(jù)產(chǎn)品的階段性需求重新分配bug解決的優(yōu)先級(jí)；5）重新指派bug后，需要口頭或

9、者 QQ告知對(duì)方；6）bug的優(yōu)先級(jí)劃分比較重要；11、禪道bug提交流程參考：http:/www.ze ntao. net/book/ze ntaopmshelp/133.html附件：禪道 bug 管理規(guī)范 V1.0禪道系統(tǒng) bug 嚴(yán)重程度（即 bug 等級(jí)）1=致命 bug ，2=嚴(yán)重 bug ，3=一般 bug ，4=建議。致命 bug ：不能完全滿足應(yīng)用要求導(dǎo)致應(yīng)用閃退和應(yīng)用停止運(yùn)行嚴(yán)重 bug ：嚴(yán)重地影響應(yīng)用需求或基本功能的實(shí)現(xiàn)， 使應(yīng)用不穩(wěn)定、 或破壞數(shù)據(jù)、 或產(chǎn)生錯(cuò)誤結(jié)果， 或部分功能無法執(zhí)行。一般 bug：使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能建議：希望提出的建議進(jìn)行修改， 但不強(qiáng)制要求修改。 不會(huì)