調試工具在軟體開發過程中的重要性

各位同行們，

       是否都有同樣的感受，在維護軟體產品的過程中，最後遺留的bug都是很難修複的，尤其是那些無法找到重現步驟，只能依靠自動化的測試跑上數個小時才能重現的bug。即使是系統的設計者也很難解決這些bug，尤其是在多線程中，究竟是那些線程相互的作用引起的，很難去定位。

        如果使用靜態方法去查看代碼，對於這些bug是徒勞的，因為你不清楚在系統崩潰的時候有那些線程在跑，影響了哪些東西。一般的軟體工程師會使用windbg等調試工具匯入dump檔案，定位出錯的代碼位置，設定斷點，跟蹤變數等，最終解決問題。如果是經驗豐富的工程師，對整個軟體系統已經是十分熟悉了，這種方法是可以的。但對於大多數的軟體工程師，尤其是中國的工程師，很少在一家公司幹上7，8年的，對於系統不是很熟悉的，遇到這種bug就很難使用這種方法解決了。你可以精確的定位出錯的位置，但你無法找到其中的原因，你嘗試了各種方法，但都是徒勞的。有沒有其他的方法呢？這就是我發表部落格的原因，如果你感興趣，請繼續關注我的部落格，絕對原創！