軟件測試工程師如何有效的提交缺陷報告(3)

　　程序員想要了解任何與您發現的問題相關的事情。有可能的話您到另一臺機器上試試，多試幾次，兩次，三次，看看問題是不是經常發生。如果問題出現在您進行了一系列操作之后，不是您想讓它出現它就會出現，這就有可能是長時間的運行或處理大文件所導致的錯誤。程序崩潰的時候，您要盡可能的記住您都做了些什么，并且如果您看到任何圖形,也別忘了提一下。您提供的任何事情都是有幫助的。即使只是概括性的描述(例如：當后臺有EMACS運行時，程序常常出錯)，這雖然不能提供導致問題的直接線索，但是可能幫助程序員重現問題。

　　最重要的是：程序員想要確定他們正在處理的是一個真正的“間歇性錯誤”呢，還是一個在另一類特定的計算機上才出現的錯誤。他們想知道有關您計算機的許多細節，以便了解您的機器與他們的有什么不同。有許多細節都依仗特定的程序，但是有一件東西您一定要提供——版本號。程序的版本、操作系統的版本以及與問題有關的程序的版本。

　　“我把磁盤裝進了 Windows……”

　　表意清楚在一份bug報告里是最基本的要求。如果程序員不知道您說的是什么意思，那您就跟沒說一樣。我收到的bug報告來自世界各地，有許多是來自非英語國家，他們通常為自己的英文不好而表示歉意?？偟膩碚f，這些用戶發來的bug報告通常是清晰而且有用的。幾乎所有不清晰的bug報告都是來自母語是英語的人，他們總是以為只要自己隨便說說，程序員就能明白。

　　精確。如果做相同的事情有兩種方法，請說明您用的是哪一種。例如：“我選擇了‘載入’”，可能意味著“我用鼠標點擊‘載入’”或“我按下了‘ALT+L’”，說清楚您用了哪種方法，有時候這也有關系。

　　詳細。信息寧多毋少!如果您說了很多，程序員可以略去一部分，可是如果您說的太少，他們就不得不回過頭再去問您一些問題。有一次我收到了一份bug報告只有一句話，每一次我問他更多事情時，他每次的回復都是一句話，于是我花了幾個星期的時間才得到了有用的信息。

　　慎用代詞。諸如“它”，“窗體”這些詞，當它們指代不清晰的時候不要用。來看看這句話：“我運行了FooApp，它彈出一個警告窗口，我試著關掉它，它就崩潰了。”這種表述并不清晰，用戶究竟關掉了哪個窗口?是警告窗口還是整個FooApp程序?您可以這樣說，“我運行FooApp程序時彈出一個警告窗口，我試著關閉警告窗口，FooApp崩潰了。”這樣雖然羅嗦點，但是很清晰不容易產生誤解。

　　檢查。重新讀一遍您寫的bug報告，您覺得它是否清晰?如果您列出了一系列能導致程序出錯的操作，那么照著做一遍，看看您是不是漏寫了一步。

　　小結：

　　bug報告的首要目的是讓程序員親眼看到錯誤。如果您不能親自做給他們看，給他們能使程序出錯的詳細的操作步驟。

　　如果首要目的不能達成，程序員不能看到程序出錯。這就需要bug報告的第二個目的來描述程序的什么地方出毛病了。詳細的描述每一件事情：您看到了什么，您想看到什么，把錯誤消息記下來，尤其是“錯誤消息號”。

　　當您的計算機做了什么您料想不到的事，不要動!在您平靜下來之前什么都別做。不要做您認為不安全的事。

　　盡量試著自己“診斷”程序出錯的原因(如果您認為自己可以的話)。即使做出了“診斷”，您仍然應該報告“癥狀”。

　　如果程序員需要，請準備好額外的信息。如果他們不需要，就不會問您要。他們不會故意為難自己。您手頭上一定要有程序的版本號，它很可能是必需品。

　　表述清楚，確保您的意思不能被曲解。

　　總的來說，最重要的是要做到精確。程序員喜歡精確。

原文轉自：http://www.anti-gravitydesign.com