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