默认情况下,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
会减慢测试速度,因为主键重置是一个相对昂贵的数据库操作。
可重用性很重要设计,构建,测试以及维护一个 web 应用要做很多的工作。很多 Python 以及 Django 项目都有一些常见问题。如果我...
测试用例是使用 JUnitCore 类来执行的。JUnitCore 是运行测试的外观类。它支持运行 JUnit 4 测试, JUnit 3.8.x 测试,或者他们的...
摘要: 原创出处:www.bysocket.com 泥瓦匠BYSocket 希望转载,保留摘要,谢谢!“以前是人放狗看家,现在是狗牵着人散步”— 随笔...
OptimisticLockerInnerInterceptor当要更新一条记录的时候,希望这条记录没有被别人更新乐观锁实现方式:取出记录时,获取当前...
说明:继承自AbstractWrapper,自身的内部属性entity也用于生成where条件及LambdaUpdateWrapper,可以通过newUpda...