到目前为止，几乎所有的东西都已经提到了，所以我只补充一点，可以使用ipdb.set_trace()而不是pdb.set_trace()，它使用iPython，因此更强大(自动完成和其他好东西)。这需要ipdb包，所以你只需要pip安装ipdb

我已经把django-pdb推到了PyPI。 这是一个简单的应用程序，这意味着你不需要编辑你的源代码，每次你想进入pdb。

安装只是…

PIP安装django-pdb 添加'django_pdb'到你的INSTALLED_APPS

你现在可以运行:manage.py runserver——pdb在每个视图的开始进入pdb…

bash: manage.py runserver --pdb
Validating models...

0 errors found
Django version 1.3, using settings 'testproject.settings'
Development server is running at http://127.0.0.1:8000/
Quit the server with CONTROL-C.

GET /
function "myview" in testapp/views.py:6
args: ()
kwargs: {}

> /Users/tom/github/django-pdb/testproject/testapp/views.py(7)myview()
-> a = 1
(Pdb)

然后运行:manage.py test——pdb在测试失败/错误时进入pdb…

bash: manage.py test testapp --pdb
Creating test database for alias 'default'...
E
======================================================================
>>> test_error (testapp.tests.SimpleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File ".../django-pdb/testproject/testapp/tests.py", line 16, in test_error
    one_plus_one = four
NameError: global name 'four' is not defined
======================================================================

> /Users/tom/github/django-pdb/testproject/testapp/tests.py(16)test_error()
-> one_plus_one = four
(Pdb)

该项目托管在GitHub上，当然欢迎贡献。

一个关于模板标签的小窍门:

@register.filter 
def pdb(element):
    import pdb; pdb.set_trace()
    return element

现在，在模板中，您可以执行{{template_var|pdb}}并进入pdb会话(假设您正在运行本地devel服务器)，在那里您可以检查元素到您的心的内容。

这是一种很好的方式，可以看到当对象到达模板时发生了什么。

到目前为止，几乎所有的东西都已经提到了，所以我只补充一点，可以使用ipdb.set_trace()而不是pdb.set_trace()，它使用iPython，因此更强大(自动完成和其他好东西)。这需要ipdb包，所以你只需要pip安装ipdb

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

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

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

我强烈推荐epdb(扩展Python调试器)。

https://bitbucket.org/dugan/epdb

我喜欢用epdb来调试Django或其他Python web服务器的一个原因是epdb.serve()命令。这将设置跟踪，并在您可以连接到的本地端口上提供该跟踪。典型用例:

我有一个视图，我想一步一步地讲。我将在我想要设置跟踪的位置插入以下内容。

import epdb; epdb.serve()

一旦执行了这段代码，我打开一个Python解释器并连接到服务实例。我可以分析所有的值，并使用标准pdb命令(如n, s等)逐级遍历代码。

In [2]: import epdb; epdb.connect()
(Epdb) request
<WSGIRequest
path:/foo,
GET:<QueryDict: {}>, 
POST:<QuestDict: {}>,
...
>
(Epdb) request.session.session_key
'i31kq7lljj3up5v7hbw9cff0rga2vlq5'
(Epdb) list
 85         raise some_error.CustomError()
 86 
 87     # Example login view
 88     def login(request, username, password):
 89         import epdb; epdb.serve()
 90  ->     return my_login_method(username, password)
 91
 92     # Example view to show session key
 93     def get_session_key(request):
 94         return request.session.session_key
 95

您可以在任何时候了解更多关于输入epdb帮助的信息。

如果希望同时为多个epdb实例提供服务或连接到多个epdb实例，可以指定监听的端口(默认为8080)。即。

import epdb; epdb.serve(4242)

>> import epdb; epdb.connect(host='192.168.3.2', port=4242)

如果没有指定，主机默认为'localhost'。我在这里介绍它是为了演示如何使用它来调试本地实例以外的东西，比如本地LAN上的开发服务器。显然，如果您这样做，请注意设置跟踪永远不会出现在您的生产服务器上!

作为一个快速提示，您仍然可以使用epdb执行与接受的答案相同的操作(import epdb;epdb.set_trace())，但我想强调一下服务功能，因为我发现它非常有用。