Bug提交與缺陷管理田麗芳測試四個主要工作：測試計劃測試設計-測試用例實際測試Bug報告Bug報告的艱巨性、重要性如何利用各種技術和工具確保找出的軟件缺陷清楚地表達，并且得到應有的最佳修復機會？一、軟件缺陷的描述1、軟件缺陷是什么

bug、缺點、錯誤、問題、毛病、異常、失敗、偏差等正式定義：（五個規則）軟件未達到產品說明書表明的功能軟件出現了產品說明書指明不會出現的錯誤軟件功能超出產品說明書指明范圍軟件未達到產品說明書雖未指出但應達到的目標軟件測試人員認為軟件難以理解、不易使用、運行速度緩慢，或者最終用戶認為不好確保缺陷得以修復缺陷有的修復，有的不修復沒有足夠的時間不算真正的軟件缺陷修復的風險太大不值得修復如何確保缺陷得以修復？--軟件缺陷報告2、軟件缺陷的基本原則盡早報告軟件缺陷有效描述軟件缺陷（軟件測試方法與技術，p304）單一準確一個報告只對應一個缺陷完整統一提供完整、前后統一的軟件缺陷的修復步驟和信息，例如圖片信息、log文件等。短小精煉再現特定條件某些功能在特定條件下才會存在缺陷，例如：搜索功能在沒有找到結果返回時跳轉頁面不對不做評價補充完善3、軟件缺陷屬性1分配給缺陷的ID號2提交缺陷的時間3缺陷提交人4版本號發生缺陷的子系統或模塊5缺陷發生的條件6對缺陷的詳細描述7所使用的測試用例號8缺陷類型（軟件測試方法與技術，p305）9使用的機器號10缺陷的嚴重性11缺陷的改正優先級12發生缺陷的子系統或模塊及相關的模塊13缺陷狀態信息當前狀態及歷史狀態14其他

功能用戶界面文檔軟件包性能系統/模塊接口缺陷的嚴重性

因缺陷引起的故障對軟件產品的影響程度缺陷嚴重性級別致命性缺陷（Critical）系統崩潰、數據丟失、數據毀壞嚴重功能性缺陷(Serious)操作性錯誤、錯誤結果、規定的功能沒有實現或不完整、設計不合理造成性能低下，影響系統的運行警告性缺陷(Moderate)不影響業務運營的功能問題，eg.小問題、錯別字、UI布局、罕見故障建議性缺陷(Suggestion,Cosmetic)對軟件設計和功能實現等不甚合理之處提出建議

缺陷的優先級

缺陷被修復的緊急程度缺陷的優先級高優先級立即修復，阻止進一步測試，立竿見影中優先級在產品發布之前必須修復一般如果時間允許應該修復低優先級可能會修復，但是也能發布實例：缺陷的嚴重性和優先級極少發生的數據毀壞缺陷導致用戶電話求助的安裝指示錯別字只要一啟動就崩潰某按鈕應該再向下方移動一點注意軟件缺陷的優先級在項目期間會發生變化4、軟件缺陷的圖片、記錄信息軟件測試方法與技術添加各類文件添加URL添加抓拍圖像添加系統信息二、分離和再現軟件缺陷分離和再現軟件缺陷的重要性如何分離和再現軟件缺陷？不要想當然地接受任何假設，確保所有的步驟都被記錄特定條件和時間壓力和負荷、內存和數據溢出相關的邊界條件考慮資源依賴性，包括內存、網絡和硬件共享的相互作用等不能忽視硬件三、軟件缺陷的生命周期

軟件缺陷的生命周期從軟件缺陷被發現、報告到這個缺陷被修復、驗證直至最后關閉的