一、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