提供的测试用例类Link to this heading#
\n一般的 Python 单元测试类都会扩展一个基类 unittest.TestCase。Django 提供了这个基类的一些扩展。
![\"Hierarchy](\"../../../../../../_images/django_unittest_classes_hierarchy.svg\")
\n\nDjango 单元测试类的层次结构Link to this image#
\n你可以将一个普通的 unittest.TestCase 转换为任何一个子类：将你的测试基类从 unittest.TestCase 改为子类。所有标准的 Python 单元测试功能都将是可用的，并且它将被一些有用的附加功能所增强，如下面每节所述。
SimpleTestCaseLink to this heading#
\n- \n
- \nclass SimpleTestCaseLink to this definition# \n
unittest.TestCase 的一个子类，增加了以下功能：
- \n
一些有用的断言，例如：
\n\n \n能够用 修改后的配置 运行测试。
\n- \n
如果你的测试进行任何数据库查询，请使用子类 TransactionTestCase 或 TestCase。
- \n
- \nSimpleTestCase.databasesLink to this definition# \n
\nSimpleTestCase默认不允许数据库查询。这有助于避免执行写查询而影响其他测试，因为每个SimpleTestCase测试不是在事务中运行的。如果你不关心这个问题，你可以通过在你的测试类上设置databases类属性为'__all__'来禁止这个行为。
TransactionTestCaseLink to this heading#
\n- \n
- \nclass TransactionTestCaseLink to this definition# \n
TransactionTestCase 继承自 SimpleTestCase 以增加一些数据库特有的功能：
- \n
在每次测试开始时将数据库重新设置为已知状态，以方便测试和使用 ORM。
\n数据库
fixtures. \n测试 基于数据库后端功能的跳过.
\n其他专门的
assert*方法。 \n
Django 的 TestCase 类是 TransactionTestCase 的一个比较常用的子类，它利用数据库事务设施来加快在每次测试开始时将数据库重置到已知状态的过程。然而，这样做的一个后果是，有些数据库行为不能在 Django TestCase 类中进行测试。例如，你不能像使用 select_for_update() 时那样，测试一个代码块是否在一个事务中执行。在这些情况下，你应该使用 TransactionTestCase。
TransactionTestCase 和 TestCase 除了将数据库重设为已知状态的方式和测试与测试提交和回滚效果的相关代码外，其他都是相同的。
- \n
TransactionTestCase在测试运行后，通过清空所有表来重置数据库。TransactionTestCase可以调用提交和回滚，并观察这些调用对数据库的影响。 \n另一方面，
TestCase在测试后不清空表。相反，它将测试代码包含在数据库事务中，在测试结束后回滚。这保证了测试结束时的回滚能将数据库恢复到初始状态。 \n
TestCaseLink to this heading#
\n- \n
- \nclass TestCaseLink to this definition# \n
这是 Django 中最常用的编写测试的类。它继承自 TransactionTestCase （以及扩展自 SimpleTestCase）。如果你的 Django 应用程序不使用数据库，就使用 SimpleTestCase。
此类：
\n- \n
在两个嵌套的
atomic()块中封装测试：一个用于整个类，一个用于每个测试。因此，如果你想测试一些特定的数据库事务行为，可以使用TransactionTestCase。 \n在每次测试结束时检查可延迟的数据库约束。
\n
它还提供了另一种方法：
\n- \n
- \nclassmethod TestCase.setUpTestData()Link to this definition# \n
上文所述的类级
\natomic块允许在类级创建初始数据，整个TestCase只需一次。与使用setUp()相比，这种技术允许更快的测试。例如：
\n\nfrom django.test import TestCase\n\nclass MyTests(TestCase):\n @classmethod\n def setUpTestData(cls):\n # Set up data for the whole TestCase\n cls.foo = Foo.objects.create(bar="Test")\n ...\n\n def test1(self):\n # Some test using self.foo\n ...\n\n def test2(self):\n # Some other test using self.foo\n ...\n请注意，如果测试是在没有事务支持的数据库上运行（例如，MyISAM 引擎的 MySQL），
\n\nsetUpTestData()将在每次测试前被调用，从而降低了速度优势。
- \n
- \nclassmethod TestCase.captureOnCommitCallbacks(using=DEFAULT_DB_ALIAS, execute=False)Link to this definition# \n
- \n
返回一个为给定的数据库连接捕获
\ntransaction.on_commit()回调的上下文管理器。它返回一个列表，其中包含在退出上下文时，捕获的回调函数。从这个列表中，你可以对回调进行断言，或者调用它们来获得其副作用，模拟一个提交。
\nusing是数据库连接的别名，用于捕获回调。如果
\nexecute是True，并且如果没有发生异常，所有的回调将在上下文管理器退出时被调用。这模拟了在包裹的代码块之后的提交。例如：
\n\n\nfrom django.core import mail\nfrom django.test import TestCase\n\n\nclass ContactTests(TestCase):\n def test_post(self):\n with self.captureOnCommitCallbacks(execute=True) as callbacks:\n response = self.client.post(\n '/contact/',\n {'message': 'I like your site'},\n )\n\n self.assertEqual(response.status_code, 200)\n self.assertEqual(len(callbacks), 1)\n self.assertEqual(len(mail.outbox), 1)\n self.assertEqual(mail.outbox[0].subject, 'Contact Form')\n self.assertEqual(mail.outbox[0].body, 'I like your site')\n
LiveServerTestCaseLink to this heading#
\n- \n
- \nclass LiveServerTestCaseLink to this definition# \n
LiveServerTestCase 和 TransactionTestCase 的功能基本相同，但多了一个功能：它在设置时在后台启动一个实时的 Django 服务器，并在关闭时将其关闭。这就允许使用 Django 虚拟客户端 以外的自动化测试客户端，例如，Selenium 客户端，在浏览器内执行一系列功能测试，并模拟真实用户的操作。
实时服务器在 localhost 上监听，并绑定到 0 号端口，0 号端口使用操作系统分配的一个空闲端口。在测试过程中可以用 self.live_server_url 访问服务器的 URL。
为了演示如何使用 LiveServerTestCase，让我们写一个 Selenium 测试。首先，你需要将 selenium package 安装到你的 Python 路径中。
Linux / macOS
$ python -m pip install selenium\nWindows
...\\> py -m pip install selenium\n然后，在你的应用程序的测试模块中添加一个基于 LiveServerTestCase 的测试（例如：myapp/tests.py）。在这个例子中，我们将假设你正在使用 staticfiles 应用，并且希望在执行测试时提供类似于我们在开发时使用 DEBUG=True 得到的静态文件，即不必使用 collectstatic 收集它们。我们将使用 StaticLiveServerTestCase 子类，它提供了这个功能。如果不需要的话，可以用 django.test.LiveServerTestCase 代替。
这个测试的代码可能如下：
\nfrom django.contrib.staticfiles.testing import StaticLiveServerTestCase\nfrom selenium.webdriver.firefox.webdriver import WebDriver\n\nclass MySeleniumTests(StaticLiveServerTestCase):\n fixtures = ['user-data.json']\n\n @classmethod\n def setUpClass(cls):\n super().setUpClass()\n cls.selenium = WebDriver()\n cls.selenium.implicitly_wait(10)\n\n @classmethod\n def tearDownClass(cls):\n cls.selenium.quit()\n super().tearDownClass()\n\n def test_login(self):\n self.selenium.get('%s%s' % (self.live_server_url, '/login/'))\n username_input = self.selenium.find_element_by_name("username")\n username_input.send_keys('myuser')\n password_input = self.selenium.find_element_by_name("password")\n password_input.send_keys('secret')\n self.selenium.find_element_by_xpath('//input[@value="Log in"]').click()\n最后，你可以按以下方式进行测试：
\nLinux / macOS
$ ./manage.py test myapp.tests.MySeleniumTests.test_login\nWindows
...\\> manage.py test myapp.tests.MySeleniumTests.test_login\n这个例子会自动打开 Firefox，然后进入登录页面，输入凭证并按“登录”按钮。Selenium 提供了其他驱动程序，以防你没有安装 Firefox 或希望使用其他浏览器。上面的例子只是 Selenium 客户端能做的一小部分，更多细节请查看 full reference。
\n\n