一個好的系統還需要：
- 嚴重性等級，以評估在測試條件下，錯誤在系統中的絕對影響；
- 優先級，評估顧客實際使用中發生事件的可能性，或對目標顧客的后續影響；
- 環境：系統軟、硬件配置，測試版本號；
- 附件，錯誤信息或屏幕截圖。
提交之后，Bug為"Submitted"狀態，變更控制委員會（Change Control Board，視項目規模組織，可以是不同角色的幾個人組成或一個人擔當）評審決定：
- 是Bug，分配給相關開發人員修復，狀態為"Assigned"；
- 不是Bug或其他原因，關閉，狀態為"Closed"，解決方式（Resolution）根據實際情況選擇；
- 是Bug，但延遲到下一個版本修復，狀態為"Postponed"。
開發人員將Bug修復后，其狀態改為"Resolved"，他們應發布到下一個測試版本（Test Build）中，測試人員測試所有"Resolved" Bug，沒有問題應關閉（"Closed"狀態），未修復則要重新打開（"Opened"狀態）。
對于用戶提交的Bug，有些系統會增加"Confirmed"的狀態，表示經測試Bug確實存在。
對其他變更（如需求改變或新增），以上流程同樣適用，但可能需要多次分配（assign），如需求變更，業務分析員要更新需求文檔，系統分析員要更新設計文檔，然后程序員改代碼。
系統最好還有以下功能：
- Root Cause：根本原因分析，這需開發人員的幫助；
- Close Date和Resolution：系統生成關閉日期，可選擇或輸入問題是如何解決的；
- 系統自動跟蹤記錄缺陷歷史，可輸入注釋；
- 方便的查詢功能；
- 可定制的報表，缺陷趨勢圖表；
- Email提醒。
 |
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
