管理規(guī)范及流程

1、bug管理規(guī)范及流程1、概述本文檔定義bug的整個(gè)生命周期，規(guī)范bug的解決方案及管理流程。Bug在流轉(zhuǎn)的過(guò)程中有章可循。 規(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)c

2、ode 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生命周期4、Bug書寫規(guī)范4.1 BUG標(biāo)題1) 以一個(gè)簡(jiǎn)短的句子描述某個(gè)模塊存在的問(wèn)題；或者某個(gè)操作導(dǎo)致了什么問(wèn)題；2) 描述問(wèn)題時(shí)要簡(jiǎn)練、直接切入主題，但是要抓住要點(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次】添加載

3、體庫(kù)時(shí)程序停止運(yùn)行4.2重現(xiàn)步驟說(shuō)明區(qū)域包括：步驟、預(yù)計(jì)結(jié)果、實(shí)際結(jié)果、測(cè)試環(huán)境、bug出現(xiàn)時(shí)間、截圖、日志1)   用數(shù)字編號(hào)，一步步的描述問(wèn)題的重現(xiàn)步驟；2)   不同的操作步驟產(chǎn)生不同的問(wèn)題，需分別報(bào)bug；盡量做到一個(gè)bug匯報(bào)一個(gè)問(wèn)題；3)   偶現(xiàn)問(wè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í)添加說(shuō)明驗(yàn)證版本號(hào)、錯(cuò)誤原因、解決辦法；示例

4、：驗(yàn)證版本：V1.0.1.1101（1101表示在11月1號(hào)可以驗(yàn)證）問(wèn)題原因：未作條件判斷解決方法：進(jìn)行合理邊界判斷開發(fā)認(rèn)為不是bug：將bug狀態(tài)置為已拒絕；指派給bug提出者；同時(shí)注明拒絕理由；示例：參考XXX設(shè)計(jì)，測(cè)試人員理解錯(cuò)誤；bug缺乏必要的信息，無(wú)法重現(xiàn)：將bug狀態(tài)置為已拒絕（無(wú)法重現(xiàn)）；指派給bug提出者；同時(shí)注明拒絕理由；示例：缺少必須日志；開發(fā)已修復(fù)，測(cè)試驗(yàn)證通過(guò)的bug：將bug狀態(tài)置為關(guān)閉，并注明通過(guò)版本號(hào)；示例：V1.0.1.1103驗(yàn)證通過(guò)開發(fā)已修復(fù)，測(cè)試驗(yàn)證不通過(guò)的bug：將bug狀態(tài)置為打回（激活），并根據(jù)實(shí)際情況注明反饋理由；示例：  

5、   V1.0.1.1103版本驗(yàn)證此問(wèn)題仍然存在；     步驟：XXX     出現(xiàn)時(shí)間：XXX     測(cè)試環(huán)境：XXX     截圖、日志；測(cè)試、開發(fā)有爭(zhēng)議的bug：指派給對(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)行；無(wú)法修復(fù)的bug：

6、將bug狀態(tài)修改為公認(rèn)(外部原因/不予解決)，并注明公認(rèn)理由；無(wú)法重現(xiàn)的bug：主要依賴日志分析問(wèn)題原因，然后進(jìn)行對(duì)應(yīng)的修改；開發(fā)修改后，測(cè)試追溯3個(gè)版本、或者使用測(cè)試工具反復(fù)測(cè)試，如沒(méi)有重現(xiàn)則先關(guān)閉；并注明關(guān)閉版本號(hào)；示例：     V1.0.1.1103暫未復(fù)現(xiàn)，先關(guān)閉；需延期的bug：將bug狀態(tài)修改為低，計(jì)劃完成日期修改為計(jì)劃解決bug的日期；并注明延期理由；示例：     需求變更，改動(dòng)量很大，影響版本發(fā)布時(shí)間；產(chǎn)品確認(rèn)需要修改的bug：將bug狀態(tài)修改為打回，指派給對(duì)應(yīng)的開發(fā)人員，并注明修改內(nèi)容；產(chǎn)品確

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

8、公認(rèn)：確認(rèn)是bug，但是無(wú)法解決的問(wèn)題狀態(tài)；打回：測(cè)試驗(yàn)證已解決bug，仍然沒(méi)有修復(fù)的問(wèn)題狀態(tài)； 8、Bug嚴(yán)重程度致命：不能執(zhí)行正常的功能操作，或者因產(chǎn)品原因?qū)е孪到y(tǒng)死機(jī)，需馬上修復(fù)的問(wèn)題示例：       程序無(wú)法啟動(dòng)，或者登錄；       程序崩潰、停止運(yùn)行，系統(tǒng)死機(jī)，無(wú)法進(jìn)行下一步的操作嚴(yán)重：部分功能存在嚴(yán)重缺陷，尚可繼續(xù)測(cè)試，不影響產(chǎn)品穩(wěn)定性；示例：      偶現(xiàn)的程序崩潰、停止運(yùn)行  

9、60;   功能未實(shí)現(xiàn)      數(shù)據(jù)不同步      功能錯(cuò)誤，無(wú)法進(jìn)行后續(xù)操作一般：次要功能或者界面存在的一些錯(cuò)誤，不影響正常測(cè)試；示例：      界面UI顯示和效果圖不一致；      提示語(yǔ)不正確；      錯(cuò)別字；      查詢結(jié)果顯示錯(cuò)誤建議：測(cè)試對(duì)于產(chǎn)品的一些

10、改進(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ā)人員沒(méi)有關(guān)閉bug的權(quán)限，所有問(wèn)題均需經(jīng)過(guò)測(cè)試驗(yàn)證無(wú)誤后才可關(guān)閉；2)   開發(fā)、測(cè)試雙方有爭(zhēng)議的bug，必須經(jīng)過(guò)產(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后，需要口頭或者QQ告知對(duì)方；6)   bug的優(yōu)先級(jí)劃分比較重要；11、禪道bug提交流程參考：附件：禪道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é)果，或部分功能無(wú)法執(zhí)行。一般bug： 使操作者不方便或遇