• 對于那些需要在瀏覽器中進行很多次點擊才能重現的bug，用Selenium記錄你點擊的內容，并讓Selenium重播UI交互（詳細的建議請見這里：https://twitter.com/AnnieTheObscure/status/1142843984642899968）；

• 如果你能夠的話，編寫一個重現錯誤的單元測試。這樣做還有另外一個好處：如果這個單元測試有意義的話，你可以稍后將它添加到測試套件中；

• 編寫一個腳本，或者找到一個命令行命令幫助你做它（比如curl MY_APP.local/whatever)）。

我試著鼓勵人們首先對這個bug有個全面的理解，比如說：什么正在發生？你期望會發生什么？什么時候會發生？什么時候不發生？然后運用他們對系統的心理模型來猜測可能發生的破壞，并進行實驗。

實驗可以是更改或刪除代碼，從一個REPL調用API，嘗試新的輸入，使用調試器（debugger）或print語句來獲取內存中的值。

• 猜測可能發生的錯誤的某一個方面（比如說，“這個變量被設置為X，它應該是Y”，或“發送到服務器的請求是錯誤的”，或“這段代碼根本沒有運行過”等等）。

• 做實驗來驗證這個猜測。

• 重復循環，直到你明白發生了根源所在。

• 此變量設置為X（“該文件名絕對正確”）；

• 該變量的值不可能在X和Y之間變化；

• 這段代碼以前沒有問題；

• 此函數執行X；

• 我正在編輯正確的文件；

• 我寫的那一行代碼不可能有任何拼寫錯誤，只是一行代碼而已；

• 文檔是正確的；

• 我正在查看的代碼在某個時刻被執行；

• 這兩段代碼是按順序執行的，而不是并行執行的；

• 這段代碼在調試模式和發布模式下編譯（使用或不使用-O2開關，或…）時，會做同樣的事情；

• 編譯器沒有錯誤（這是故意放在最后的一個錯誤，很少有人會認為編譯器會出錯）。

• 在手機上添加聲音：“在移動開發世界里，這條建議給了我很大幫助。Xcode可以在你遇到斷點時播放聲音（并且代碼不停止而繼續執行下去）。我把它們放在代碼中的某個位置，然后聽嗡嗡的叮當聲來指示代碼中發生的錯誤”（欲知詳情，請查看上面提到的推文）。

• 關于使用Xcode播放iOS代碼調試的聲音，這里（https://qnoid.com/2013/06/08/Sound-Debugging.html）有一些很有趣的討論。

• 添加發光二極管（LED）：“很久以前，當我們在Transputer網格上做嵌入式開發時，我們將發光二極管連接到每個芯片的一個未使用的管腳上。它在診斷并行性問題上出奇地有效。”

• string: “我的網絡教授告訴我這樣一個故事，在早期的以太網時代，他在施樂公司（Xerox）看到了一個黑客：他使用一個帶有放大器，馬達和一根繩子的同軸電纜接頭。網絡越忙，線就轉得越快。”

• Peep是一個“Network Auralizer”，可以將系統上發生的事情轉換成聲音。我花了10分鐘試圖讓它編譯，但迄今為止失敗了，但它看起來很有趣，我想繼續嘗試它！！

可調試的代碼并不一定干凈，而充斥著檢查或錯誤處理的代碼很少能讓人愉快地閱讀。

if UNEXPECTED_THING:    raise "oh no THING happened"

獲得正確的錯誤信息并不容易，因為你在程序當中哪里犯了錯誤并不總是顯而易見的，但是這樣做確實有很大幫助。

"error starting server process" caused by"error initializing logging backend" caused by"connection failure: timeout connecting to 1.2.3.4 port 1234".

這比僅僅返回connection failure: timeout connecting to 1.2.3.4 port 1234本身要有用得多，因為它還告訴你和IP 1.2.3.4有關的其它一些重要的信息（比如上面這個錯誤就顯示它和日志后端有關！）。我認為它也比返回帶有堆棧跟蹤信息的connection failure: timeout connecting to 1.2.3.4 port 1234的錯誤信息更加有用：因為它將堆棧跟蹤信息中的關鍵的出錯部分總結出來，這樣你就不需要讀取堆棧跟蹤中的每一行（因為其中一些可能不相關！）.

• Go語言：它的習慣用法似乎是把你的一堆錯誤串成一個大字符串，這樣你就得到了一長串的像這樣的錯誤提示：“error：第一個錯誤：error：第二個錯誤：error：第二個錯誤”。它工作得很好，但是它的錯誤信息的結構比failure庫能提供的要差得多。

• Java語言：我聽說Java可以給出異常的原因（Causes of exceptions）, 但是我自己沒有用過。

• Python 3：你可以使用raise ... from設置異常的“__cause__”屬性，然后你的異常將被這句話分開：The above exception was the direct cause of the following exception:..