自己總結的關於報bug方面的注意點：
1.
缺陷摘要（
summary）n
簡單明瞭，便於理解
n長度一般不超過
30個單詞
n盡可能講明：什麼情況，導致了什麼問題
n以便於他人定位
bug，杜絕不重複報相同的
bug2.
缺陷描述（
description）n
重現步驟（
action）ø
詳細描述重現該問題的關鍵步驟
ø省略無關的操作，力求做到：所有重現步驟是充分的和必要的
ø容易理解的常規步驟，可以一句話帶過，比如「以管理員身份登入，進入後台使用者管理頁面」
ø和環境有關的問題，給出特定的條件，比如某某作業系統，某某瀏覽器
n實際結果（
actual result）ø
描述實際出現的錯誤結果
ø可借助截圖來表達
ø不是總能重現的
bug，給出發生頻率或規律
n期待結果（
expected result）ø
可選，spec
上沒有做詳細要求，用於測試人員表達自己的看法
3.截圖
/附件（
attachment）ø
針對文字難以表達的或
ui方面的問題
ø格式使用
jpg格式；
bmp太大，不建議使用
ø在上用醒目的顏色，標出問題所在區域
ø也可考慮配上簡短的文字
4.其它
n對於多人同時測試同一模組的情況，報
bug前先檢查是否已有類似的
bug (td
提供了find similar defects
的功能)
nbug
嚴重程度
(severity)
必須準確
nbug
優先順序(priority)
必須準確（具體請參考公司標準文件） n
填寫module
字段，便於
dev manager
分配給相應的開發人員
n專案中共性的問題，納入
common module
n多個相同的問題，如是乙個
dev負責完成的，撰寫乙個缺陷報告就可以，但須指出
問題發生的多個位置n對於
reject
的有爭議的
bug，盡可能和
dev當面溝通
windows截圖快捷鍵:
截圖型別
截圖快捷鍵
說明
全螢幕printscreen
鍵
當前活動視窗
alt + printscreen 鍵按住
alt
鍵，然後按下
printscreen
鍵區域性視窗
系統不支援
可借助截圖軟體，如
測試人員應該如何報bug？
首先，確保你所發現的問題是確實是乙個bug，不要出現因為測試人員操作錯誤或配置錯誤所引起的 bug 這樣會降低你在開發人員心中的可信度。在測試的時候，如果發現測試的實際結果與預期測試結果不符時，不要著急馬上報bug，先想想為什麼會出現錯誤。作為專業的測試人員，應該能夠對出現的問題進行跟蹤，確認了在配...
12306購票又報亂碼BUG
對12306別無所求，能用就行，畢竟使用者請求量太高，而且邏輯複雜。可是在軟體方面來說，乙個工程編碼統一性是很必要的，如果還出現亂碼，那真是乙個不應該的錯誤了。最近國慶快到了，購票的人也多了，最近博主在12306購票 又發現bug，而且貌似很多天都沒有解決，那就是出現了亂碼。博主搜尋了下從北京到石家...
如何有效的報告bug
自由軟體開發者simon tatham針對如何有效地報告bug發表了自己的看法，他列舉了一系列拙劣bug報告的例子，並提出了改正建議。simon首先列舉了一系列拙劣bug報告的例子，包括 在報告中說 不好用 所報告內容毫無意義 在報告中使用者沒有提供足夠的資訊 在報告中提供了錯誤資訊 所報告的問題是...