關于如何描述Bug

      開發人員經常會遇到這樣的問題：測試人員Bug提交上來之后，關于問題的描述，看得一頭霧水，不知說云，然后不得不打電話給測試人員，詢問Bug的細節，這樣既浪費時間，而且當此Bug轉給其他開發人員解決時，又會重現這樣的情形。如何最大限度的避免此種情況，結合自己的經驗認為一個“好”的Bug應該包括下列信息：

1.重現Bug的操作步驟（可以參照測試用例的操作步驟寫）

2.錯誤的結果

3.預期的結果，或者期望的改動

4.附件（圖片、文檔說明等）