簡單理解，從開始的報(bào)bug，開發(fā)修復(fù)之后糟把，要對bug進(jìn)行驗(yàn)證，到最后的關(guān)閉bug廷没，就是整個(gè)bug的生命周期
如果是一個(gè)多人測試的團(tuán)隊(duì)糊饱，那么在驗(yàn)證bug的時(shí)候就不止要驗(yàn)證自己報(bào)的bug垂寥，同時(shí)也要驗(yàn)證別人報(bào)的bug颠黎，由此更可見，一個(gè)好的bug是多么的重要滞项，可以參考上一篇《怎么提交一個(gè)漂亮的Bug》
以jira為例狭归，bug的管理流程如下圖所示。其中文判，紅線部分為測試需要執(zhí)行过椎，黑線部分為開發(fā)需要執(zhí)行
bug生命周期流程圖
create bug：提交bug
open：打開
in progress：開發(fā)正在處理
resolve：已解決
fix：已經(jīng)修復(fù)
won't fix：不修復(fù)
cannot reproduce：不能復(fù)現(xiàn)
duplicate：已重復(fù)
reopen：重新打開
close：已關(guān)閉
需要注意：修改bug的狀態(tài)時(shí)，一定要在comment中寫明為什么修改該狀態(tài)戏仓，比如疚宇，bug1，驗(yàn)證后修復(fù)成功赏殃，comment中寫上0112包fix敷待；bug2，開發(fā)不修復(fù)仁热，詢問產(chǎn)品后榜揖，同意不修復(fù)，comment中寫上產(chǎn)品同學(xué)xxx同意暫不修復(fù)，理由xxx
