为何基于NestJS的Jest测试套件会出现随机运行失败的问题？

问题排查与解决方向 #

• 测试间状态泄露：你目前仅在beforeAll初始化Mongo实例、afterAll销毁，没有在afterEach中清空数据库集合数据。前序测试插入的脏数据会影响后续测试的执行逻辑，导致断言结果随机。建议在每个测试用例执行结束后，调用db.dropDatabase()或者清空所有业务集合，保证每个测试用例的运行环境完全独立。
• 异步钩子逻辑不完整：检查所有beforeAll/afterAll/beforeEach/afterEach钩子的异步逻辑是否都添加了await。比如Mongo实例的启动、停止，Nest应用实例的初始化、关闭，数据库连接的创建、断开都是异步操作，如果没有等待执行完成就进入下一阶段，会出现资源未就绪/未清理完成的冲突。尤其注意afterAll中Mongo实例的stop()方法必须加await，否则上一个套件的Mongo实例还未销毁，下一个套件就启动新实例，很容易出现端口、存储冲突。
• Nest应用实例未正确销毁：每个测试套件初始化的Nest应用实例，需要在afterAll中调用await app.close()主动销毁，断开所有数据库连接、释放占用的资源，避免多个应用实例同时持有数据库连接引发的读写冲突。
• 测试用例异步逻辑漏处理：检查失败的测试用例中，所有异步方法调用是否都添加了await，如果使用了jest.useFakeTimers()模拟定时器，必须在afterEach中调用jest.useRealTimers()恢复默认配置，避免定时器逻辑泄漏到其他测试用例。
• MongoDB Memory Server 配置优化：显式配置MongoDB Memory Server的启动参数，强制每次启动使用独立的临时目录、随机端口，避免复用旧资源：

// 启动配置示例
const mongod = await MongoMemoryServer.create({
  instance: {
    port: 0, // 自动分配随机端口
    dbName: `test-${Date.now()}`, // 生成唯一库名
  }
})

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