Django全量测试报psycopg2外键错误 单独运行测试用例正常

问题根因分析 #

该错误出现在测试执行完成后的_post_teardown约束检查阶段，不属于你的测试代码本身的逻辑错误，核心原因是测试数据库中存在脏数据，破坏了外键约束，且PostgreSQL的延迟外键约束直到事务收尾阶段才触发检查，单独运行测试无异常、全量运行报错的特性也佐证了问题来自其他测试遗留的脏数据，和当前测试的逻辑无关。

你调试输出的3个JoinGoalID和错误提示中不存在的5c05a7d2-ff3c-4f1e-95d9-277ae164dabbID完全不匹配，也证明这个存在外键问题的Post对象根本不是当前测试类的setUpTestData生成的。

常见触发场景和修复方案 #

• 首先检查PostFactory的实现逻辑：是否存在硬编码、全局缓存JoinGoal实例的逻辑，如果工厂引用的实例在其他测试中被删除，就会生成关联了不存在的JoinGoal的Post数据。
• 检查所有测试的基类继承规则：如果部分测试继承了TransactionTestCase而非普通TestCase，或是测试代码中手动调用了transaction.commit()提交事务，会打破Django默认的测试事务隔离机制，导致测试生成的数据不会被自动回滚，遗留到后续测试中。
• 确认Post模型的外键配置：如果join_goal字段没有设置on_delete=models.CASCADE级联删除规则，其他测试删除JoinGoal对象时不会同步删除关联的Post，就会留下孤立的Post数据触发外键约束错误。
• 排查测试执行顺序的影响：Django全量测试默认按模块、类、方法的字母序执行，你可以手动调整测试执行顺序，把报错的测试类放在最前面运行，如果此时无报错即可确认是前面的测试遗留脏数据导致的问题。

快速验证方法 #

运行全量测试时添加--keepdb参数保留测试数据库，报错后直接连接测试数据库查询ID为5c05a7d2-ff3c-4f1e-95d9-277ae164dabb的Post对象的字段信息，即可反推该脏数据是哪个测试生成的。

另外你当前测试代码中的断言写法存在错误：self.assertTrue(len(Post.objects.all()), self.num_posts)的第二个参数是断言失败的提示信息，只要Post数量不为0就会断言通过，无法校验数量是否等于45，建议修改为self.assertEqual(len(Post.objects.all()), self.num_posts)。

内容的提问来源于stack exchange，提问作者user12314098