目錄
一、bug的定義
二、bug的型別
三、bug的等級
四、bug的處理流程圖
五、bug的狀態處理
軟體的bug，狹義指軟體程式的漏洞或缺陷，廣義指測試工程師或使用者提出的軟體可改進的細節、或與需求文件存在差異的功能實現等
對應三個測試目的：（3個為了）
1、為了發現程式的**或業務邏輯錯誤
2、為了檢查產品是否符合使用者需求
3、為了提高使用者的體驗
對bug的劃分，禪道為例，包括：
1、**錯誤
2、設計缺陷
3、介面優化
4、效能問題
5、配置相關
6、安裝部署
7、安全相關
8、標準規範
9、測試指令碼
10、其他劃分：功能類、介面類、效能類、易用性類、相容性類、其他
1級bug，必須優先要改
致命錯誤：
1、常規操作引起的系統崩潰、宕機、死迴圈
2、造成資料洩漏的安全性問題，比如惡意攻擊造成的賬戶私密資訊洩露
3、涉及金錢，如支付類軟體，金錢計算錯誤
2級bug
嚴重錯誤：
2、錯誤的波及面廣，影響到其他重要功能正常實現
3、非常規操作導致的程式崩潰、宕機、死迴圈 (非常規操作：使用者使用軟體時不會進行的操作）
5、密碼明文顯示
3級bug
一般錯誤：
不影響產品的執行、不會成為故障的起因、但對產品外觀和下道工序影響較大的缺陷
1、次要功能不能正常實現
2、操作介面錯誤（包括資料視窗內列名的定義，含義不一致）
例如：列名與列名下的內容不一致
3、查詢錯誤、資料錯誤顯示
4、簡單的輸入限制未放在前端進行控制；（格式顯示，如登入和註冊中的格式判斷可由前端判斷）
5、刪除操作未給出提示
4級bug
微小問題
程式在一些顯示上不美觀，不符合使用者習慣，或者是一些文字的錯誤
1、介面不規範
2、輔助說明描述不清楚
3、提示視窗文字未採用行業術語
4、介面存在文字錯誤
5、改進意見：可以提高產品質量的建議， 包括新需求和對需求的改進
5級bug
建議
1.介面顏色搭配不好
2.文字排列不整齊
3.出現錯別字，但是不影響功能
4.介面格式不規範。
重點：發現bug後，------->有可能有bug--------確認實實在在的bug------提交bug
確認bug時不能停留在表面，需要進行深究：
例如：下拉框選擇銀行，卻發現只有3個銀行？
1、首先需確認資料庫的表資訊是否正確
2、如果資料庫表只要3個銀行 （需要溝通）研發的話只需要新增資料就好了
3、資料庫表正常*****直接提bug，**有問題
指派bug:
1、指派給相關功能模組的開發
已指派的bug
1、跟蹤、提醒開發、
2、已修復的，更新環境驗證
已解決的bug
1、更新環境驗證
2、驗證通過，關閉
3、驗證不通過，重新開啟
4、回歸驗證時繼續跟進bug，直到關閉bug
重複的bug
1、確認重複，關閉
2、不重複，寫明原因
不是bug
1、首先確認開發環境和測試環境是否一致
2、不是缺陷關閉
3、是缺陷和開發溝通
4、未得到解決與產品溝通
無法重現
1、首先確認開發環境和測試環境是否一致
2、重現不了，與產品和開發一起確認關閉（依據bug的嚴重程度）
3、找到重現原因，寫明清楚，指派給開發
不予解決
1、找產品經理確認
2、不予解決，關閉
3、要解決，寫明原因給開發
設計如此
1、找產品經理確認
2、不予解決，關閉
3、要解決，寫明原因給開發
延期修改
1、根據bug的嚴重程度，是否影響當前版本的發布
2、與產品經理確認
3、不予延期，寫明情況，啟用
4、確認延期，做好記錄，後續版本進行關注
軟體測試中Bug的分類（型別）
是指bug對軟體質量的破壞程度，即此bug的存在將對軟體的功能和效能產生什麼樣的影響。崩潰 blocker 系統無法正常執行。阻礙開發或測試工作的問題 造成系統崩潰 宕機 死迴圈 導致資料庫資料丟失，與資料庫連線錯誤，主要功能喪失，基本模組缺失等問題。如 錯誤 死迴圈 資料庫發生死鎖 重要的一級選單...
測試的等級情況分類
urgent 致命錯誤 致命錯誤通常有如下情況 1 需求書中的重要功能未實現 2 造成系統崩潰 宕機,並且不能通過其它方法實現功能 3 常規操作造成程式非法退出 死迴圈 通訊中斷或異常，資料破壞丟失或資料庫異常 且不能通過其它方法實現功能的。very high 嚴重錯誤 嚴重錯誤通常使系統不穩定 不...
軟體測試一般bug分類
測試用例首先來自於對於需求的分析，是否能為測試挑選最合適或最關鍵的需求，關係到專案的成敗。思考方法1 正反面思考法 為每個測試需求至少編制兩個測試用例 正面測試用例 負面測試用例 正面測試用例 用於證明該需求已經滿足 負面測試用例 反映某個無法接受 反常或意外的條件或資料，用於論證只有在所需條件下才...