1. 缺陷摘要（Summary）
簡單明了，便于理解
長度一般不超過30個單詞
盡可能講明：什么情況，導致了什么問題
便于他人定位Bug，杜絕不重復報相同的Bug
2. 缺陷描述（Description）
重現步驟（Actions）
詳細描述重現該問題的關鍵步驟
省略無關的操作，力求做到：所有重現步驟是充分的和必要的
容易理解的常規步驟，可以一句話帶過，比如以管理員身份登錄，進入后臺用戶管理頁面
和環境有關的問題，給出特定的條件，比如某某操作系統，某某瀏覽器
實際結果（Actual Result）
描述實際出現的錯誤結果
可借助截屏來表達
不是總能重現的Bug，給出發生頻率或規律
期待結果（Expected Result）
可選，當Spec上沒有對實現方式做詳細要求時，用于測試人員表達自己的看法
3. 截屏/附件（Attachment）
針對文字難以表達的或UI方面的問題
圖片格式使用JPG格式；Windows畫圖工具的默認BMP圖片太大，不建議使用
在圖片上用醒目的顏色，標出問題所在區域
也可考慮配上簡短的文字
4. 其它
對于多人同時測試同一模塊的情況，報Bug前先檢查是否已有類似的Bug (TD提供了簡單的Find Similar Defects的功能)
Bug嚴重程度(Severity)必須準確
Bug優先級(Priority) 必須準確（具體請參考公司標準文檔）
填寫Module/Function字段，便于Dev Manager 分配給相應的開發人員
項目中共性的問題，納入Common Module
多個相同的問題，如是一個Dev負責修改的，撰寫一個缺陷報告就可以，但須指出 問題發生的多個位置
對于Reject的有爭議的Bug，盡可能和Dev當面溝通
Windows截圖快捷鍵:
截圖類型 截圖快捷鍵 說明 全屏幕 PrintScreen 鍵 當前活動窗口 ALT+PrintScreen 鍵 按住Alt 鍵，然后按下PrintScreen 鍵 局部窗口 系統不支持 可借助截屏軟件，如HyperSnap
文章來源于領測軟件測試網 http://www.kjueaiud.com/
