1.NEW
測(cè)試人員將Bug提交給任務(wù)分發(fā)人員（研發(fā)模塊負(fù)責(zé)人），此時(shí)Bug狀態(tài)為NEW，開(kāi)始Bug的生命周期，如果測(cè)試人員知道具體負(fù)責(zé)的研發(fā)人員，也可以直接指定，在A(yíng)ssign To項(xiàng)目中輸入具體負(fù)責(zé)的研發(fā)人員Email
2.ASSI
任務(wù)分發(fā)人員將Bug分發(fā)給指定研發(fā)人員時(shí)，將Bug置為ASSI狀態(tài)，解決Bug的工作開(kāi)始
3.Ressigned
研發(fā)人員接收到Bug，經(jīng)過(guò)分析，不屬于自己負(fù)責(zé)的范圍，如果知道誰(shuí)應(yīng)該負(fù)責(zé)，可以在A(yíng)ssigned To項(xiàng)目旁點(diǎn)擊edit，直接輸入被指定人的Email，將Bug轉(zhuǎn)移給其他研發(fā)人員，研發(fā)人員接收到Bug，經(jīng)過(guò)分析，不屬于自己負(fù)責(zé)的范圍，如果不知道誰(shuí)應(yīng)該負(fù)責(zé)，將Bug退回給任務(wù)分發(fā)人員（Bugzllia沒(méi)有該狀態(tài)，列在此處，只為研發(fā)人員處理不屬于自己負(fù)責(zé)范圍的Bug提供參考）
4.RESO DUPL
研發(fā)人員接收分配給自己的Bug后，在當(dāng)前項(xiàng)目的Bug List中查看該Bug是否與之前的Bug重復(fù)，若重復(fù)，將新Bug置為RESO DUPL狀態(tài)，并在Commnet中注明與哪個(gè)Bug重復(fù)（部分研發(fā)人員將舊Bug置為RESO DUPL是錯(cuò)誤的）
5.RESO INVA
研發(fā)人員對(duì)于沒(méi)有重復(fù)的Bug進(jìn)行修復(fù)，經(jīng)過(guò)分析，如果Bug是因?yàn)樵阱e(cuò)誤的環(huán)境下產(chǎn)生或由于錯(cuò)誤操作導(dǎo)致或由于測(cè)試人員錯(cuò)誤理解而產(chǎn)生，屬于無(wú)效Bug，將Bug置為RESO INVA狀態(tài)，并在Commnet中注明置為無(wú)效的原因
6.RESO LATE
研發(fā)人員對(duì)于沒(méi)有重復(fù)的有效Bug進(jìn)行修復(fù)，經(jīng)過(guò)分析，如果當(dāng)前版本無(wú)法修復(fù)，但在以后項(xiàng)目中或條件成熟時(shí)會(huì)修復(fù)，將Bug置為RESO LATE狀態(tài)，并在Commnet中注明置為L(zhǎng)ATE的原因（部分研發(fā)人員將此類(lèi)Bug誤置為RESO INVA是錯(cuò)誤的）
7.RESO WONT
研發(fā)人員對(duì)于沒(méi)有重復(fù)的有效Bug進(jìn)行修復(fù)，經(jīng)過(guò)分析，不在產(chǎn)品需求范圍內(nèi)，而且在可預(yù)見(jiàn)的未來(lái)內(nèi)也不會(huì)提供該功能，將Bug置為RESO WONT狀態(tài)，并在Commnet中注明置為WONT的原因
8.RESO WORK
研發(fā)人員對(duì)于沒(méi)有重復(fù)的有效Bug進(jìn)行修復(fù)，按照Bug的步驟，多次驗(yàn)證，卻無(wú)法重現(xiàn)該Bug，需要測(cè)試人員再次發(fā)現(xiàn)該Bug時(shí)告知自己，以便查找原因時(shí)，將Bug置為RESO WORK狀態(tài)
9.RESO FIXE
研發(fā)人員對(duì)于沒(méi)有重復(fù)的有效Bug進(jìn)行修復(fù)，發(fā)現(xiàn)了產(chǎn)生Bug的原因，經(jīng)過(guò)修改代碼，能夠消除該Bug，將Bug置為RESO FIXE狀態(tài)，并在Commnet中注明問(wèn)題的原因、修復(fù)的方法和將在哪個(gè)版本中修復(fù)，以便測(cè)試人員準(zhǔn)確及時(shí)驗(yàn)證（部分研發(fā)人員只注明修復(fù)了Bug，但沒(méi)有說(shuō)明版本，或說(shuō)明版本錯(cuò)誤）
10.VERI FIXE
測(cè)試人員在處理RESO FIXE時(shí)，在指定的版本及以后的版本中進(jìn)行驗(yàn)證，如果發(fā)現(xiàn)該Bug已經(jīng)不存在，將Bug置為VERI FIXE狀態(tài)，并在Commnet中注明驗(yàn)證通過(guò)的版本
11.REOP
測(cè)試人員在處理RESO FIXE時(shí)，在指定的版本及以后的版本中進(jìn)行驗(yàn)證，如果發(fā)現(xiàn)該Bug仍存在，將Bug置為REOP狀態(tài)，并在Commnet中注明重現(xiàn)該Bug的版本，補(bǔ)充必要的信息，需要研發(fā)人員繼續(xù)查找原因，進(jìn)一步修復(fù)Bug，測(cè)試人員在測(cè)試過(guò)程中，發(fā)現(xiàn)狀態(tài)為VERI FIXE的Bug重現(xiàn)了，將Bug置為REOP狀態(tài)，并在Commnet中注明重現(xiàn)該Bug的版本，補(bǔ)充必要的信息，需要研發(fā)人員繼續(xù)查找原因，進(jìn)一步修復(fù)Bug，測(cè)試人員在測(cè)試過(guò)程中，發(fā)現(xiàn)狀態(tài)為CLOS的Bug重現(xiàn)了，操作同上
12.CLOS
測(cè)試人員在回歸測(cè)試時(shí)，再次驗(yàn)證VERI FIXE狀態(tài)的Bug，如果該Bug仍未重現(xiàn)，將該Bug置為CLOS狀態(tài)，并在Commnet中注明后驗(yàn)證的版本，至此Bug的生命周期結(jié)束，如果該項(xiàng)目后續(xù)版本中再出現(xiàn)該Bug時(shí)，需要REOP，以上的操作只在同一個(gè)項(xiàng)目中進(jìn)行處理，不同項(xiàng)目的Bug不存在重復(fù)問(wèn)題。測(cè)試人員在提交Bug時(shí)，如果希望其他人也了解Bug的進(jìn)展，可以在CC項(xiàng)中輸入他們的Email，bug已經(jīng)提交后，如果希望其他人也了解Bug的進(jìn)展，可以在CC List項(xiàng)中點(diǎn)擊edit，添加他們的Email