为 Django 应用程序编写良好的测试

Question

我一生中从未编写过任何测试，但我想开始为我的 Django 项目编写测试。我读过一些关于测试的文章，并决定尝试为一个非常简单的 Django 应用程序或开始编写一些测试。

该应用程序有两个视图（列表视图和详细信息视图）和一个包含四个字段的模型：

class News(models.Model):
    title = models.CharField(max_length=250)
    content = models.TextField()
    pub_date = models.DateTimeField(default=datetime.datetime.now)
    slug = models.SlugField(unique=True)

我想向您展示我的tests.py 文件并询问：

这有意义吗？

我是否测试了正确的东西？

是否有我没有遵循的最佳实践，你可以指出我吗？

我的tests.py（它包含 11 个测试）：

# -*- coding: utf-8 -*-
from django.test import TestCase
from django.test.client import Client
from django.core.urlresolvers import reverse
import datetime
from someproject.myapp.models import News

class viewTest(TestCase):
    def setUp(self):
        self.test_title = u'Test title: bąrekść'
        self.test_content = u'This is a content 156'
        self.test_slug = u'test-title-bareksc'
        self.test_pub_date = datetime.datetime.today()

        self.test_item = News.objects.create(
            title=self.test_title,
            content=self.test_content,
            slug=self.test_slug,
            pub_date=self.test_pub_date,
        )

        client = Client()
        self.response_detail = client.get(self.test_item.get_absolute_url())
        self.response_index = client.get(reverse('the-list-view'))

    def test_detail_status_code(self):
        """
        HTTP status code for the detail view
        """
        self.failUnlessEqual(self.response_detail.status_code, 200)

    def test_list_status_code(self):
        """
        HTTP status code for the list view 
        """
        self.failUnlessEqual(self.response_index.status_code, 200)

    def test_list_numer_of_items(self):
        self.failUnlessEqual(len(self.response_index.context['object_list']), 1)      

    def test_detail_title(self):
        self.failUnlessEqual(self.response_detail.context['object'].title, self.test_title)    

    def test_list_title(self):
        self.failUnlessEqual(self.response_index.context['object_list'][0].title, self.test_title)

    def test_detail_content(self):
        self.failUnlessEqual(self.response_detail.context['object'].content, self.test_content)    

    def test_list_content(self):
        self.failUnlessEqual(self.response_index.context['object_list'][0].content, self.test_content) 

    def test_detail_slug(self):
        self.failUnlessEqual(self.response_detail.context['object'].slug, self.test_slug)    

    def test_list_slug(self):
        self.failUnlessEqual(self.response_index.context['object_list'][0].slug, self.test_slug)

    def test_detail_template(self):
        self.assertContains(self.response_detail, self.test_title)
        self.assertContains(self.response_detail, self.test_content)

    def test_list_template(self):       
        self.assertContains(self.response_index, self.test_title) 

Answer 1

我的测试并不完美，但有一些想法：

基本上，您应该测试您自己编写的每个函数、方法、类等。

这意味着您不必测试框架提供的函数、类等。

也就是说，快速检查您的测试函数：

• test_detail_status_code 和 test_list_status_code：
  好的，检查一下你的路由配置是否正确。当您提供自己的 get_absolute_url() 实现时，更重要的是。

• test_list_numer_of_items：
  好的，如果视图应该返回一定数量的项目。如果数字不重要（即任意），则不需要。

• test_detail_template 和 test_list_template：
  可以检查模板变量是否设置正确。

• 所有其他功能：没有必要。
  您在这里基本上测试的是 ORM 是否正常工作、列表是否按预期工作以及对象属性是否可以访问（或不可访问）。只要您不更改，例如模型的save()方法和/或提供您的自定义逻辑，我就不会测试这。您应该相信框架开发人员这可以正常工作。

您只需要测试您已经（重写）编写的内容。

模型类可能是一个特例。正如我所说，如果您提供自定义逻辑，您基本上必须测试它们。但您还应该根据您的要求测试它们。例如，字段可能不允许为 null（或者它必须是某种数据类型，例如整数）。因此，如果该字段中包含 null 值，您应该测试存储对象是否失败。
这不会测试 ORM 是否正确遵循您的规范，而是测试规范是否仍然满足您的要求。您可能更改了模型并更改了某些设置（偶然或因为您忘记了要求）。
但您不必测试诸如 save() 之类的方法或是否可以访问属性。

当然，当您使用有缺陷的第三方代码时……事情可能会有所不同。但由于 Django 使用测试框架本身来验证一切是否正常工作，我认为它正在工作。

总结一下：
根据您的要求进行测试，测试您自己的代码。

这只是我的观点。也许其他人有更好的建议。

Answer 2

将您的测试分成两种完全不同的类型。

• 模型测试。将它们与模型一起放入 models.py 文件中。这些测试将练习模型类中的方法。您可以执行简单的 CRUD（创建、检索、更新、删除）来简单地证明您的模型有效。不要测试每个属性。如果您好奇，请测试字段默认值和 save() 规则。

  对于您的示例，创建一个 TestNews 类，用于创建、获取、更新和删除 News 项。请务必测试默认日期结果。这堂课应该简短而切题。如果您的应用程序需要，您可以测试各种过滤器处理。您的单元测试代码可以（并且应该）提供过滤News的“正确”方法的示例。

• 用户界面测试。将它们放在单独的 tests.py 文件中。这些测试将测试视图函数和模板。

  • 用您正在创建的“条件”命名测试用例。 “测试未登录”。 “测试登录”。 “测试NoValidThis”。 “测试不允许这样做”。您的setUp将执行登录以及建立所需条件所需的任何其他步骤。

  • 用操作和结果命名每个测试方法。 “test_get_noquery_should_list”、“test_post_should_validate_with_errors”、“test_get_query_should_detail”。