TransactionTestCase.available_apps

默认情况下，​available_apps ​是设置为 ​None​。每次测试后，Django 都会调用 ​flush ​来重置数据库状态。这将清空所有表，并发出 ​post_migrate ​信号，为每个模型重新创建一个内容类型和四个权限。这个操作的花费和模型的数量成正比。
将 ​available_apps ​设置为应用程序列表会指示 Django 的行为就像只有这些应用程序的模型是可用的一样。​TransactionTestCase ​的行为改变如下：

• ​post_migrate ​在每次测试前都会被触发，以创建可用应用中每个模型的内容类型和权限，以防它们缺失。
• 每次测试后，Django 只清空可用应用中模型对应的表。但在数据库层面，清空表可能会级联到不可用应用中的相关模型。此外 ​post_migrate ​并没有被触发，它将在选择了正确的应用集后，由下一个 ​TransactionTestCase ​触发。

由于数据库没有完全刷新，如果测试创建了没有包含在 ​available_apps ​中的模型实例，它们就会泄漏，并可能导致不相关的测试失败。小心使用了会话的测试；默认的会话引擎将它们存储在数据库中。
由于 ​post_migrate ​在刷新数据库后并没有发出，所以它在一个 ​TransactionTestCase ​后的状态与一个 ​TestCase ​后的状态是不一样的：它丢失了由 ​post_migrate ​监听器创建的行。考虑到 执行测试的顺序，这并不是一个问题，只要给定的测试套件中的所有 ​TransactionTestCase ​都声明 ​available_apps​，或者都没有声明。
​available_apps ​在 Django 自己的测试套件中是强制性的。

TransactionTestCase.reset_sequences

在 ​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​ 会减慢测试速度，因为主键重置是一个相对昂贵的数据库操作。