7 如何高效填寫軟體缺陷報告

缺陷報告是測試工程師與開發工程師交流溝通的重要橋梁，也是測試工程師日常工作的重要輸出。

乙份高效的軟體缺陷報告，應該包括缺陷標題、缺陷概述、缺陷影響、環境配置、前置條件、缺陷重現步驟、期望結果和實際結果、優先順序和嚴重程度、變通方案、根原因分析，以及附件這幾大部分。

缺陷標題通常是別人最先看到的部分，是対缺陷的概括性描述，通常採用「在什麼情況下傳送了什麼問題」的模式。

首先，對「什麼問題」的描述不僅要做到清晰簡潔最關鍵是要足夠具體，切忌採用過於籠統的描述。描述「什麼問題」的同時還必須清楚地表述發生問題時的上下文，也就是問題出現的場景。其次，標題應該盡可能描述問題本質，而避免值停留在問題的表面。最後，缺陷標題不易過長，對缺陷更詳細的描述應該放在「缺陷概述」裡。

缺陷概述通常會提供更多概括性的缺陷本質與現象的描述，是缺陷標題的細化。

缺陷影響描述的是，缺陷引起的問題對使用者或者對業務的影響範圍以及嚴重程度。缺陷影響決定了缺陷的優先順序和嚴重程度，開發經理會以此為依據來決定修復該缺陷的優先順序，而產品經理會以此為依據來衡量缺陷的嚴重程度，並決定是否要等該缺陷被修復後才能發布產品。

測試工程師準確描述缺陷影響的前提是，必須對軟體的應用場景以及需求有深入的理解，這也是對測試工程師業務基本功的考驗。

環境配置用以詳細描述測試環境的配置細節，為缺陷的重現提供必要的環境資訊。比如，作業系統的型別與版本、被測軟體版本、瀏覽器的種類和版本、被測軟體的配置資訊、集群的配置引數、中介軟體的版本資訊等等。

前置條件是指測試步驟開始前系統應該處在的狀態，其目的是減少缺陷重現步驟的描述。合理地使用前置條件可以描述缺陷重現步驟時排除不必要的干擾，使其更具有針對性。

比如：使用者在執行登入操作前，需要事先在被測系統準備好待登入使用者，你在描述時也無需增加「用測試資料生成工具生成使用者」的步驟，你可以直接使用「前置條件：使用者已完成註冊」的描述方式。

缺陷重現步驟是整個缺陷報告中最核心的內容，其目的在於用簡潔的語言向開發工程師展示缺陷重現的具體操作步驟。（操作步驟通常是從使用者角度出發來描述，每個步驟都應該是可操作並且是連貫的，所以往往會採用步驟列表的表現形式）

測試工程師在寫缺陷報告重現步驟前，需要反覆執行這些步驟3次以上。一是，要確保缺陷的可重現性；二是，找到最短的重現路徑，過濾掉那些非必要的步驟，避免產生不必要的干擾。

需要說明應該發生什麼，而不是什麼不應該發生；而描述結果時，你應該說明發生了什麼，而不是什麼沒有發生。

缺陷優先順序是指缺陷必須被修復的緊急程度，而缺陷嚴重程度是指因缺陷引起的故障對軟體產品的影響程度。

優先順序和嚴重程度的關係：

缺陷越嚴重，優先順序越高；

缺陷影響的範圍越大，優先順序也會越高；

有些缺陷雖然從使用者影響角度來說不算嚴重，但是會妨礙測試或者是自動化測試的執行，這類缺陷屬於典型的嚴重程度低，但是優先順序高；

有些缺陷雖然嚴重程度比較高，但是考慮到修復成本以及技術難度，也會出現優先順序較低的情況。

變通方案是提供一種臨時繞開當前缺陷而不影響產品功能的方式，通常由測試工程師或者開發工程師完成，或者他們一同決定。

根原因分析就是rca，如果你能在發現缺陷的

同時，定位出問題的根本原因，清楚的描述缺陷產生的原因並反饋給開發工程師，那麼開發工程師修復缺陷的效率就會大幅提公升。