我使用PyCharm(与eclipse相同的pydev引擎)。真的帮助我能够直观地逐级检查我的代码，并看到发生了什么。

从我的角度来看，我们可以将常见的代码调试任务分解为三种不同的使用模式:

Something has raised an exception: runserver_plus' Werkzeug debugger to the rescue. The ability to run custom code at all the trace levels is a killer. And if you're completely stuck, you can create a Gist to share with just a click. Page is rendered, but the result is wrong: again, Werkzeug rocks. To make a breakpoint in code, just type assert False in the place you want to stop at. Code works wrong, but the quick look doesn't help. Most probably, an algorithmic problem. Sigh. Then I usually fire up a console debugger PuDB: import pudb; pudb.set_trace(). The main advantage over [i]pdb is that PuDB (while looking as you're in 80's) makes setting custom watch expressions a breeze. And debugging a bunch of nested loops is much simpler with a GUI.

啊，是的，模板的问题。最常见的问题(对我和我的同事来说)是错误的上下文:要么你没有变量，要么你的变量没有某些属性。如果你正在使用调试工具栏，只检查“模板”部分的上下文，或者，如果这还不够，在你的上下文填充后，在视图的代码中设置一个断点。

就这样。

我使用pyDev与Eclipse真的很好，设置断点，进入代码，查看任何对象和变量的值，尝试它。

我发现Visual Studio Code用于调试Django应用程序非常棒。标准的python启动。Json参数运行python manage.py，并附带调试器，因此你可以设置断点，并按自己的喜好逐步执行代码。

我使用PyCharm并一直支持它。我花了一点钱，但我不得不说我从中得到的好处是无价的。我尝试过从控制台调试，我确实很信任那些能做到这一点的人，但对我来说，能够直观地调试我的应用程序是很棒的。

我不得不说，PyCharm确实占用了很多内存。但话说回来，生活中没有什么好东西是免费的。他们刚刚发布了最新版本3。它也可以很好地与Django, Flask和谷歌AppEngine一起使用。所以，总而言之，我认为这是任何开发人员都可以拥有的一个非常方便的工具。

如果你还没有使用它，我建议你试用30天，看看PyCharm的强大功能。我相信还有其他可用的工具，比如Aptana。但我想我也喜欢PyCharm的外观。我觉得在那里调试我的应用程序很舒服。

我非常喜欢Werkzeug的交互式调试器。它类似于Django的调试页面，除了在回溯的每一层都有一个交互式shell。如果你使用django-extensions，你会得到一个runserver_plus管理命令，它会启动开发服务器，并在异常时为你提供Werkzeug的调试器。

当然，您应该只在本地运行它，因为它赋予任何使用浏览器的人在服务器上下文中执行任意python代码的权利。