A. 功能性建議
B. 操作建議
C. 檢校建議
D. 說明建議
性能類
A. 并發量
B. 數據量
C. 壓縮率
D. 響應時間
常識類
A. 違背正常習俗習慣的，比如日期 / 節日等
特殊類
A. 不符合 OEM 版本或 DEMO 版本特殊要求的
四、 BUG 狀態
已提交：軟件測試員發現 BUG 后提交到 BUG 管理系統中的狀態。(初始狀態)
已修改：程序員在修改了 BUG 后提交到 BUG 管理系統中的狀態。
不修改：程序員或項目經理根據需求分析、概要設計、詳細設計說明書等上的要求經過考慮后決定對 BUG 不進行修改。其 BUG 的狀態為不修改，需要說明理由。
延遲：根據目前項目進程或計劃等情況，暫時延期的狀態
待討論：需要進行討論后才能決定是否需要修改的 BUG 的狀態。
已驗證：已經解決的并經過測試員復測的 BUG 的狀態。
關閉：完全解決了，只供以后備查的狀態
重新打開：重新出現在新的版本中，重新打開以前關閉的 bug 狀態
( 當然在 bug 工具中，可以自己定制適合項目的狀態項目，比如廢除，拒絕等 )
五、 BUG 的等級劃分與優先級
1 、嚴重：死機，數據丟失，主要功能完全喪失，系統懸掛等錯誤。修改優先級為最高，該級別需要程序員立即修改。
2 、較高：主要功能喪失，導致嚴重的問題，或致命的錯誤聲明。修改優先級為高，該級別需要程序員盡快修改。
3 、一般：次要功能喪失， 不太嚴重，如提示信息不太準確。修改優先級為中，該級別需要程序員修改。
4 、輕微：微小的問題，對功能幾乎沒有影響，產品及屬性仍可使用，如有個錯別字。修改優先級為低，該級別需要程序員修改或不修改。
六、 BUG 的優先級 (一般與 BUG 等級掛鉤)
參考 1 、緊急、非常高、高、中等、低
參考 2 、下一個 build 版本 ,a 測試 ,b 測試 , 發布版本，最終發布版本
七、 BUG 記錄內容
文章來源于領測軟件測試網 http://www.kjueaiud.com/
