添加ExploreFeedTest后Django全量测试套件失败，单测均正常如何解决？

• 优先排查工厂类配置
  你使用的PostFactory、GoalFactory等factory_boy工厂类如果硬编码了固定UUID，或者开启了全局实例复用配置，会导致跨测试类引用已经被事务回滚删除的数据库记录。比如你报错中的join_goal_id对应的记录已经被前一个测试的事务回滚删除，但工厂类仍然复用了这个UUID生成关联的Post记录，就会触发外键约束错误。
  修复方法：给所有工厂类关闭全局复用配置，关联外键字段使用SubFactory动态生成，不要硬编码固定ID。
• 检查测试工具函数的执行时机
  你用到的get_test_user_access_token()、create_test_user_in_DB()等工具函数如果是在模块导入阶段执行（比如把返回结果存在模块级全局变量里），这部分数据生成在所有测试事务开启之前，不会被TestCase的自动回滚逻辑清理，会在多个测试类之间残留冲突。
  修复方法：所有测试数据的生成逻辑都放在setUpTestData或者setUp方法内执行，不要用模块级全局变量存储测试数据。
• 排查测试类内的手动事务操作
  检查ExploreFeedTest的测试逻辑中是否存在手动调用transaction.commit()、transaction.atomic()手动提交的代码，TestCase的自动回滚仅对隐式开启的测试事务生效，如果手动提交了事务，对应数据会永久写入测试库，不会被回滚。
• 快速定位残留数据的方法
  你可以在每个测试类的tearDownClass方法中打印关联表的记录数，比如：

@classmethod
def tearDownClass(cls):
    super().tearDownClass()
    print(f"ExploreFeedTest跑完后JoinGoal数量：{JoinGoal.objects.count()}")

对比两个测试类执行前后的记录数，就能直接定位到哪个测试类产生了残留数据。

• 兜底修复方案
  如果暂时找不到具体的泄露点，可以将两个冲突的测试类改为继承django.test.TransactionTestCase，并添加配置：

serialized_rollback = True

该配置会在测试类执行完后强制重置整张表的数据，完全避免跨测试类的数据残留，缺点是测试执行速度会稍慢。

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