一、bug的定義
軟件的bug，狹義指軟件程序的漏洞或缺陷，廣義指測試工程師或用戶提出的軟件可改進的細節、或與需求文檔存在差異的功能實現等
對應三個測試目的：（3個為了）
1、為了發現程序的代碼或業務邏輯錯誤
2、為了檢查產品是否符合用戶需求
3、為了提高用戶的體驗
二、bug的類型
對bug的划分，禪道為例，包括：
1、代碼錯誤
2、設計缺陷
3、界面優化
4、性能問題
5、配置相關
6、安裝部署
7、安全相關
8、標准規范
9、測試腳本
10、其他划分：功能類、界面類、性能類、易用性類、兼容性類、其他
三、bug的等級
1級bug，必須優先要改
致命錯誤：
1、常規操作引起的系統崩潰、死機、死循環
2、造成數據泄漏的安全性問題，比如惡意攻擊造成的賬戶私密信息泄露
3、涉及金錢，如支付類軟件，金錢計算錯誤
2級bug
嚴重錯誤：
1、重要功能不能實現（例如：微信沒有實現語音聊天、朋友圈，等）
2、錯誤的波及面廣，影響到其他重要功能正常實現
3、非常規操作導致的程序崩潰、死機、死循環 (非常規操作：用戶使用軟件時不會進行的操作）
4、外觀難以接受的缺陷（例如：直播平台的封面圖片的失真、壓縮，完全變形）
5、密碼明文顯示
3級bug，
一般錯誤：
不影響產品的運行、不會成為故障的起因、但對產品外觀和下道工序影響較大的缺陷
1、次要功能不能正常實現
2、操作界面錯誤（包括數據窗口內列名的定義，含義不一致）
例如：列名與列名下的內容不一致
3、查詢錯誤、數據錯誤顯示
4、簡單的輸入限制未放在前端進行控制；（格式顯示，如登錄和注冊中的格式判斷可由前端判斷）
5、刪除操作未給出提示
4級bug
程序在一些顯示上不美觀，不符合用戶習慣，或者是一些文字的錯誤
1、界面不規范
2、輔助說明描述不清楚
3、提示窗口文字未采用行業術語
4、界面存在文字錯誤
5、改進意見：可以提高產品質量的建議， 包括新需求和對需求的改進
四、bug的處理流程圖
重點：發現bug后，------->有可能有bug--------確認實實在在的bug------提交bug
確認bug時不能停留在表面，需要進行深究：
例如：下拉框選擇銀行，卻發現只有3個銀行？
1、首先需確認數據庫的表信息是否正確
2、如果數據庫表只要3個銀行 （需要溝通）研發的話只需要添加數據就好了
3、數據庫表正常=====直接提bug，代碼有問題
指派bug:
1、指派給相關功能模塊的開發
五、bug的狀態處理
已指派的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、確認延期，做好記錄，后續版本進行關注