Step 1: Duplicate the bug.
這一步非常關鍵，Bug最關鍵的是能夠Repro，因爲很多時候問題往往是跟機器以及用戶環境相關的。
Step 2: Describe the bug.
問題最困難的不一定是在解決階段，往往是在清晰描述的階段。
Step 3: Always assume that the bug is yours.
一般情況下，很少會有問題是因爲系統或者是編譯器以及開發環境的問題。
Step 4: Divide and conquer.
分而治之，一步歩接近問題。
Step 5: Think creatively.
一步歩接近的同時 ，還要不停的根據情況變換思路。
Step 6: Utilize tools.
工具的使用就不用說了，如果做windows開發，沒用過process explorer，那就讓人笑掉大牙吧？
Step 7: Start heavy debugging.
最後萬不得已，就開始瘋狂的調試。
Step 8: Verify that the bug is fixed.
Bug修正之後的測試往往是非常重要的。
Step 9: Learn and share.
學習總結，並且和你的team member 分享此次調試的經驗，我就見過一些公司，把一些經驗像寶貝一樣捂着，生怕員工學了去。
其實最關鍵的也是最省力氣的Debug措施都在你的程序第一次運行之前。還有就是，各種調試工具僅僅是工具，你問了它正確的問題，它就回答正確的問題，如果的問題完全是錯誤的方向，那麼它的回答估計也不會好到哪裏去。所以最強的工具還是你腦子裏面的Idea.