概念：
軟件缺陷：軟件或程序中存在的各種問題及錯誤；
軟件缺陷的存在會導致軟件產品在某種程度上不能滿足用戶的需求執行測試用例時，實際結果與預期結果不一致；
構成要素：
1、缺陷ID：唯一
2、缺陷的標題：缺陷的概要描述；
3、缺陷的截圖：實際與預期；
4、缺陷的預置條件：缺陷發生的前提條件；
5、缺陷的重現步驟：缺陷再次出現的步驟；
6、缺陷的實際結果：缺陷的實際表現細節；
7、缺陷的期望結果：軟件本應達到的功能/表現；
8、缺陷日志：缺陷的記錄；
9、缺陷的狀態：當前軟件的修復階段；
10、缺陷的嚴重程度：評估軟件的質量；
11、缺陷的優先級：軟件缺陷的修改順序；
12、所屬模塊：缺陷發現的所屬模塊；
13、缺陷類型：缺陷是什么樣的錯誤；
軟件缺陷必須符合的原則：
1、軟件未達到產品說明書表明的功能；
2、軟件出現了產品說明書指明不會出現的錯誤；
3、軟件功能超出了產品說明書指明范圍；
4、軟件未達到產品說明書雖然但應達到的目標；
5、軟件測試人員認為難以理解，不易使用，運行速度緩慢，或者最終用戶覺得不好；
軟件產生的原因：
1、需求分析出現偏差；
2、設計過程中缺乏有效的溝通或者沒有溝通，導致對需求的理解出現偏差或者設計人員設計能力低；
3、軟件復雜越來越高；
4、編碼環節產生錯誤（程序錯誤或者開發人員對設計的理解不一致）；
5、需求不斷變更；
6、項目進度的的壓力；
7、不重視開發文檔；
8、軟件開發工具本身隱藏的問題；
9、白盒測試可能修改代碼引入缺陷；
缺陷分類：
代碼問題：不滿足需求、功能實現錯誤，對產品或項目質量有影響的BUG可統一划入；
設計缺陷：頁面美觀性，協調性，錯別字等；
用戶體驗：對產品，項目的建議性意見，不強制要求修改；
性能問題：進行性能測試時使用，網絡延時，內存問題，CPU占用，硬盤問題；
安全問題：業務功能存在的安全問題；
接口問題：涉及有模塊間數據傳遞時使用
配置問題：由於提供的配置不當或者配置不能夠滿足設計要求二出現的問題；
解決辦法：
1、盡早參與評審，與用戶，分析人員，設計人員，編碼人員溝通交流；
2、測試准備工作盡早開展；
3、盡早預防，做缺陷分析；
缺陷的生命周期及狀態流程過程：
缺陷的處理過程或缺陷的生命周期就是一個去誒信息案從創建到關閉的全過程；
這個過程中根據開發與產品的策略，一個缺陷可能會經歷以下幾種不同的處理場景：
場景1:確認BUG解決：
測試提交缺陷【New】->開發確認缺陷【Open】->開發解決缺陷【Fixed】->測試回歸缺陷->關閉缺陷【Closed】
場景2：驗證未通過，缺陷仍存在
測試提交缺陷【New】->開發確認缺陷【Open】->開發解決缺陷【Fixed】->測試回歸缺陷->指派給開發重新解決【Reopen】
場景3：重新打開
【Closed】的缺陷，再次出現，測試人員把關閉的缺陷【Reopen】
場景4：開發延期處理
測試提交缺陷【New】->開發確認缺陷【Open】->延期處理【Later】
場景5：拒絕處理
測試提交缺陷【New】->開發確認缺陷【Open】->拒絕處理【Reject】
其他：duplicate（重復bug,之前已經發現），worksforme（該bug無法重現），won't fix（是bug，但不值得修改），bydesign（就是這樣設計的，無效的的bug），invalid（無效的bug），external（外部因素造成的的，瀏覽器，操作系統等第三方軟件）
缺陷分析與報告：
怎樣判斷是不是軟件缺陷？
1、用戶體驗感不好；
2、界面上有明顯的錯誤信息；
3、功能不完備，導致功能缺失；
4、功能不完善；
5、邏輯不正確，與需求說明書不符；
6、模塊之間的交互性不好，與其他的模塊做集成性測試時遇到問題；
7、程序的性能不夠好，不能承載壓力考驗；
當發現一個缺陷時，應該怎么確認的確是一個缺陷？
1、可以將軟件需求說明書，用戶手冊以及聯機幫助作為識別和判斷缺陷的輔助工具；
2、通過增加自己對測試軟件產品的行業背景知識的了解來發現被忽視的問題；
3、通過溝通的方式來收集，學習和分享其他人判斷缺陷的方法和經驗；
怎樣處理無法再現的缺陷：
1、應當對這樣的的缺陷進行詳細的記錄，並盡快提交給開發人員；
2、對於尋找難以再現的缺陷要合理的的安排時間；
3、在測試過程中對未再現缺陷予以關注；
缺陷分析報告內容：
1、測試目的：主要發現哪些模塊的問題；
2、測試概要：本次測試的依據，主要覆蓋的測試用例，編寫了多少測試用例，發現了多少bug，最終的測試結果；
3、測試周期：版本，各個版本的測試周期，測試人員等；
4、測試內容：測試模塊及負責人，用例執行情況；
5、缺陷統計：各模塊缺陷統計，缺陷類型統計，人員缺陷統計；
6、建議與要求：產品經理，開發人員，測試人員；
7、優化問題與建議：包含優化問題，影響，改進意見等項；