《 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 、常識類
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等級劃分標準 按照jira管理工具上，bug主要分五類 1 blocker 阻礙開發或測試工作的問題。這個測試人員通常很少遇到 2 critical 系統無法執行 崩潰或嚴重資源不足 應用模組無法啟動或異常退出 無法測試 造成系統不穩定。具體基本上可分為 嚴重花屏 記憶體洩漏 使用者資料丟...
軟體測試結束參考標準
在軟體消亡之前，如果沒有測試的結束點，那麼軟體測試就永無休止，永遠不可能結束。軟體測試的結束點，要依據自己公司具體情況來制定，不能一概而論 個人認為測試結束點由以下幾個條件決定 1.基於 測試階段 的原則 每個軟體的測試一般都要經過單元測試 整合測試 系統測試這幾個階段，我們可以分別對單元測試 整合...