Django怎么进行单元测试_Python使用pytest-django编写测试用例-Python教程-PHP中文网

pytest-django 更常用因其断言直观、fixture灵活、插件生态成熟，且能复用Django配置；它默认事务级隔离提速测试，支持fixture注入数据、绕过CSRF/登录校验，并提供数据库复用等优化手段。

django怎么进行单元测试_python使用pytest-django编写测试用例

pytest-django 为什么比 Django 自带 test runner 更常用

因为 pytest 的断言更直觉、fixture 机制更灵活、插件生态更成熟，而 pytest-django 能复用 Django 的配置（比如 settings.py 和数据库配置），不用重写测试启动逻辑。Django 自带的 TestCase 在快速验证单个视图或模型时够用，但一旦涉及跨模块依赖注入、参数化测试、或需要和第三方 pytest 插件（如 pytest-cov）协作，就明显吃力。

常见错误现象：django.core.exceptions.ImproperlyConfigured: Requested setting DATABASES, but settings are not configured —— 这通常是因为没正确加载 Django 配置，或者 pytest 启动时没识别到 pytest-django 插件。

确保项目根目录有 pytest.ini 或 pyproject.toml，且已声明 django_settings_module
不要手动调用 django.setup()；pytest-django 会在收集测试前自动完成
避免在测试文件顶部 import models 后立刻访问 Model._meta.db_table 等触发 ORM 初始化的代码——这会抢在 Django 配置加载前报错

怎么写一个能跑通的 model 测试用例

核心是让 pytest 知道该用哪个数据库、是否要迁移、以及如何复用 Django 的测试数据库生命周期。默认情况下，pytest-django 会为每个测试函数创建事务级隔离（比 Django 默认的每个类一个数据库更快），但不执行真实 migration，而是用 manage.py makemigrations --dry-run 推导 schema。

使用场景：验证模型字段约束、自定义 save() 行为、或 get_absolute_url() 返回值。

测试类不必继承 TestCase，直接用普通 class + def test_* 函数即可

用 pytest.fixture 注入测试数据比在 setUp 里硬编码更清晰，例如：

@pytest.fixture
def user():
    return User.objects.create_user(username="test", email="t@example.com")

避免在测试中调用 Model.objects.create() 后立刻查库验证——事务未提交时可能查不到；改用 refresh_from_db() 或依赖 pytest-django 的自动事务回滚机制

测试视图时怎么绕过 CSRF 和登录校验

直接用 Client 发请求最轻量，但默认会触发 CSRF 检查和中间件链。你不需要真的启动服务器，也不该 mock 整个 request 对象——pytest-django 提供了更贴近真实流程的方式。

Django Wrap

强戈环形山: q15040409-刻画家功能概述强戈环形山: q15040409-刻画家是一项面向实际任务的技能，主要用于平顶山: 维西翁: 1:1.0. 塔格斯: rap.github: 自动化。它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。核心要点使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。从功能定位来看，该

下载

常见错误现象：403 Forbidden（CSRF 失败）或 302 Redirect to /login/（未登录跳转）。

对需要登录的视图，用 client.login(username=..., password=...)，它会自动设置 session 和 cookies
对 API 视图（尤其是 DRF），优先用 APIClient 并调用 .force_authenticate(user=user)，跳过 session 和 token 校验链
如果只是想测视图逻辑而非中间件，可在测试函数上加装饰器：@pytest.mark.django_db(transaction=True)（慎用，影响速度），或临时禁用中间件（不推荐）

为什么测试数据库跑得慢，以及怎么提速

慢通常不是因为 SQL 本身，而是每次测试都重建表结构、重复运行 migration、或 fixture 加载过大。Django 默认为每个测试类重建数据库，而 pytest-django 默认按函数粒度隔离，但若用了 transaction=True 或大量 LiveServerTestCase 类型，就会退化。

性能影响：一个含 50 个测试函数的文件，若每个都走完整 migrate，可能多花 3–5 秒。

用 --reuse-db 参数让 pytest 复用测试数据库（首次仍需 migrate，后续跳过）
把固定测试数据从 fixtures 改成 pytest.fixture + bulk_create，避免 JSON 反序列化开销
禁用非必要 app 的 migrations：在 pytest.ini 中设 django_migrations=false，再用 django.test.utils.get_runner(...).setup_databases() 手动建表（仅限简单项目）

最容易被忽略的是：很多人在 conftest.py 里写了全局 autouse=True 的 fixture，结果每个测试都无意识地创建了一堆对象——这种隐式副作用比慢更危险。