測試隨筆缺陷報告

作為測試工程是的基本技能之一就是缺陷報告

俗稱：提bug、開票、提單等等

利用對需求的理解、高效的執行力以及嚴密的邏輯推理能力，迅速找出缺陷及潛在缺陷，並將發現的缺陷與優化點遞交給開發者，所以基本技能就是準確無歧義的表達：開發者可以快速的理解缺陷並精準的定位問題，通過報告將這個版本的風險級別對使用者或業務的影響嚴重性

影響：缺陷報告的質量直接關係版本的發布的判斷及開發工程師的進展效率，測試人員的專業信用、測試與開發的協作。

提交前，需要檢索問題所屬的模組和功能點察看是否有人提交過類似問題，

缺陷報告的內容：

（2）標題應該盡可能描述問題本質，避免停留在問題的表面，幫助開發人員快速掌握問題本質

（3）標題不宜過長，缺陷詳細描述應該放在缺陷概述裡

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

4，環境配置：（按需描述）測試環境的配置細節，為缺陷的復現提供必要的環境資訊，軟體版本、部署環境、瀏覽器版本，集群引數、瀏覽器版本等等

5，前提條件：測試步驟開始前系統應該處在的狀態，目的是減少缺陷重現步驟的描述，排除干擾使其有針對性

6，缺陷重現步驟：能確定問題是否復現，對於偶發問題必須及時儲存日誌和相應的檔案確保問題定位

常見問題：1，籠統描述，缺乏可操作步驟

2，出現不相關操作步驟

3，缺乏對測試資料的相關描述

7，期望結果和實際結果：期望結果和實際結果通常和缺陷重現步驟繫結在一起，描述重現步驟的過程中，需要明確說明期待結果和實際結果。期待結果**需求理解，描述期望結果時，需求說明該發生什麼，而不該發生什麼；描述實際結果時，應該說明發生了什麼，而不是什麼也沒有發生

二者關係：（1）缺陷越高，優先順序越高

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

（3）根據角色不同，不影響使用者但影響測試，優先順序也會提高

（4）有些缺陷嚴重，但修復成本高技術難度大，也會降低優先順序

9，變通方案：繞開當前缺陷，不影響產品功能的方式，通常由專案管理（產品經理）開發人員、測試人員協商決定

10，根本原因分析：如果你能在發現缺陷的同時，定位出問題的根本原因，清楚地描述缺陷產生的原因並反饋給開發工程師，那麼開發工程師修復缺陷的效率就會大幅提公升，而且你的技術影響力也會被開發認可

（1）深入了解一門語言，建立程式設計思維

（2）較好的**閱讀能力

12，常用軟體：軟體企業通常都有缺陷管理系統，比如典型的 alm（以前的 quality center）、jira、bugzilla、bugfree 和 mantis 等。當使用這類系統遞交缺陷時，會自動生成模板，你只要按照其中的必填字段提供缺陷的詳細資訊就可以了

測試隨筆 缺陷報告