良好的BUG報告可以為您節省寶貴的時間(2)

那你呢？他們每次來問你關于這個BUG的時候，你每次都需要重新檢查問題出在哪里然后再告訴他們解決方案. 如果你是自由職業者或者在做生意, 你可以用這些時間做其他的事情. 就好比賺錢，你可以用這些時間賺錢，而不是花更多時間而一分錢掙不到. 當然你是程序員你是被雇傭的，你會拿到工資, 但是浪費了在這個項目上的時間，就是浪費了公司的錢，試著想一下，如果你能處理好這個問題你的工資會更多呢？

現在你看到了一份BUG報告的影響有多大. 你和技術售后肯定都已經煩了. 除此之外 每個人都在失去金錢. 但是我們不想浪費時間和金錢, 所以讓我們來看看怎么避免這樣的情況。

一份良好的BUG報告應該長什么樣?
在此之前，我想說有很多的方法可以寫出好的BUG報告. 這取決于你要提交BUG報告的產品, 有一些BUG報告的模板. 如果是這樣的話, 下面這些模板提供了詳細的BUG信息。

如果沒有模板遵循的時候，至少你要學會提供 at least (!) 這樣的信息:

如果可以的話: 這里添加BUG的版本號. 有些時候你修復過的BUG會再出現另外的BUG，這個時候你需要用BUG版本號來區分。
怎么重現 提供一個詳細的步驟告訴別人怎么夠能夠重現你遇到的情況
預期行為 提供多種可能引起這個BUG的可能性，例如：1、可能是您那里操作錯誤了。2、可能是提供的參數錯誤。3、可能是XXX ，像這樣多種的可能性。
觀察行為 描述一個程序應該發生的行為和預期的行為. 這里你就可以解釋為什么會有這個BUG報告，哪里出錯了。因為這里發生的行為是和預期行為里的某一項是一樣的。
如果可以的話: 包含一份日志 這個取決于產品的類型. 如果你知道日志在哪里的話直接使用它們并且發送出來就可以，對于某些類型的產品，它可以讓你得到一些詳細的信息，找到一個日志文件. 也有一些你沒有辦法訪問日志文件,這樣的話他們也就不會問你要日志。
當然，你總是可以提供更多的信息，如截圖和代碼示例 (如果是框架或者庫), 總之盡量去添加多重可能性，2-5個，這樣可以為你節省大把的時間。

總結
今天你學到了

糟糕的BUG報告。
它對于時間和金錢的開銷很大。
如果寫一個良好的BUG報告。
幾個星期前，我在Twitter上看到一個話題是關于糟糕BUG報告的,但是具體是誰發起我記不太清楚了。 但是我想分下分享里面的一句話，一直停留在我腦海里的。 原話：

Bug reports are handled with the same effort you put in writing them.

譯：

大概意思就是，多少努力多少回報，你在BUG上下了多少工夫，那么它給你帶來的受益也成正比的。

也許你會記住今天學到的，或許你改天會創建一個這樣的票務系統。我肯定會這么做的。

PS: 如果你知道這是誰說的，我一定會很感謝他/她

原文轉自：http://www.zcfy.cc/article/save-time-and-money-by-writing-useful-bug-reports-4311.html