一、報告缺陷註意事項

二、如何編寫缺陷報告

在一些項目中，缺陷報告是測試工程師最主要的工作輸出。一份好的缺陷報告可以幫助開發人員快速定位問題，幫助產品經理了解缺陷的嚴重性及用戶質量信息，同時可以快速確定修復優先級；項目周期的例會中，可以有效提高會議效率；如果是在測試作為第三方公司提供時，項目組會以缺陷報告的質量來評估該測試人員的工作能力和職業素養。所以，編寫出高質量的缺陷報告是測試人員重要基本功之一。

首先，報告缺陷的目的是解決缺陷，但是由於項目組中每個角色分工不同，對待缺陷站的立場也不同，做出具有說服力且完善的缺陷報告非常重要。

1. 提交缺陷時描述清楚問題產生步驟及嚴重級別。

   
   

測試過程中，測試人員經常遇到的問題是提交的缺陷被開發以無法重現打回，或者提交的用戶建議被需求標註為不予修復。測試人員不能清楚描述出問題步驟或沒有標出具體發生環境或工具時，開發按照自己的環境去復現很可能失敗，而提的用戶建議若未說明其對用戶的影響程度時，也會因工期原因被產品不予修復。

每個公司對缺陷報告的評審人不盡相同， 這就需要測試人員從多個角度向評審人來傳遞正確有效的信息。使用Bug管理工具時，特別註意選擇好優先級，如果是自己本地提交，也需要註明優先級，測試時， 我們要始終站在用戶的角度去思考，而不是由開發人員自己去給Bug定義是否重要。其次測試人員需要關註測試的網絡服務是否輸出了足夠的日誌，長遠來看，更多的日誌有利於測試更快地發現錯誤並定位問題。而不是一直讓自己保持在黑盒狀態。另外，如果發現了兼容性問題，比如執行特定操作時，在弱網情況下會發生頁面異常，類似的問題需要測試人員自己評估嚴重性、閱讀需求規格說明書、詢問相關需求人員，該特定操作可能出現的頻率及特定用戶使用習慣等等。

2.盡早提交缺陷報告

項目周期臨近結束時，如果再有新的Bug提交 ，開發會評估可能引入新的缺陷，而且修復完成測試需要回歸整個Module，或者對於風險較高的缺陷暫不修復。所以測試人員需要做的是，做測試計劃時制訂好測試策略，盡量在項目前期發現嚴重級別的Bug；同時編寫的缺陷報告盡早提交 。

3.對於難以重現的Bug也要全部提交

• 如果一個項目同時多個測試的話，盡量避免提交重復Bug；

• 一輪測試通過後，可以在Bug管理系統中檢索下Bug分布情況，如按模塊、按功能、按類型看哪部分問題分布相對多，則很可能該處會隱藏更多Bug。

• 測試人員不能判斷是否是Bug時，可以先記錄下，如果涉及到核心功能，可以及時詢問需求人員。但不能遺漏。

• 對於難以重現的Bug， 測試人員需要盡早記下所有相關信息，並標註重現頻率 。盡可能多試幾次 ，由哪些特殊因素觸發。

• 針對難以重現的Bug， 一來可以利用服務器日誌來查詢報錯內容，二來在測試之前可以部署相應的錄屏工具來解決。

如何編寫高質量的缺陷報告（一）