測試新手提交Bug時的注意點
1.缺陷摘要（Summary）
簡單明了，便于理解胰默。
長度一般不超過30個單詞倒庵。
盡可能講明：什么情況脂男，導致了什么問題。
便于他人定位Bug借宵，杜絕重復報相同的Bug茫经。
2.缺陷描述（Descrīption）
重現(xiàn)步驟（Actions）
詳細描述重現(xiàn)該問題的關(guān)鍵步驟娱局；
省略無關(guān)的操作部翘，力求做到：所有重現(xiàn)步驟是充分的和必要的硝训。
容易理解的常規(guī)步驟，可以一句話帶過新思，比如“以管理員身份登錄，進入后臺用戶管理頁面”赘风。
和環(huán)境有關(guān)的問題夹囚，給出特定的條件，比如某某操作系統(tǒng)邀窃，某某瀏覽器荸哟。
實際結(jié)果（Actual Result）
描述實際出現(xiàn)的錯誤結(jié)果；
可借助截屏來表達瞬捕；
不是總能重現(xiàn)的Bug鞍历，給出發(fā)生頻率或規(guī)律。
期待結(jié)果（Expected Result）
可選肪虎，當Spec上沒有對實現(xiàn)方式做詳細要求時劣砍，用于測試人員表達自己的看法。
3.截屏/附件（Attachment）
針對文字難以表達的或UI方面的問題扇救；
圖片格式使用JPG格式刑枝；Windows畫圖工具的默認BMP圖片太大香嗓，不建議使用；
在圖片上用醒目的顏色装畅，標出問題所在區(qū)域靠娱；
也可考慮配上簡短的文字。
4.其它
對于多人同時測試同一模塊的情況掠兄，報Bug前先檢查是否已有類似的Bug（TD提供了簡單的Find Similar Defects的功能）像云。
Bug嚴重程度(Severity)必須準確。
Bug優(yōu)先級(Priority)必須準確（具體請參考公司標準文檔）蚂夕。
填寫Module/Function字段迅诬，便于Dev Manager分配給相應的開發(fā)人員。
項目中共性的問題双抽，納入Common Module百框。
多個相同的問題，如是一個Dev負責修改的牍汹，撰寫一個缺陷報告就可以铐维，但須指出 問題發(fā)生的多個位置。
對于Reject的有爭議的Bug慎菲，盡可能和Dev當面溝通嫁蛇。
Windows截圖快捷鍵：
截圖類型截圖快捷鍵說明
全屏幕PrintScreen鍵
當前活動窗口ALT + PrintScreen鍵按住Alt鍵，然后按下PrintScreen鍵
局部窗口系統(tǒng)不支持可借助截屏軟件露该，如HyperSnap
_staa???c??
