BUG 參考標準

　　一、目的

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

　　二、概念

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

　　三、 BUG 的類型劃分

　　功能類

　　A. 重復的功能

　　B. 多余的功能

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

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

　　界面類

　　A. 界面不美觀

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

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

　　數據處理類

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

　　B. 數據來源不正確

　　C. 數據處理過程不正確

　　D. 數據處理結果不正確

　　流程類

　　A. 流程控制不符和要求

　　B. 流程實現不完整

　　提示信息類

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

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

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

　　建議類

　　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 記錄內容

　　編號

　　標題

　　項目模塊

　　測試階段

　　類型

　　操作環境 ( 操作系統 ,IE 等軟硬件環境 )

　　嚴重程度(等級及優先級)

　　BUG 狀態

　　測試員

　　程序員(解決者)

　　解決方案

　　解決日期

　　測試日期

　　詳細描述(步驟、結果、期望、備注)

　　編號

　　測試日期

　　標題

　　項目模塊

　　測試階段

　　測試員

　　操作環境

　　BUG 類型

　　等級及優先級

　　詳細描述

　　步驟(操作、數據輸入等)

　　結果

　　期望

　　備注

　　程序員

　　解決日期

　　解決方案

原文轉自：http://www.anti-gravitydesign.com