本文就如何寫出高質量的Bug單提出了一些建議，供大家參考
為什么要寫Bug單
當我們發現Bug后，需要通知開發人員，Bug單是一種溝通的介質，它的主要目的是讓開發人員能夠親眼看到這個Bug是什么，如果不提供足夠詳細的說明來幫助開發人員重現Bug，那么他們就沒法確定問題的根源。Bug單是一種用來說明期望結果和實際結果之間的差異以及描述bug如何重現的文檔。
發現Bug后應該做什么
· 最好是一發現并確認了bug就立即填寫Bug單，而不要等到當天測試結束再和其他bug一起填，因為那時就有可能遺漏一些要點，甚至是遺漏某個bug。
· 花點時間分析一下造成Bug的根本原因是什么，你可能會因此發現更多的Bug，最好能把你的任何有用的證據都寫到Bug單上。
· Bug單提交之前自己再讀一遍，可能會有錯別字或者什么寫錯的地方需要重寫。
下面將談到填寫Bug單時應注意的幾個地方：
摘要(概述)
Bug單的“摘要”部分是一個Bug單帶給讀者的最初印象，它在瀏覽大量Bug時起著非常重要的作用，每個Bug單都應該有一個能夠突出重點的“摘要”，就好像做廣告一樣。好的摘要應該控制在50~60個字符以內(一個漢字算兩個字符)，而且不要夾雜任何主觀色彩的文字。
措辭
· 要據實反應情況，不要夸大或縮小Bug的影響。
· 有時候會發現一些令人不可思議的低級Bug，但還是要盡量使用較為委婉的詞語來表述，免得傷害開發人員的自尊心。
· 描述越簡單直接越好，我們不是在寫論文或散文，所以不要把Bug單搞得那么復雜難懂。
· 要考慮到目標讀者，他們可能是開發人員、測試人員、管理人員或者其他人，甚至是客戶，所以要讓目標讀者都能看得懂Bug描述。
重現的步驟
· 每一步以及所有步驟組合起來應該是符合邏輯的。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
