Python 調試技巧

當進行調試時，你有很多選擇，但是很難給出一直有效的通用建議（除了「你試過關閉再打開么？」以外）。

這裡有一些我最喜歡的 Python 調試技巧。

建立一個分支

請相信我。即使你從來沒有打算將修改提交回上游，你也會很樂意將你的實驗被包含在它們自己的分支中。

不說別的，它會使清理更容易！

安裝 pdb++

認真地說，如果你使用命令行，它會讓你的生活更輕鬆。

pdb++ 所做的一切就是用更好的模塊替換標準的 pdb 模塊。以下是你在 pip install pdbpp 會看到的：

• 彩色提示！
• 製表符補全！（非常適合探索！）
• 支持切分！

好的，也許最後一個是有點多餘……但是非常認真地說，安裝 pdb++ 非常值得。

探索

有時候最好的辦法就是胡亂試試，然後看看會發生什麼。在「明顯」的位置放置一個斷點並確保它被命中。在代碼中加入 print() 和/或 logging.debug() 語句，並查看代碼執行的位置。

檢查傳遞給你的函數的參數，檢查庫的版本（如果你已經非常絕望了）。

一次只能改變一件事

在你在探索了一下後，你將會對你可以做的事情有所了解。但在你開始擺弄代碼之前，先退一步，考慮一下你可以改變什麼，然後只改變一件事。

做出改變後，然後測試一下，看看你是否接近解決問題。如果沒有，請將它改回來，然後嘗試其他方法。

只更改一件事就可以讓你知道什可以工作，哪些不工作。另外，一旦可以工作後，你的新提交將會小得多（因為將有更少的變化）。

這幾乎是 科學過程 Scientific Process 中所做的事情：一次只更改一個變數。通過讓自己看到並衡量一次更改的結果，你可以節省你的理智，並更快地找到解決方案。

不要假設，提出問題

偶爾一個開發人員（當然不是你咯！）會匆忙提交一些有問題的代碼。當你去調試這段代碼時，你需要停下來，並確保你明白它想要完成什麼。

不要做任何假設。僅僅因為代碼在 model.py 文件中並不意味著它不會嘗試渲染一些 HTML。

同樣，在做任何破壞性的事情之前，仔細檢查你的所有外部關聯。要刪除一些配置數據？請確保你沒有連接到你的生產系統。

聰明，但不要聰明過頭

有時候我們編寫的代碼神奇般地奏效，不知道它是如何做的。

當我們發布代碼時，我們可能會覺得自己很聰明，但當代碼崩潰時，我們往往會感到愚蠢，我們必須記住它是如何工作的，以便弄清楚它為什麼不起作用。

留意任何看起來過於複雜、冗長或極短的代碼段。這些可能是隱藏複雜並導致錯誤的地方。

via: https://pythondebugging.com/articles/python-debugging-tips

作者：PythonDebugging.com 選題：lujun9972 譯者：geekpi 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive