一、缺陷報告是測試工程師與開發工程師交流溝通的重要橋梁，也是測試工程師日常工作的重要輸出，作為優秀的測試工程師，最基本的一項技能就是
把發現的缺陷準確無歧義的表達清楚，這樣就意味著，開發工程師可以根據缺陷報告快速理解缺陷，並精確定位問題』
二、必須要牢記的是，好的缺陷報告絕對不是大量資訊的堆疊，而是以高效的方式提供準確有用的資訊
乙份高效的軟體缺陷報告，應該包括一下幾個部分：
作為軟體開發人員，當看到提交的報告中，有"使用者不能正常登陸"、"搜尋功能有問題"、"使用者資訊頁面的位址列位置不正確"這樣的描述時，你的內心有沒有過抓狂
標題應該盡可能描述問題本質，而避免只停留在問題的表面
缺陷標題不易過長，對缺陷更詳細的描述應該放在"缺陷概述"裡
2、缺陷概述：是缺陷標題的細化，目的是清晰簡潔地描述缺陷，使開發工程師能夠聚焦缺陷的本質
3、缺陷影響：描述的是，缺陷引起的問題對使用者或者對業務的影響範圍以及嚴重程度，也決定了缺陷的優先順序和嚴重程度
4、環境配置：用以詳細描述測試環境的配置細節，為缺陷的重現提供必要的環境資訊，要注意的：環境配置的內容通常是按需描述，也就是說通常只描述那些重現缺陷的環境敏感資訊
5、前置條件：指測試步驟開始前系統應該處在的狀態，其目的是減少缺陷重現步驟的描述，比如在系統中進行操作，依賴的前置條件是：使用者登入成功
6、缺陷重現步驟：用簡潔的語言向開發工程師展示缺陷的具體操作步驟
缺陷步驟的描述應盡量避免以下3個常見問題：
7、期望結果和實際結果：當描述期望結果時，需要說明應該發生什麼，而不是什麼不應該發生；而描述實際結果時，應該說明發生了什麼，而不是什麼沒有發生
8、優先順序和嚴重程度：
缺陷優先順序是指缺陷必須被修復的緊急程度
缺陷嚴重程度是指因缺陷引起的故障對軟體產品的影響程度
由此，嚴重程度是缺陷本身的屬性，通常確定後就不再變化，優先順序是缺陷的工程屬性，會隨著專案進度、解決缺陷的成本等因素而變動。
缺陷的優先順序和嚴重程度的關係：
9、變通方案：是指提供一種臨時繞開當前缺陷而不影響產品功能的方式，變通方案的有無，是決定缺陷優先順序和嚴重程度的重要依據
10、根原因分析：假如能在發現缺陷的同時，定位出問題的根本原因，清楚描述缺陷產生的原因並反饋給開發工程師，缺陷修復效率就會大幅提公升
11、附件：通常是為缺陷的存在提供必要的證據支援，常見的附件有介面截圖、測試用例日誌、伺服器端日誌、gui測試的執行視屏
三、課程中討論的環節整理出的一些點
1、假如我們在測試過程中，發現bug在禪道提交缺陷，尤其對於剛接手專案或者乙個功能點拆分成好幾個人來互動完成的時候，那麼這個時候指派給誰就 有點難選擇，所以測試人員遇到這種情況，在提交缺陷前，要先和開發確認，指定缺陷定位人
2、缺陷的跟蹤，尤其在敏捷模式中，需要每天對提交的缺陷進行跟蹤，和開發人員確定好修復時間。
3、在開復盤會議的時候，最好提供缺陷分析報告，在下一階段進行開發時，有很多問題點丟擲來，來避免它。
四、在嘮叨一下
可能在實際測試過程中，每家公司使用的缺陷管理工具不同，記錄的方式也不同，但有良好的描述、反饋和缺陷跟進，還需要整個團隊相互協作哦
7 如何高效填寫軟體缺陷報告
缺陷報告是測試工程師與開發工程師交流溝通的重要橋梁，也是測試工程師日常工作的重要輸出。乙份高效的軟體缺陷報告，應該包括缺陷標題 缺陷概述 缺陷影響 環境配置 前置條件 缺陷重現步驟 期望結果和實際結果 優先順序和嚴重程度 變通方案 根原因分析，以及附件這幾大部分。缺陷標題通常是別人最先看到的部分，是...
填寫軟體缺陷報告的思考
這裡以jira作為使用的缺陷管理系統來描述 開發不會定期去檢視assign到他們的缺陷報告，仍需測試人為督促，增加溝通成本 一些造的測試資料，開發還沒有測試清楚造資料的邏輯，即便提了缺陷報告，也會直接找到測試復現，增加測試的工作量 就算督促讓開發去看assign到他們的缺陷報告，開發修復了bug後，...
如何看待軟體缺陷
軟體測試人員的職責是根據一定的方法和邏輯，尋找或發現軟體中的缺陷，並通過這一過程來證明軟體的質量是優秀還是低劣。所以，怎樣發現缺陷，成為大部分測試人員關注的焦點。在軟體測試過程中，軟體測試人員一般需確保測試過程中發現的軟體缺陷得以關閉。但在實際測試工作中，軟體測試人員需要從綜合的角度來考慮軟體質量，...