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

一份糟糕的BUG記錄不僅煩人，而且大大增加了時間長的開銷。為你的下一份BUG報考增加更多更詳細的信息，可以使你更快速的定位BUG從而節省時間成本。

介紹
我想一份糟糕的BUG報告和很多人都有著或多或少的關聯. 或是客戶支持的工作人員. 用戶的反饋報告、開發人員、測試人員或一級技術支持. 一份糟糕的BUG報告給他們帶來時間上的開銷. 除了一些（大多數）開源項目，人們花費了寶貴時間，但是這也意味著他們花費了金錢。

我將通過這篇文章告訴你一份糟糕的BUG報告怎樣浪費你寶貴的時間和金錢的，同時也會告訴你如何才能做的更好. 下面開始從一個簡短的解釋來告訴你們一份糟糕的BUG報告到底長什么樣子。

糟糕的BUG報告是什么樣子的?
當我想到糟糕BUG報告的時候，我的腦海里它是這樣的:

“我試著執行 sendMsg(“hello world!”)但是沒有成功.”

相當不錯的一個例子對吧? 這個報告只告訴我們它無法正常執行工作，但是并沒有告訴我們任何其他詳細的信息, 開發人員會打開程序的一部分代碼檢查，我保證大部分都會正常的工作。所以，什么樣的BUG報告才算是標準的呢？ 這里有幾個例子，我認為是比較重要。

缺少細節 就想上面的例子當中，你很難去發現到底哪里出現了錯誤，因為這份BUG報告沒有提供任何細節。
且少日志/錯誤消息 錯誤消息的出現, 日志的寫入、但是不知為何有些人總是忘記把他們寫出到BUG報告中去。
一份報告中多種BUG的組合 為此為曾花費了大量的時間. 人們找到各種各樣的BUG 但是沒有全部都寫入到一份報告中去。
這里還有更多類似的情況，但是這些我認為是最重要的，下面我繼續看看如果你提交這樣的一份糟糕的BUG報告會有什么后果。

糟糕的BUG報告浪費時間和金錢
另外一個例子: 比如說你提交了一個聯系人系統的一份很差的BUG報告：

“我嘗試添加新的聯系人，但是沒有添加成功！”

現在在另外一邊的票務系統會發生什么？ 其他人在他們的機器上執行同樣的程序，設置添加聯系人并且成功了?，F在至少有兩件事情會發生:

你肯定會馬上把票據拿回來，然后客戶會問你發生了什么？（至少我肯定會這么問你）
有人可能會嘗試著尋找一切可能造成這個BUG報告的原因: 這個聯系人不能被添加. 沒人知道是不是哪里有錯誤消息, 或者根本沒有執行. 或者這個BUG出現是因為點擊了添加聯系人的按鈕又或者是保存數據的時候出錯. 大多數情況這個人是沒有辦法找到原因的所在, 所以最終你只能拿回票據并且被不停的追問到底發生了什么.
退回發票繼續時間的浪費
無論售后人員和技術支持作何反應都會加大時間的開銷.首先有人需要對這個問題做基本的分析. 由于你沒有提供詳細的BUG描述，這會讓他們只能猜想哪里出了問題. 技術支持會一直找問題的原因直到最終來問你。 也有可能他們會把這張票據直接給你，因為你沒有提供任何可供參考的BUG描述。

不管怎樣都會到你這里, 因為除了你沒人直到發生這個BUG的原因，因此他們可能會讓你對BUG增加一些更詳細的解釋 (他們為什么自己就不能搞定這個問題呢？你心里一定這么想) 時間一天一天的過去，就是因為你提交了一個這樣糟糕的BUG報考. 但是你需要提供一些信息, 否則其他技術售后無法重現BUG，無所修復這個BUG. 那么你現在會怎么做呢？我想你應該會打開那個票務系統嘗試在你的機器上操作，你猜怎么著？它很可能這次不會出任何問題. 就因為你沒有對BUG做一個良好的處理，對軟件公司造成了時間上的流失，時間就是金錢。

但是讓我們假設一下你可以重現這個BUG, 你打開這個票務系統，這次你添加了一些對BUG的描述. 然后技術售后看到這個問題，但是這一次你提供了一些BUG描述，然后他們通過你你提供的錯誤報告極有可能馬上就可以修復這個BUG. 但是大部分的時候他們還是無法修復這個BUG. 然后他們有找到你讓你在編寫代碼的時候 寫入更多對BUG的處理信息.然后沒完沒了 ….

時間就是金錢，不要浪費金錢。
這張票據來回折騰浪費了很多時間. 每當有一個技術售后的一個人拿到這樣的一張有問題的票據, 他或者她每次都需要想辦法重新BUG，找出問題。技術售后同時還有其他的事情需要做，原本他們可以一周做更多的事情，但是現在他們需要花更多的時間來處理票據的問題，對于軟件公司來說，時間就是金錢，你就是在浪費公司的錢。

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