BUG參考標準

　　一、目的

　　對BUG概念、類型劃分、BUG狀態、BUG嚴重程度等內容進行定義和規范，以便進一步指導我們的測試工作。

　　二、概念

　　BUG：軟件中存在的瑕疵，可能會導致系統失效。簡單的說就是軟件系統中存在的可能導致系統出錯、失效、死機等問題的錯誤或缺陷。

　　三、BUG的類型劃分

　　1、功能類

　　A.重復的功能

　　B.多余的功能

　　C.功能實現與設計要求不相符

　　D.功能使用性、方便性、易用性不夠

　　2、界面類

　　A.界面不美觀

　　B.控件排列、格式不統一

　　C.焦點控制不合理或不全面

　　3、數據處理類

　　A.數據有效性檢測不合理

　　B.數據來源不正確

　　C.數據處理過程不正確

　　D.數據處理結果不正確

　　4、流程類

　　A.流程控制不符和要求

　　B.流程實現不完整

　　5、提示信息類

　　A.提示信息重復或出現時機不合理

　　B.提示信息格式不符和要求

　　C.提示框返回后焦點停留位置不合理

　　6、建議類

　　A.功能性建議

　　B.操作建議

　　C.檢校建議

　　D.說明建議

　　7、性能類

　　A.并發量

　　B.數據量

　　C.壓縮率

　　D.響應時間

　　8、常識類

　　違背正常習俗習慣的，比如日期/節日等

　　9、特殊類

　　不符合OEM版本或DEMO版本特殊要求的

　　四、BUG狀態

　　已提交：測試員發現BUG后提交到BUG管理系統中的狀態。(初始狀態)

　　已修改：程序員在修改了BUG后提交到BUG管理系統中的狀態。

　　不修改：程序員或項目經理根據需求分析、概要設計、詳細設計說明書等上的要求經過考慮后決定對BUG不進行修改。其BUG的狀態為不修改，需要說明理由。

　　延遲：根據目前項目進程或計劃等情況，暫時延期的狀態

　　待討論：需要進行討論后才能決定是否需要修改的BUG的狀態。

　　已驗證：已經解決的并經過測試員復測的BUG的狀態。

　　關閉：完全解決了，只供以后備查的狀態

　　重新打開：重新出現在新的版本中，重新打開以前關閉的bug狀態

　　(當然在bug工具中，可以自己定制適合項目的狀態項目，比如廢除，拒絕等)