BUG处理流程说明
一、????????BUG處理流程圖：
流程描述：
1、? 測(cè)試人員發(fā)現(xiàn)bug提交給開發(fā)。
2、? 開發(fā)人員判斷是否是bug。
3、? 如果是bug，進(jìn)行修改，修改完成后更改bug狀態(tài)為已解決。
4、? 如果不是bug，退回給測(cè)試人員并描述退回原因，或?yàn)樵O(shè)計(jì)如此，或?yàn)橥獠吭?#xff0c;或者不能重現(xiàn)。
5、? 開發(fā)人員修改完成的bug，由測(cè)試人員進(jìn)行驗(yàn)證，確認(rèn)修改正確，關(guān)閉bug。
6、? 驗(yàn)證未通過(guò)的bug重新激活，開發(fā)人員繼續(xù)修改，直至驗(yàn)證通過(guò)，關(guān)閉bug。
7、? 測(cè)試人員需要對(duì)開發(fā)人員退回的bug進(jìn)行確認(rèn)。
8、? 確認(rèn)不是bug關(guān)閉。
9、? 如與開發(fā)人員意見(jiàn)不一致，認(rèn)為是bug，需提交項(xiàng)目負(fù)責(zé)人仲裁。
10、項(xiàng)目負(fù)責(zé)人確認(rèn)是bug由開發(fā)人員修改，不是bug由測(cè)試人員關(guān)閉。
注：除提交項(xiàng)目負(fù)責(zé)人仲裁環(huán)節(jié)外，其他環(huán)節(jié)都可以在禪道上完成。
?
二、??? 各角色應(yīng)關(guān)注的狀態(tài)
1.???????開發(fā)人員：激活、重新打開
激活：開發(fā)人員要對(duì)處于激活狀態(tài)的bug進(jìn)行處理，處理后將其狀態(tài)置成“已解決”、“設(shè)計(jì)如此”、“無(wú)法重現(xiàn)”、“外部原因”、“重復(fù)bug”或“延期處理”。
?
重新打開：重新打開的bug是已解決的bug經(jīng)過(guò)測(cè)試人員驗(yàn)證，未修改正確，需要繼續(xù)修改。
?
2.???????測(cè)試人員：已解決、無(wú)法重現(xiàn)、設(shè)計(jì)如此、外部原因、延期處理
已解決：測(cè)試人員發(fā)現(xiàn)狀態(tài)為“已解決”的BUG，要及時(shí)驗(yàn)證，如果確實(shí)已解決，要將其置為“關(guān)閉”。否則“重新打開”
?
無(wú)法重現(xiàn)：測(cè)試人員發(fā)現(xiàn)狀態(tài)為“無(wú)法重現(xiàn)”的BUG，要及時(shí)修改，把步驟描述清楚，并將其狀態(tài)置為“重新打開”。
?
設(shè)計(jì)如此：測(cè)試人員發(fā)現(xiàn)狀態(tài)為“設(shè)計(jì)如此”和“外部原因”的BUG，要及時(shí)通知項(xiàng)目經(jīng)理，由項(xiàng)目經(jīng)理來(lái)決定是否修改；對(duì)“延期處理”的問(wèn)題要進(jìn)行定期跟蹤，如發(fā)現(xiàn)問(wèn)題沒(méi)有按注釋進(jìn)行修改要及時(shí)通知開發(fā)人員或匯報(bào)給相關(guān)負(fù)責(zé)人。
?
3.???????項(xiàng)目經(jīng)理：設(shè)計(jì)如此、外部原因、延期處理
設(shè)計(jì)如此：因?yàn)檫@些BUG都是測(cè)試人員和開發(fā)人員有爭(zhēng)議的BUG，因此項(xiàng)目經(jīng)理必須及時(shí)關(guān)注這些BUG，及時(shí)給出合理的定奪，如果不需修改把狀態(tài)置成“關(guān)閉”，如果需要立刻解決置成“重新打開”，否則置成“以后解決”。同時(shí)，項(xiàng)目經(jīng)理也要關(guān)注“延期處理”的BUG，以免其被漏掉或遺忘從而影響到項(xiàng)目上線。
三、??? 缺陷嚴(yán)重級(jí)別及類型定義
u? 致命錯(cuò)誤包括：
1．? 造成系統(tǒng)崩潰、死機(jī)
2．? 造成程序非法退出、死循環(huán)、通訊中斷或異常
u? 嚴(yán)重錯(cuò)誤包括：
1.????????功能不符
2.????????數(shù)據(jù)流錯(cuò)誤
3.????????程序接口錯(cuò)誤
4.????????密碼明文顯示
u? 一般錯(cuò)誤包括：
1.????????界面錯(cuò)誤
2.????????打印內(nèi)容、格式錯(cuò)誤
3.????????輸入限制未放在前臺(tái)進(jìn)行控制
4.????????刪除操作未給出提示
5.????????輔助說(shuō)明描述不清楚
6.????????顯示格式不規(guī)范
7.????????長(zhǎng)時(shí)間操作未給用戶進(jìn)度提示
u? 建議（非缺陷）
1．? 修改后可獲得更好的用戶體驗(yàn)
四、???缺陷優(yōu)先級(jí)定義
1、? 高：導(dǎo)致測(cè)試暫停，無(wú)法進(jìn)行；必須立即解決，優(yōu)先級(jí)高于開發(fā)工作。
2、? 中：導(dǎo)致部分功能無(wú)法測(cè)試；需要優(yōu)先解決，解決周期2天。
3、? 低：不影響測(cè)試的進(jìn)行；可在方便時(shí)解決，解決周期3-5天。
?
五、???必須注意的問(wèn)題
1.????????開發(fā)人員不能直接關(guān)閉bug，關(guān)閉bug必須由測(cè)試人員完成。
2.????????在進(jìn)行問(wèn)題處理的時(shí)候必須要添加注釋，描述不是問(wèn)題的原因、以后解決的計(jì)劃版本時(shí)間等等。
3.????????大家在處理自己的問(wèn)題時(shí)，即使這個(gè)問(wèn)題不是自己的程序引起，也最好不要把問(wèn)題置之不理，因?yàn)檫@個(gè)問(wèn)題是在你這塊表現(xiàn)出來(lái)的，到底哪里出問(wèn)題應(yīng)該比較清楚，跟其他相關(guān)人溝通相對(duì)比較容易，這樣可以降低溝通成本，勁量做到“首位責(zé)任制”或“問(wèn)題到此為止”
?
六、??? 禪道使用說(shuō)明
1、? 禪道地址：http://172.21.39.42/www/index.php
2、? 測(cè)試人員提交bug
登錄成功后，選擇測(cè)試試圖，然后從下拉列表中選擇項(xiàng)目，進(jìn)入對(duì)應(yīng)項(xiàng)目。
點(diǎn)擊創(chuàng)建bug，進(jìn)入bug編輯界面。
選擇bug影響版本、當(dāng)前指派人、輸入bug標(biāo)題和bug重現(xiàn)步驟。
選擇bug類型及嚴(yán)重程度、選擇bug出現(xiàn)的系統(tǒng)及瀏覽器、抄送給項(xiàng)目負(fù)責(zé)人或其它相關(guān)人員、插入bug截圖，點(diǎn)擊保存bug提交完成。
?
3、? 開發(fā)人員處理bug
開發(fā)人員登錄系統(tǒng)后，點(diǎn)擊測(cè)試試圖下的缺陷管理，選擇自己所在的項(xiàng)目，進(jìn)入相關(guān)bug頁(yè)面，發(fā)現(xiàn)有指派給自己的bug，點(diǎn)擊bug標(biāo)題，進(jìn)入bug詳細(xì)描述。
在瀏覽bug重現(xiàn)步驟定位bug后，進(jìn)行bug的修改，bug處理完成后點(diǎn)擊解決，進(jìn)入下一步。如果認(rèn)為該bug不是問(wèn)題，也點(diǎn)擊解決，進(jìn)入下一步處理。
如果bug修改完成，解決方案選擇已解決；如果認(rèn)為不是bug，請(qǐng)選擇設(shè)計(jì)如此；如果bug沒(méi)有重現(xiàn)，請(qǐng)選擇不能重現(xiàn)；如果確實(shí)bug但近期內(nèi)無(wú)法解決，請(qǐng)選擇延遲處理；如還有其他問(wèn)題，請(qǐng)選擇所對(duì)應(yīng)的解決方案。填寫備注信息，以說(shuō)明bug處理情況。點(diǎn)擊保存，完成bug修改流程。
?
4、? 測(cè)試人員驗(yàn)證bug
測(cè)試人員登錄系統(tǒng)后，發(fā)現(xiàn)指派給自己的bug，點(diǎn)擊bug進(jìn)入bug詳細(xì)描述。
查看bug解決方案及bug狀態(tài)，如果為已解決，則驗(yàn)證bug是否確定修改，如果修改完成，點(diǎn)擊關(guān)閉，如果bug沒(méi)有修改正確，點(diǎn)擊激活重新打開bug。
如果bug狀態(tài)為無(wú)法重現(xiàn)，則需要自己重現(xiàn)bug，如確實(shí)無(wú)法重現(xiàn)，關(guān)閉，如果可以重現(xiàn)，激活并與開發(fā)人員溝通或現(xiàn)場(chǎng)演示bug的重現(xiàn)。
如果為其他狀態(tài)，請(qǐng)與開發(fā)人員協(xié)商解決。
轉(zhuǎn)載于:https://blog.51cto.com/liyanwen/1982267
總結(jié)
- 上一篇： Microsoft Exchange 2
- 下一篇： 硬盘安装Fedora16