用於調試輕鬆的開發想法和問題

Question

我記得讀過一篇文章，平均程序員花費工作時間的90％調試，實際開發花費10％。儘管這個數字本身並不適合所有人，但我認爲這個想法本身是有道理的。

那麼DDE的想法 - 開發調試輕鬆？ 爲了做到這一點，我想到了以下程序和工具。

1. UNIT Test和用於測試功能級別的xUNIT工具。
2. 斷言輸入檢查，並斷言相關功能檢查輸入參數
3. 記錄值，並記錄器功能使問題起源的痕跡

你有什麼？可以使用哪些程序和工具來有效且高效地揭示錯誤？

Answer 1

單元測試可以幫助您用更少的錯誤開發代碼，但我不認爲它們確實有助於調試代碼或幫助隔離生產中的問題。

斷言通常會幫助您在執行任何進一步業務邏輯之前確保滿足某些條件。

日誌記錄只是上面提到的功能，它有助於在生產過程中隔離問題，並提供有關可能出錯的一些線索。在應用程序的關鍵/關鍵步驟中，它也完全支持開發人員使用記錄器方法，並且在隔離問題方面非常有幫助。正如所說的，在開發階段，您的IDE支持調試非常重要，它應該非常直觀。但是在進行生產時，偶爾可能會有機會將調試器附加到運行生產環境以針對特定情況進行調試。在這些情況下，只有開發人員登錄信息纔是救援。