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

需要幫助的（Needinfo）。測試人員或實現人員無法對發現的BUG進行精確定位或描述，需要相關實現人員協助，以更深刻地認識和修復這個Bug。

重復出現的（Reopened）。該BUG已經不是第一次被發現，它可以被標志為Assigned或者Resolved。

已解決的（Resolved）。實現人員對被分配給自己的BUG進行修改，修改完以后，修改狀態。

重新啟用的（Reopen）。當實現人員發現某些BUG具有關聯性，即使該BUG被正確修復了，也會被發送到起始狀態等待回歸再次確認?；驕y試人員發現該BUG沒有被真正修改后，重置狀態。

正在驗證的（Verified）。測試人員對標記為Resolved狀態的BUG進行驗證。

安全關閉的（Closed）。該BUG已經被完全解決。

8、BUG的解決關鍵字

已經修復（Fixed），該BUG被正確修復了，并且得到了測試人員的確認。

無法修復（Wontfix），發現的BUG永遠不會被修復，或者該BUG牽涉面太廣需要委員會決定。

下版本解決（Later），發現的BUG不會在產品的這個版本中解決，將在下一個版本中被修復。

無法確定（Remind），發現的BUG可能不會在產品的這個版本中解決，也可能會。

重復的（Duplicate），發現的BUG是一個已存在BUG的復件。

無法證實（Incomplete），用了所有的方法都不能再現這個BUG，沒有更多的線索來證實這BUG的存在，即使看程序源代碼也無法確認這個Bug的出現。

測試錯誤（NotaBUG），BUG報告出現了錯誤，將正確的軟件過程報告成BUG了。

無效的（Invalid），描述的問題不是BUG，屬于測試人員輸入錯誤，通過此項來取消。

問題歸檔（Worksforme），所有要重現這個BUG的企圖都是無效的，如果該BUG有更多的信息出現，則重新分配這個BUG，而現在只把它列入問題歸檔。

9、BUG的嚴重等級

危急的（Critical)，能使不相關的系統內軟件（或整個系統）損壞，或造成嚴重的信息遺失，或為安裝該軟件包的系統引入安全漏洞。

重大的（Grave)，使該軟件包無法或幾乎不可用，或造成數據遺失，或引入一個允許侵入此軟件包用戶之帳號的安全漏洞。

嚴重的（Serious)，該軟件包違反了“必須”或“必要”的規定，或者是軟件包維護人員和測試人員認為該軟件包已不適合發布。

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