怎樣寫出高質量的Bug單

　　怎樣寫出高質量的Bug單  軟件測試

　　本文就如何寫出高質量的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