《 bug 參考標準》
一、目的
對 bug 概念、型別劃分、 bug 狀態、 bug 嚴重程度等內容進行定義和規範，以便進一步指導我們的測試工作。
二、概念
bug ：軟體中存在的瑕疵，可能會導致系統失效。簡單的說就是軟體系統中存在的可能導致系統出錯、失效、宕機等問題的錯誤或缺陷。
三、bug的型別劃分
• 功能類
a. 重複的功能
b. 多餘的功能
c. 功能實現與設計要求不相符
d. 功能使用性、方便性、易用性不夠
• 介面類
a. 介面不美觀
b. 控制項排列、格式不統一
c. 焦點控制不合理或不全面
• 資料處理類
a. 資料有效性檢測不合理
b. 資料**不正確
c. 資料處理過程不正確
d. 資料處理結果不正確
• 流程類
a. 流程控制不符和要求
b. 流程實現不完整
• 提示資訊類
a. 提示資訊重複或出現時機不合理
b. 提示資訊格式不符和要求
c. 提示框返回後焦點停留位置不合理
6 、建議類
a. 功能性建議
b. 操作建議
c. 檢校建議
d. 說明建議
7 、效能類
a. 併發量
b. 資料量
c. 壓縮率
d. 響應時間
8 、常識類
a. 違背正常習俗習慣的，比如日期 / 節日等
9 、特殊類
a. 不符合 oem 版本或 demo 版本特殊要求的
四、bug狀態
已提交：測試員發現 bug 後提交到 bug 管理系統中的狀態。（初始狀態）
已修改：程式設計師在修改了 bug 後提交到 bug 管理系統中的狀態。
不修改：程式設計師或專案經理根據需求分析、概要設計、詳細設計說明書等上的要求經過考慮後決定對 bug 不進行修改。其 bug 的狀態為不修改，需要說明理由。
延遲：根據目前專案程序或計畫等情況，暫時延期的狀態
待討論：需要進行討論後才能決定是否需要修改的 bug 的狀態。
已驗證：已經解決的並經過測試員複測的 bug 的狀態。
關閉：完全解決了，只供以後備查的狀態
重新開啟：重新出現在新的版本中，重新開啟以前關閉的 bug 狀態
( 當然在 bug 工具中，可以自己定製適合專案的狀態專案，比如廢除，拒絕等 )
五、 bug的等級劃分與優先順序
1 、嚴重：宕機，資料丟失，主要功能完全喪失，系統懸掛等錯誤。修改優先順序為最高，該級別需要程式設計師立即修改。
2 、較高：主要功能喪失，導致嚴重的問題，或致命的錯誤宣告。修改優先順序為高，該級別需要程式設計師盡快修改。
3 、一般：次要功能喪失， 不太嚴重，如提示資訊不太準確。修改優先順序為中，該級別需要程式設計師修改。
4 、輕微：微小的問題，對功能幾乎沒有影響，產品及屬性仍可使用，如有個錯別字。修改優先順序為低，該級別需要程式設計師修改或不修改。
六、 bug 的優先順序 （一般與 bug 等級掛鉤）
參考 1 、緊急、非常高、高、中等、低
七、 bug 記錄內容
• 編號
• 標題
• 專案模組
• 測試階段
• 型別
• 操作環境 ( 作業系統 ,ie 等軟硬體環境 )
• 嚴重程度（等級及優先順序）
• bug 狀態
• 測試員
• 程式設計師（解決者）
• 解決方案
• 解決日期
• 測試日期
• 詳細描述（步驟、結果、期望、備註）
編號 測試日期
標題 專案模組
測試階段
測試員
操作環境
bug 型別
等級及優先順序
詳細描述
• 步驟（操作、資料輸入等）
• 結果
• 期望
• 備註
程式設計師
解決日期
解決方案
備註：根據專案具體情況，定製真正適合專案的 bug 規範，一切以提高產品質量及公司效益為根本， bug 沒有統一規範只有共同的目的。
測試規範 BUG參考標準
bug 參考標準 一 目的 對 bug 概念 型別劃分 bug 狀態 bug 嚴重程度等內容進行定義和規範，以便進一步指導我們的測試工作。二 概念 bug 軟體中存在的瑕疵，可能會導致系統失效。簡單的說就是軟體系統中存在的可能導致系統出錯 失效 宕機等問題的錯誤或缺陷。三 bug的型別劃分 1 功能...
BUG分類標準
一 目的 對 bug 概念 型別劃分 bug 狀態 bug 嚴重程度等內容進行定義和規範，以便進一步指導我們的 工作軟體測試 二 概念 bug 軟體中存在的瑕疵，可能會導致系統失效。簡單的說就是軟體系統中存在的可能導致系統出錯 失效 宕機等問題的錯誤或缺陷。三 bug 的型別劃分 功能類a.重複的功...
Bug 級別定義標準
缺陷種類 缺陷級別 詳細說明 功能缺陷 urgent v級 1.作業系統無法正常使用，宕機，出現致命錯誤 2.資料丟失 3.被測試系統頻繁崩潰，程式出錯，使功能不能繼續使用 4.效能與需求不一致 5.系統資源弓 發效能問題 6.系統配置引發錯誤 7.安全性問題 very high iv級 1.功能與...