如何在 Django 中正确测试视图逻辑（以投票清零功能为例）

本文详解 django 视图单元测试中常见的数据库状态同步问题，重点说明为何模型实例属性未自动更新、如何使用 `refresh_from_db()` 同步数据库变更，并提供可直接运行的完整测试示例与最佳实践。

在 Django 中测试视图行为时，一个常见误区是：直接断言内存中模型对象的字段值，而忽略了数据库与 Python 对象之间的状态分离。你的 NullingViewTest 测试失败的根本原因在于——choice 是测试初始创建的 Python 对象，它持有的 votes=10 是加载时的快照；当视图通过 i.save() 更新数据库后，该对象本身不会自动重新读取数据库值。因此 choice.votes 仍为 10，导致断言失败。

✅ 正确做法是在 POST 请求完成后，显式调用 choice.refresh_from_db()，强制从数据库重新加载该实例的最新字段值：

from django.test import TestCase
from django.urls import reverse
from django.test import Client

class NullingViewTest(TestCase):
    def setUp(self):
        self.client = Client()

    def test_nulling(self):
        # 创建测试数据
        q = create_question(text="Future", days=-1)
        choice = q.choice_set.create(choice_text="1", votes=10)

        # 模拟用户提交表单（POST 请求）
        response = self.client.post(
            reverse('polls:nullask', args=(q.id,))
        )

        # ✅ 关键步骤：刷新对象状态，同步数据库变更
        choice.refresh_from_db()

        # 断言数据库中 votes 已被清零
        self.assertEqual(choice.votes, 0)
        # 可选：验证重定向是否正确
        self.assertRedirects(response, reverse('polls:index'))

⚠️ 注意事项：

• refresh_from_db() 必须在数据库操作（如视图中的 save()）之后、断言之前调用；
• 若需验证多个 Choice 实例，应分别对其调用 refresh_from_db()，或改用 Choice.objects.get(id=choice.id) 重新获取；
• 确保测试中使用的 create_question 工具函数已正确定义（通常位于 tests.py 或 test_utils.py 中），且能正确保存 Question 实例；
• HTML 模板中
  缺少 action 属性，建议补充为
  ，但 Django 测试客户端会忽略该属性，因此不影响当前测试逻辑。

? 进阶建议：
为提升测试健壮性，还可增加

对 HTTP 响应状态、模板渲染、权限控制（如 can_nullify 权限）及边界情况（如空选项、不存在的 question_id）的覆盖。例如：

# 验证 GET 请求返回正确模板
def test_nullask_get_returns_form(self):
    q = create_question("Test Q", days=-1)
    response = self.client.get(reverse('polls:nullask', args=(q.id,)))
    self.assertEqual(response.status_code, 200)
    self.assertTemplateUsed(response, 'polls/nullifyask.html')

掌握 refresh_from_db() 是 Django 测试的关键基础——它 bridging the gap between database persistence and in-memory object state，确保你的测试真实反映应用行为。