一、BUG提交和BUG⽣命周期管理
1、缺陷概述
1）缺陷（Defect）：是指存在於軟件之中偏差，可被激活，以靜態形式存在於軟件內部，相當於Bug。
2）故障（Fault）：當缺陷被激活后，軟件運⾏中出現的狀態，可引起意外情況，若不加處理，可產⽣失效，是⼀個動態⾏為。
3）失效（Failure）：軟件運⾏時產⽣的外部異常⾏為結果，表現與⽤戶需求不⼀致，功能能⼒終⽌，⽤戶⽆法完成所需要的應⽤。
4）Bug：電腦系統或者程序中存在的任何⼀種破壞正常運轉能⼒的問題或者缺陷，都可以稱之為“Bug”；有時也泛指因軟件產品內部引起的軟件產品最終運⾏時和預期結果的偏離。
5）缺陷報告單：指測試執⾏過程中，發現缺陷失效后，提出書⾯的報告，提供給開發⼈員作為定位缺陷的依據。
2、缺陷狀態
主要描述缺陷當前的狀態。狀態如下：
新建：測試⼈員新提交的bug、優化或者建議的狀態。
進⾏中：開發⼈員確認是bug，在修復bug過程的狀態。
已解決：開發⼈員已修復bug的狀態。
已關閉：測試⼈員驗證修復的bug，確定已解決問題的狀態。
重開：測試⼈員驗證修復的bug，發現沒有完全修復好bug，重新打回開發⼈員的狀態。
暫緩：開發⼈員認為該bug不急於修復，可以放置⼀段時間再修復的狀態。
3、缺陷類型
能正確分清缺陷類型需要測試⼯程師對需求和業務有深⼊了解，能考驗測試⼯程師業務知識。
bug：測試⼈員通過測試發現的問題能稱為bug。
需求：需要產品經理對需求進⼀步梳理。
建議：是軟件產品改進建議
優化：功能已實現，需要優化問題。可以是⽤戶體現優化、性能優化。
4、缺陷⽣命周期
5、缺陷級別
致命：系統崩潰、數據丟失、數據毀壞、安全性被破壞。
嚴重：操作性錯誤、結果錯誤、功能遺漏。
⼀般：⼩問題、拼寫錯誤、UI布局、罕⻅錯誤。
建議：對產品的改進建議。
6、缺陷優先級
優先級表示修復缺陷的重要程度和緊迫程度。
緊急：影響進⼀步測試，需要⽴即修復。
⾼：必須在版本發布前修復。
中：必須要修復，不⼀定⻢上修復，可以討論確定在某個時間節點修復好。
低：對產品影響⽐較少，不修復也不影響產品的發布。在時間不允許的情況下可以暫時不修復。
7、TAPD
