作為一名軟體測試人員，找bug就是我們工作職責所在。
狹義來講，bug是軟體程式的漏洞或缺陷
廣義來講，它是測試工程師或使用者所發現和提出的軟體可改進的細節或需求文件存在差異的功能實現
不論咋講，測試人員的工作就是找bug，提給開發，然後讓開發修復。
首先，bug型別有:
**功能類
介面優化類
產品設計缺陷
介面優化類，在ui測試範疇，優先順序相對來說偏低一點;
產品設計缺陷類，對於需求不合理的地方，我們能給出建議，此類問題優先順序偏低。
其次，bug也是有一定等級的，開發會依據我們提出bug等級去修復。有：
致命錯誤
嚴重錯誤
一般錯誤
改進錯誤
嚴重錯誤通常見於：錯誤涉及面比較廣，影響其他重要功能正常使用；非常規操作導致的崩潰、閃退等；介面讓人無法接受的；密碼明文顯示；偶現致命bug
在大田看來，上述兩類錯誤邊界可以不用那麼明顯，只要出現就是需要解決的，使用者是沒有耐心的。
一般錯誤常見於：次要功能不正常實現、操作介面功能和語義提示不一致、查詢結果和資料不匹配、一些輸入未放在前端限制、刪除不給出友好提示、
注意：一般錯誤可以理解為不影響產品執行，不會造成大故障。
改進意見常見於：提高產品質量建議，介面不規範，提示視窗不使用行業用語等
以上說了這些，不知道對你是否有所啟發
軟體測試中Bug的生命週期以及Bug的嚴重等級
1.首先當測試人員接到乙個專案或產品準備測試的時候，測試人員會根據測試用例一步步的來執行用例進行簡單的功能測試。當測出乙個bug的時候，就是這個bug被開始建立的狀態 也就是被新建new 2.當乙個bug出現，測試人員會將這個bug遞交給開發人員，讓開發人員進行修復，這個時候bug的生命週期就進入到...
測試環節，bug管理的幾種狀態
新的 表示這是乙個新建的缺陷 進行中的 表示軟體人員看到並接受了這個缺陷，正在缺陷修改中 就緒 表示這個缺陷軟體人員已經修改完成，但是還沒有提交 已整合 表示這個缺陷的 已提交並部署到測試環境後，軟體人員將修改完的缺陷問題設定成已整合的狀態，等待驗證 延遲解決 表示這個缺陷目前可能因為某些因素不能馬...
軟體測試的Bug缺陷管理流程
流程說明 1 測試人員填寫bug並提交給開發組長，bug的狀態為new 2 開發組長次日工作前對bug確認是否有效。有效的bug，狀態變化為open，並分配給開發人員 bug無效或者延期修改的，將bug狀態變化為rejected，同時也在comment中註明原因。3 開發人員上班的第一件事情是檢視自...