BUG參考標準

　　一、目的

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

　　二、概念

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

　　三、BUG的類型劃分

　　1、功能類

　　A.重復(fù)的功能

　　B.多余的功能

　　C.功能實現(xiàn)與設(shè)計要求不相符

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

　　2、界面類

　　A.界面不美觀

　　B.控件排列、格式不統(tǒng)一

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

　　3、數(shù)據(jù)處理類

　　A.數(shù)據(jù)有效性檢測不合理

　　B.數(shù)據(jù)來源不正確

　　C.數(shù)據(jù)處理過程不正確

　　D.數(shù)據(jù)處理結(jié)果不正確

　　4、流程類

　　A.流程控制不符和要求

　　B.流程實現(xiàn)不完整

　　5、提示信息類

　　A.提示信息重復(fù)或出現(xiàn)時機不合理

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

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

　　6、建議類

　　A.功能性建議

　　B.操作建議

　　C.檢校建議

　　D.說明建議

　　7、性能類

　　A.并發(fā)量

　　B.數(shù)據(jù)量

　　C.壓縮率

　　D.響應(yīng)時間

　　8、常識類

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

　　9、特殊類

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

　　四、BUG狀態(tài)

　　已提交：測試員發(fā)現(xiàn)BUG后提交到BUG管理系統(tǒng)中的狀態(tài)。(初始狀態(tài))

　　已修改：程序員在修改了BUG后提交到BUG管理系統(tǒng)中的狀態(tài)。

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

　　延遲：根據(jù)目前項目進程或計劃等情況，暫時延期的狀態(tài)

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

　　已驗證：已經(jīng)解決的并經(jīng)過測試員復(fù)測的BUG的狀態(tài)。

　　關(guān)閉：完全解決了，只供以后備查的狀態(tài)

　　重新打開：重新出現(xiàn)在新的版本中，重新打開以前關(guān)閉的bug狀態(tài)

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