默认情况下，available_apps 是设置为 None。每次测试后，Django 都会调用 flush 来重置数据库状态。这将清空所有表，并发出 post_migrate 信号，为每个模型重新创建一个内容类型和四个权限。这个操作的花费和模型的数量成正比。
将 available_apps 设置为应用程序列表会指示 Django 的行为就像只有这些应用程序的模型是可用的一样。TransactionTestCase 的行为改变如下：
post_migrate 在每次测试前都会被触发，以创建可用应用中每个模型的内容类型和权限，以防它们缺失。post_migrate 并没有被触发，它将在选择了正确的应用集后，由下一个 TransactionTestCase 触发。由于数据库没有完全刷新，如果测试创建了没有包含在 available_apps 中的模型实例，它们就会泄漏，并可能导致不相关的测试失败。小心使用了会话的测试；默认的会话引擎将它们存储在数据库中。
由于 post_migrate 在刷新数据库后并没有发出，所以它在一个 TransactionTestCase 后的状态与一个 TestCase 后的状态是不一样的：它丢失了由 post_migrate 监听器创建的行。考虑到 执行测试的顺序，这并不是一个问题，只要给定的测试套件中的所有 TransactionTestCase 都声明 available_apps，或者都没有声明。
available_apps 在 Django 自己的测试套件中是强制性的。
在 TransactionTestCase 上设置 reset_sequences = True 将确保队列在测试运行前总是被重置：
class TestsThatDependsOnPrimaryKeySequences(TransactionTestCase):
reset_sequences = True
def test_animal_pk(self):
lion = Animal.objects.create(name="lion", sound="roar")
# lion.pk is guaranteed to always be 1
self.assertEqual(lion.pk, 1)
除非明确测试主键序列号，否则建议你不要在测试中硬编码主键值。
使用 reset_sequences = True 会减慢测试速度，因为主键重置是一个相对昂贵的数据库操作。
备案信息： 粤ICP备15087711号-2
Copyright © 2008-2024 啊嘎哇在线工具箱 All Rights.
本站所有资料来源于网络，版权归原作者所有，仅作学习交流使用，如不慎侵犯了您的权利，请联系我们。