缺陷標題
通常采用 在什么情況下發生了什么問題 的模式
First
描述 什么問題 的同時還必須清楚地表述發生問題時的上下文，也就是 問題出現的場景
Second
標題應該盡可能描述問題本質，而避免只停留在問題的表面
比如：“商品金額輸入框，可以輸入英文字母和其他字符”，這個描述就只描述了問題的表面現象；若采用“商品金額輸入框，沒有對輸入內容做校驗”，就可以透過標題看到缺陷的本質，這樣可以幫助開發人員快速掌握問題的本質
Last
缺陷標題不易過長，對缺陷更詳細的描述應該放在“缺陷概述”里
缺陷影響
優先級：開發以此為依據來決定修復該缺陷的優先級
嚴重程度：以此衡量缺陷的嚴重程度，並決定是否要等該缺陷被修復后才能發布產品
環境配置
主要是為缺陷的重現提供必要的環境信息，比如： 操作系統的類型與版本 、 被測軟件版本 、 瀏覽器的種類和版本 、 被測軟件的配置信息 、 集群的配置參數 、 中間件的版本信息
主要注意的是，環境配置的內容通常是按需描述，也就是說通常只描述那些 重現缺陷的環境敏感信息
比如：“菜單欄上某個條目缺失的問題”只會發生在 Chrome 瀏覽器，而其他瀏覽器都沒有類似問題。那么， Chrome 瀏覽器 就是 環境敏感信息 ，必須予以描述，而至於 Chrome 瀏覽器是運行在什么操作系統上就無關緊要了
前置條件
前置條件是指測試步驟開始前系統應該處在的狀態，目的是減少缺陷重現步驟的描述。合理地使用前置條件可以在描述缺陷重現步驟時排除不必要的干擾
比如：
- 某個業務操作需要先完成用戶登錄，在缺陷重現步驟里就沒必要描述登錄操作的步驟細節，可以添加“前置條件：用戶已完成登錄”
- 用戶在執行登錄操作前，需要事先在被測系統准備好測試用戶，在缺陷重新步驟無需添加“生成新的用戶”，可以添加“前置條件：用戶已完成注冊”
重現步驟
從用戶角度出發來描述的，每個步驟都應該是可操作並且是連貫的，所以往往會采用步驟列表的表現形式。
- 確保缺陷的可重現性
- 找到最短的重現路徑，過濾掉非必要的步驟
期望結果和實際結果
描述期望結果時：需要說明 應該發生什么 ，而不是說明 不應該發生什么
描述實際結果時：需要說明 發生了什么 ，而不是 沒有發生什么
優先級和嚴重程度
嚴重程度，是缺陷本身的屬性，通常確定后不再變化
優先級，則是缺陷的工程屬性，會隨着項目進度、解決缺陷的成本等因素而變動
優先級和嚴重程度的關系
- 缺陷越嚴重，優先級越高
- 缺陷影響范圍越大，優先級越高
- 有些缺陷不影響用戶使用，但是會妨礙測試的正常執行，這種屬於 嚴重程度低，優先級高
- 有些缺陷雖然嚴重程度較高，但考慮到修復成本和技術難度，也會有優先級低的情況
變通方案
是指提供一種臨時繞開當前缺陷而不影響產品功能的方式
變通方案的有無以及實施的難易程度，是決定缺陷優先級和嚴重程度的重要依據。
如果某個嚴重的缺陷無任何變通方案，那么不管修復缺陷代價多大， 優先級一定會是最高的，如果該缺陷存在比較簡單的變通方案，那么優先級就不一定是最高的
根原因分析（Root Cause Analysis）
平常說的RCA，如果能在發現缺陷的同時，定位出問題的根本原因，那是最好的