拙劣的bug（電腦程式**中的錯誤或程式執行時的瑕疵——譯者注）報告例子：
「技術支援」很可怕的工作？——因為有拙劣的bug報告需要處理。
好的bug報告的特性：非常清晰、有幫助並且「有內容」。
報告bug的最好的方法之一是「演示」給程式設計師看。讓程式設計師站在電腦前，執行他們的程式，指出程式的錯誤。讓他們看著您啟動電腦、執行程式、如何進行操作以及程式對您的輸入有何反應。他們會觀察程式測試中的每乙個細節，並且選出他們認為有用的資訊。
也許他們覺得還需要更多的資訊，會請您重複剛才的操作。他們可能在這期間需要與您交流一下，以便在他們需要的時候讓bug重新出現。他們可能會改變一些操作，看看這個錯誤的產生是個別問題還是相關的一類問題。如果您不走運，他們可能需要坐下來，拿出一堆開發工具，花上幾個小時來好好地研究一下。
如果您必須報告bug，而此時程式設計師又不在您身邊，那麼您就要想辦法讓bug*重現*在他們面前。當他們親眼看到錯誤時，就能夠進行處理了。
如果程式設計師向您詢問額外的資訊，或者希望你能進行一些操作，記住要好好合作，這樣可以快速縮小問題範圍。
即便您自己的「診斷」有時真的有幫助，也要只說「症狀」。「診斷」是可說可不說的，但是「症狀」一定要說。就像去醫院，不可能不說症狀，直接讓醫生給你**自診斷出來的結果。
bug報告的基礎要求是表述清楚，確保您的意思不能被曲解。
bug報告的首要目的是讓程式設計師親眼看到錯誤。如果您不能親自做給他們看，給他們能使程式出錯的詳細的操作步驟。
如果首要目的不能達成，程式設計師不能看到程式出錯。這就需要bug報告的第二個目的來描述程式的什麼地方出毛病了。詳細的描述每一件事情：您看到了什麼，您想看到什麼，把錯誤訊息記下來，尤其是「錯誤訊息號」。
當您的計算機做了什麼您料想不到的事，不要動！在您平靜下來之前什麼都別做。不要做您認為不安全的事。
盡量試著自己「診斷」程式出錯的原因（如果您認為自己可以的話）。即使做出了「診斷」，您仍然應該報告「症狀」。
如果程式設計師需要，請準備好額外的資訊。如果他們不需要，就不會問您要。他們不會故意為難自己。您手頭上一定要有程式的版本號，它很可能是必需品。
總的來說，最重要的是要做到精確。程式設計師喜歡精確。
如何有效地報告Bug？
simon首先列舉了一系列拙劣bug報告的例子，包括 接著，他點出了報告bug的目的 在bug報告裡，要設法搞清什麼是事實 例如 我在電腦旁 和 xx出現了 什麼是推測 例如 我想問題可能是出在 如果願意的話，您可以省去推測，但是千萬別省略事實。然後，simon針對bug報告的不同問題分別提出了自己...
如何有效地報告Bug？
作者 崔康 發布於 十月 08,2012 自由軟體開發者simon tatham針對如何有效地報告bug發表了自己的看法，他列舉了一系列拙劣bug報告的例子，並提出了改正建議。simon首先列舉了一系列拙劣bug報告的例子，包括 接著，他點出了報告bug的目的 在bug報告裡，要設法搞清什麼是事實 ...
zt 如何有效地報告Bug
錯誤資訊 所報告的問題是由於使用者的過失而產生的 所報告的問題是由於其他程式的錯誤而產生的 所報告的問題是由於網路錯誤而產生的 這便是為什麼 技術支援 被認為是一件可怕的工作，因為有拙劣的bug報告需要處理。然而並不是所有的bug報告都令人生厭 我在業餘時間維護自由軟體，有時我會收到非常清晰 有幫助...