本文閱讀時間3分鐘

每個開發者都必須都的一項技術，-debug，最近讀了一本關於調試的書分享給大家，書的內容不到200頁，一口氣讀下來，估計需要一個小時，速度內容簡單明了，主要是作者20多年的工作中調試經驗的總結,作者作為一名軟件開發人員的工作調試經驗，同樣適用其他領域開發人員，同時，解決問題的思路也適用於不同崗位的人思考借鑒，人人必備的調試技巧。全書分為三個主要部分：九種調試規則介紹，一個綜合運用實例，總結陳詞。

書中作者總結工作中兩件重要的事情：

• 如果查找bug花費了大量時間，那麽原因可能是忽略了某個基本的，最重要的規則，一旦應用了那條規則，就會很快找到問題
• 善於快速調試的人已經深刻理解並應用了這些規則，而那些很難理解或使用這些規則的人則很難找到bug

對於調試技巧作者的觀點是：

• 關鍵是 記住並應用這些規則，調試藝術是門科學
• 調試不僅僅是故障檢修
• 調試，查明為什麽一個設計沒有按計劃工作

作者通過自己多年的實際工作經驗，總結出開發測試工作debug的經驗
這本書值得推薦給任何人來讀， 如何快速找到工作中的錯誤
這裏分享下讀書筆記，思維導圖，關註knowiot公眾號，後臺回復‘debug‘獲取pdf文件和思維導圖筆記

理解系統

這是最重要的一個方法

• 當所有方法都不管用的時候，讀讀編程手冊
• 知道系統的原理以及如何設計，最重要的是為什麽這麽設計，如果你們有理解系統的某個部分，那麽這部分將會出問題-墨菲定律

• 理解系統不等於理解問題，當時解決問題的前提是理解系統

  制造失敗

• 通過還原觀察錯誤，查找線索，確認是否修復
• 從頭開始
• 引發失敗
• 不要模擬失敗
• 查找不受你控制條件
• 記錄每一件事情，並找到間歇性bug的特征
• 不要過於相信統計數據
• 要認識到那是可能發生的

• 永遠不要丟掉一個調試工具

  不要想，而要看

• 憑空想象，問題可能有幾千條原因，而實際的原因只有去看了才能發現

  分而治之

• 問題分解，逐次逼近，問題會水落石出

  一次只改一個地方

• 如果更改沒有起到預期的作用，那就改回來好了

  保持審計跟蹤

• 將操作步驟，順序，結果全部記錄下來
• 任何細節都是可能是重要的

• 把事情記錄下來

  檢查插頭

• 避免顯而易見的錯誤，假設錯誤是最容易修復的錯誤

  獲得全新的觀點

• 休息一下，喝杯咖啡，和同事聊聊天
• 征求別人的意見
• 獲取專業的知識
• 聽取別人的境遇
• 幫助無處不在

• 放下面子

  如果你不修復bug，它依然存在

• 查證問題確實已被修復
• bug 從來不會自己消失，如果你不修復他，它還會在那。
• 從根本上解決問題

• 對過程進行修復

關註公眾號KnowIoT，後臺回復‘debug‘獲取《調試九法》pdf文件和思維導圖筆記 :)

書籍推薦《調試九法-軟硬件錯誤的排查之道》