軟件調試實戰

第1章 誰編寫軟件，誰制造bug(為什麼需要本書)
第2章 系統性調試方法
2.1 為什麼要遵循結構化的過程
2.2 充分利用機會
2.3 條黃金規則
2.3.1 理解需求
2.3.2 制造失敗
2.3.3 簡化測試用例
2.3.4 讀取恰當的錯誤消息
2.3.5 檢查顯而易見的問題
2.3.6 從解釋中分離出事實
2.3.7 分而治之
2.3.8 工具要與bug匹配
2.3.9 一次只做一項更改
2.3.10 保持審計跟蹤
2.3.11 獲得全新觀點
2.3.12 bug不會自己修復
2.3.13 用回歸測試來檢查bug修復
2.4 構建一個好的工具包
2.4.1 工具箱
2.4.2 每天運行測試，防止出現bug
2.5 認清敵人——遇到bug家族
2.5.1 常見bug
2.5.2 偶發性bug
2.5.3 Heisenbug
2.5.4 隱藏在bug背後的bug
2.5.5 秘密bug——調試與機密性
2.5.6 更多讀物
第3章 查找根源——源代碼調試器
3.1 可視化程序行為
3.2 準備簡單的可預測的示例
3.3 使調試器與程序一起運行
3.4 學習在程序崩潰時執行棧跟蹤
3.5 學習使用斷點
3.6 學習在程序中導航
3.7 學習檢查數據︰變量和表達式
3.8 一個簡單示例的調試會話
第4章 修復內存問題
4.1 C/C++中的內存管理——功能強大但很危險
4.1.1 內存泄漏
4.1.2 內存管理的錯誤使用
4.1.3 緩沖區溢出
4.1.4 未初始化的內存bug
4.2 有效的內存調試器
4.3 示例1︰檢測內存訪問錯誤
4.3.1 檢測無效的寫訪問
4.3.2 檢測對未初始化的內存的讀取操作
4.3.3 檢測內存泄漏
4.4 示例2︰對內存分配/釋放的不完整調用
4.5 結合使用內存調試器和源代碼測試器
4.6 減少干擾，排查錯誤
4.7 何時使用內存調試器
4.8 約束
4.8.1 測試用例應該有很好的代碼覆蓋率
4.8.2 提供更多計算機資源
4.8.3 可能不支持多線程
4.8.4 對非標準內存處理程序的支持
第5章 剖析內存的使用
第6章 解決性能問題
第7章 調試並行程序
第8章 查找環境和編譯器問題
第9章 處理鏈接問題
第10章 高級調試
第11章 編寫可調試的代碼
第12章 靜態檢查的作用
第13章 結束語
附錄A 調試命令
附錄B 工具資源
附錄C 源代碼
參考文獻

軟件並不是從一開始就完美無缺，它包含各種各樣的缺陷和錯誤，因此需要不斷調試，找到問題，然後修改代碼。好的調試技巧可以幫助我們創建高質量的軟件，因此在軟件開發項目中，花時間進行全面而細致的調試工作是非常值得的。

軟件調試早已經不是什麼陌生的字眼了，大多數開發人員都或多或少做過一些調試工作，例如源代碼調試、內存調試、性能調試等。然而要在實際工作中出色地完成調試工作卻並不容易，因為調試需要耗費大量時間，而且具有很大的不確定性。在很多情況下，我們很難預知修復一個bug需要多長時間，甚至根本不知道能否修復它。由于這些原因，我們必須采用系統性的調試方法並配備正確的工具，這正是本書的核心。

本書主要以C和C＋十程序為例詳解如何通過調試來分析和改進程序代碼。書中揭示了大量的軟件缺陷並介紹了各種調試技術，同時給出了如何編寫可調試代碼的建議。相信所有開發人員，特別是調試人員，都能夠從本書中獲益匪淺。

翻譯從來都是一項充滿挑戰和趣味性的工作，本書的翻譯更是如此，每當我字斟旬酌地思考應該如何用最準確簡練的語言表達幾位作者思想的時候，總是能夠從他們的智慧和洞察力中得到啟示，從而對調試有了越發深刻的認識，這使得北京炎熱的夏天也成了最美好的時光。我把這本書當成了我的老師，也希望它能夠成為各位讀者的老師，把幾位作者的思想精華傳授給你們。

最後，衷心感謝北京雙飛軟件公司的同仁們在翻譯中給予的幫助，以及在一些高級調試主題方面的技術支持。由于譯者水平有限，在翻譯過程中難免會出現一些錯誤，懇請讀者批評指正。