Bug管理的一般流程

軟體bug的狀態

新資訊(new):測試中新報告的軟體缺陷

開啟(open):被確認並分配給相關開發人員處理

修正(fixed):開發人員已修正，等待測試人員驗證

拒絕(declined):拒絕修改缺陷

延期(deferred):不在當前版本修復的錯誤，下一版修復

關閉(closed):錯誤已被修復

bug管理的一般流程

測試人員提交新的bug入庫，錯誤狀態為new。

高階測試人員驗證錯誤，如果確認是錯誤，分配給相應的開發人員，設定狀態為open。如果不是錯誤，則拒絕，設定為declined狀態。

開發人員查詢狀態為open的bug，如果不是錯誤，則置狀態為declined；如果是bug則修復並置狀態為fixed。不能解決的bug，要留下文字說明及保持bug為open狀態。對於不能解決和延期解決的bug，不能由開發人員自己決定，一般要通過某種會議（評審會）通過才能認可。

測試人員查詢狀態為fixed的bug，然後驗證bug是否已解決，如解決置bug的狀態為closed，如沒有解決置狀態為reopen。

Bug管理的一般流程

軟體測試的主要目的在於發現軟體存在的錯誤 bug 對於如何處理測試中發現的錯誤，將直接影響到測試的效果。只有正確 迅速 準確地處理這些錯誤，才能消除軟體錯誤，保證 要發布的軟體符合需求設計的目標。在實際軟體測試過程中，對於每個bug都要經過測試 確 認 修復 驗證等的管理過程，這是軟體測試的重要環節...

Bug管理的一般流程

測試人員提交新的bug入庫，錯誤狀態為new。高階測試人員驗證錯誤，如果確認是錯誤，分配給相應的開發人員，設定狀態為open。如果不是錯誤，則拒絕，設定為declined 拒絕 狀態。開發人員查詢狀態為open的bug，如果不是錯誤，則置狀態為declined 如果是bug則修復並置狀態為fixed...

Bug管理的一般流程 悟sphenic 新浪部落格

軟體測試的主要目的在於發現軟體存在的錯誤 bug 對於如何處理測試中發現的錯誤，將直接影響到測試的效果。只有正確 迅速 準確地處理這些錯誤，才能消除軟體錯誤，保證 要發布的軟體符合需求設計的目標。在實際軟體測試過程中，對於每個bug都要經過測試 確 認 修復 驗證等的管理過程，這是軟體測試的重要環節...