一篇文章講清楚如何對軟件缺陷進行管理(6)

回歸測試后，如果部分登記BUG再次出現，測試人員可直接將已登記的Closed&Fixed狀態的BUG轉入修復流程，等實現人員修復BUG后將該BUG置為

Resolved&Fixed狀態。測試人員對實現人員修復后的BUG進行確認測試，如果該BUG被正確修復了，那么其狀態被置為Closed&Fixed狀態，同時意味著該BUG的整

個生命周期終結了

（3）BUGStart--> BUG初始狀態 --> BUG分配狀態-->BUG重新分配狀態

測試人員發現BUG并且將該BUG標記為Unconfirmed&New狀態，下一步測試人員在排除BUG的登記錯誤后，將該BUG置為Assigned狀態。實現人員接到該BUG通告

進行BUG確認，確認失敗后該BUG狀態被置為Reassigned狀態并發送回BUG起始階段

（4）BUGStart--> BUG初始狀態 --> BUG分配狀態-->BUG重新分配狀態 --> BUG修復狀態 -->BUG重新打開狀態

測試人員發現BUG并且將該BUG標記為Unconfirmed&New狀態，下一步測試人員在排除BUG的登記錯誤后，將該BUG置為Assigned狀態。實現人員接到該BUG通告

進行BUG確認，確認成功后該BUG狀態被置為Reassigned狀態，當實現人員修復BUG后該BUG置為Resolved&Fixed狀態，但是實現人員發現該BUG與其他實現人員

的BUG有關聯關系，可能導致本次修復無效，所以實現人員將該BUG置為Reopen狀態發送回BUG起始階段

（5）BUGStart--> BUG初始狀態 --> BUG分配狀態-->BUG重新分配狀態 --> BUG修復狀態 -->BUG驗證狀態 --> BUG重新打開狀態

人員接到該BUG通告進行BUG確認，確認成功后該BUG狀態被置為Reassigned狀態，當實現人員修復BUG后該BUG置為Resolved&Fixed狀態。測試人員對實現人員

修復后的BUG進行確認測試，驗證成功后測試人員懷疑該BUG并非真正修復，將該BUG置為Reopen狀態發送回BUG起始階段

7、BUG的流轉狀態關鍵字

未確定的（Unconfirmed）。這個BUG最近才被發現，還沒有人確認它是否真的存在，如果有別的測試人員碰到了同樣的問題，就可以將這個Bug標志為New，或者將這個Bug刪除，或者做上closed標記。

新加入的（New）。這個BUG最近被測試人員添加到Bug列表中，已經被證實存在且必須修改的。即將被分配，如果分配了可以標志為Assigned，未分配則將保留New標志，或者做上Resolved標記。

確認分配的（Assigned）。測試人員將BUG的修復任務分配給具體的實現人員，如果BUG不屬于被分配實現人員的范圍，可置為Reassigned，等待被重新指定相關修改人員。

重新分配的（Reassigned）。該BUG不屬于被分配實現人員的范圍，可置為 Reassigned等待被重新指定相關修改人員。

原文轉自：http://www.uml.org.cn/Test/201611161.asp