Facebook Jest运行MongoDB连接单元测试失败：connect函数测试环境不工作

我之前也碰到过类似的坑，Jest的测试环境和生产环境的异步处理、依赖兼容确实有不少差异，咱们一步步排查：

1. 先统一Promise实现，避免兼容冲突 #

你代码里同时混用了bluebird的Promise和MongoDB自带的原生Promise，这很可能导致Promise链出现“断链”，进而让回调无法触发。

调整方案：
要么让MongoDB适配bluebird：

// 在文件开头添加这行，让MongoClient使用bluebird作为Promise实现
mongo.MongoClient.Promise = Promise;

connect() {
  return new Promise((resolve, reject) => {
    const url = this.getConnectionURL()
    const client = mongo.MongoClient
    client.connect(url)
      .then((db) => {
        // 这里应该能正常进入了
        resolve(db)
      })
      .catch(err => reject(err))
  })
}

要么直接去掉外层的bluebird包装，用原生Promise简化逻辑：

connect() {
  const url = this.getConnectionURL()
  const client = mongo.MongoClient
  return client.connect(url)
    .then(db => {
      // 处理连接成功逻辑
      return db
    })
    .catch(err => {
      // 不要吞掉错误，方便排查
      throw err
    })
}

2. 检查Jest测试用例的异步处理是否正确 #

Jest默认会在测试函数执行完毕后直接结束测试，如果你的测试没正确等待异步操作完成，就会出现“回调还没执行，测试已经结束”的假象。

正确写法示例：

• 用async/await最直观：

test('测试数据库连接', async () => {
  const db = await yourConnectInstance.connect()
  expect(db).toBeDefined()
})

• 或者用Jest的done回调：

test('测试数据库连接', (done) => {
  yourConnectInstance.connect()
    .then(db => {
      expect(db).toBeDefined()
      done() // 必须调用done告诉Jest异步操作完成
    })
    .catch(err => done(err)) // 错误时也要调用done，避免测试超时
})

3. 排查连接本身的错误（别吞掉错误信息） #

很多时候不是回调没执行，而是连接失败进入了catch但你没处理，导致看起来没反应。给client.connect加上错误打印：

client.connect(url)
  .then((db) => {
    console.log('连接成功进入回调')
    resolve(db)
  })
  .catch((err) => {
    console.error('连接失败原因:', err) // 看看控制台有没有错误输出
    reject(err)
  })

顺便确认测试环境的MongoDB连接URL是否正确，比如本地测试是不是用了mongodb://localhost:27017/test，MongoDB服务有没有正常启动。

4. 禁用Jest的定时器模拟（如果用到了定时器） #

如果你的连接逻辑里有定时器相关代码，Jest默认的定时器模拟会阻断异步流程，可以在测试用例里切换回真实定时器：

beforeEach(() => {
  jest.useRealTimers()
})

试试上面这几个方向，应该能解决问题。

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