狹義概念:是指軟體程式的漏洞或缺陷
廣義概念: 除軟體程式的漏洞或缺陷之外,還包括測試工程師或者使用者發現和提出的軟體可改進的細節,或與需求文件存在差異的功能實現等
測試人員的職責就是,發現這些bug,並交給開發人員,讓開發人員進行修改
要確定乙個bug的型別,需要對專案 (或產品) 有比較深的理解,這個劃分對於開發定位問題影響很小,但對於問題型別的統計就比較重要
常見的bug型別劃分 (禪道系統為例,可自定義)
其他劃分: 功能類,介面類,效能類,易用性類,相容性類,其他
bug等級,這個劃分有分**或者四級,也有分五級的,如果是等級越高,那麼可能被修復的等級也會高一些,然後有些公司還會根據你提的bug數量和bug等級來考察你的績效,很多情況下,測試人員提交的bug大致的等級 差不多即可,沒有嚴格區分
判斷bug的等級 (嚴重程度) ,一般可以參照下面的判斷:
1. 致命錯誤
常規操作引起的系統崩潰,宕機,死迴圈
造成資料洩露的安全性問題,比如惡意攻擊造成的賬戶私密資訊洩露
涉及金錢, 計算
2. 嚴重錯誤
重要功能不能實現;
錯誤的涉及面廣,影響到其他重要功能正常實現: 功能互動;
非常規操作導致的程式崩潰,司機死迴圈;
外觀廿一接受的缺陷;
密碼明文顯示: (介面+資料庫)
3. 一般錯誤
不影響產品的執行,不會成為故障起因,但對產品外觀和下道工序影響較大的缺陷
次要功能不能正常實現
操作介面錯誤 (包括資料視窗內列名定義,含義不一致);
查詢錯誤,資料錯誤顯示
簡單的輸入限制未放在前端進行控制: (格式限制)
刪除操作未給出提示
新建 – 提交 – 分配 – 確認 – 修復 – 驗證 – 關閉
BUG的生命週期
bug的定義 軟體程式的漏洞或缺陷，還包括測試工程師或使用者所發現和提出的軟體可改進的細節，或需求文件存在差異的功能實現等。常見的bug型別 禪道系統為例，可自定義 錯誤 設計缺陷 介面優化 主要在前三個 效能問題 配置相關 安裝部署 安全相關 標準規範 測試指令碼 其他 其他劃分 功能類 介面類 ...
Bug的生命週期
bug分類 一般分為 系統崩潰 嚴重 一般 次要 建議 一級 系統崩潰 嚴重阻礙測試和開發工作 最高 具體可為 1.功能安全沒有實現 2.應用閃退 崩潰無法執行 3.其他導致功能無法測試的問題 二級 嚴重 非阻礙用例執行的嚴重問題 高 具體可分為 1.簡單操作應用閃退 崩潰。卡死 2.資料丟失 3....
bug的生命週期
發現 新建 提bug 指派 已解決 待驗 關閉 正常 如果待驗的bug沒有解決好，重新開啟 指派 已解決 待驗 中間其他狀態 拒絕 延期 1 發現bug,確認是不是，避免操作環境的問題導致不是，提交到bug管理工具上 new 2 指派給開發老大 assigned 3 重複bug duplicated...