軟體除錯實戰
1 13條**除錯規則
1.1 1 理解需求
1.1.1 保證理解需求，以確認是否是bug
1.2 2製造失敗
1.2.1 需要乙個測試用例是程式執行失敗
1.2.2 用該測試用例來回歸bug測試
1.3 3 簡化測試用例
1.3.1 排除不起作用的因素
1.3.2 減少測試用例的時間
1.3.3 使用例更容易測試
1.4 4 讀取恰達的錯誤訊息
1.4.1 首先出現的訊息
1.5 5 檢查顯而易見的問題
1.5.1 軟體是否正確執行
1.5.2 許可權
1.5.3 磁碟空間
1.5.4 ...
1.6 6 從解釋中分離出事實
1.6.1 列出某一已知情況和原因，問自己能否證明它
1.7 7 分而治之
1.7.1 整理乙份清單，列出潛在問題
1.7.2 將環境更改和源**更改區分開
1.7.2.1 跟蹤環境的更改
1.7.2.2 撤銷源**的更改
1.7.3 放大並治之
1.7.3.1 記憶體除錯
1.7.3.2 源**除錯
1.7.3.3 同步除錯
1.8 8 工具要與bug匹配
1.8.1 除錯出現問題的地方，而不是便於除錯的地方
1.9 9 一次只做一項更改
1.9.1 做一處更改，檢查其是否有意義，如果沒有返回原有狀態
1.10 10 保持審計跟蹤
1.10.1 需要嘗試多個原因的組合
1.11 11 獲取全新觀點
1.11.1 陷入僵局，可以找人討論
1.11.2 劃清事實與你的理論的界限（可能你的理論不夠完善，避免誤導對方）
1.12 12 bug不會自己修復
1.12.1 取消修復並驗證bug能否重現
1.13 13 用回歸測試來檢查bug
軟體除錯實戰
系統性除錯方法 理解需求 製造失敗 簡化測試用例 目的 排除不起作用的因素 減少測試用例的執行時間 最重要的是，使測試用例更容易除錯。讀取恰當的錯誤資訊 重點關注首先出現的那些訊息。檢查顯而易見的問題 從解釋和中分離出事實 分而治之 整理乙份清單，列出潛在問題以及如何除錯它們 除錯歸根到底是一種試錯...
測試人員可以借鑑的9條除錯規則
1.理解系統 解決乙個具體問題，很多時候需要在整體上理解系統。重現乙個缺陷也要求測試人員在巨集觀上和細節上都能把握軟體。在專案全程，測試人員需要積極的學習被測軟體的領域知識 產品架構 實現 技術平台 除錯工具等。只有較全面的理解軟體，才能有效的分析資訊 設計實驗 快速測試。軟體開發與測試沒有捷徑，持...
軟硬體除錯九法 第六條規則 保持審計跟蹤
1 把你的操作 操作順序和結果全部記錄下來 要記錄所做的事 做事的順序 以及發生的結果，每次做完都要全部記錄。就像除錯硬體一樣，必須指導每個步驟以及執行結果，才能確定下一步關注的重點。2 要知道，任何細節都可能是重要的 有時bug報告可能就有一句簡單的話，比如儀器顯示出錯了，或者儀器無法正常工作，這...