最可靠方式是用 mongodb-memory-server 启动真实内存 MongoDB 实例：它运行真正 mongod 进程，支持完整 CRUD、索引与事务，自动清理且无端口冲突；避免 mock 驱动，改用真实连接+ beforeEach 清空集合。
用 mongodb-memory-server 启动真实但临时的 MongoDB 实例
单元测试里硬连本地 mongod 或 Atlas 会导致环境依赖、端口冲突、数据残留，根本不可靠。最接近生产行为又可隔离的方式，是用 mongodb-memory-server 在内存中拉起一个独立、短暂、自动清理的 MongoDB 实例。
它不是“假数据”或“打桩”，而是真正运行的 mongod 进程（只是绑定随机端口、数据存内存），所有 insertOne、find、索引、事务都能照常工作。
- 安装：
npm install --save-dev mongodb-memory-server - 在测试文件顶部初始化（推荐放在
beforeAll）：const { MongoMemoryServer } = require('mongodb-memory-server');<br>let mongoServer;<br>beforeAll(async () => {<br> mongoServer = await MongoMemoryServer.create();<br> process.env.MONGODB_URI = mongoServer.getUri(); // 替换你代码里读取的连接地址<br>}); -
afterAll里必须调用mongoServer.stop()，否则进程残留 - 注意：它默认不支持 WiredTiger 的某些高级特性（如通配符索引），若测试涉及这些，需显式传参启用：
MongoMemoryServer.create({ binary: { version: '7.0.0' } })
避免直接 mock MongoClient.connect 或 collection.find
很多教程教你在测试里用 jest.mock('mongodb') 然后手动返回伪造的 db 和 collection 对象——这看似简单，但极易踩坑：
- mock 深度不够时，
collection.insertMany().then(...)可能报Cannot read property 'then' of undefined，因为你没 mock 返回 Promise 的链式方法 - mock 行为与真实驱动不一致：比如
findOne找不到时返回null，而 mock 返回{}就可能掩盖空值处理 bug - 无法验证查询条件是否被正确构造（例如你传了
{ status: 'active' }，mock 却对任何对象都返回固定结果） - 一旦业务代码升级驱动版本（如从 v4 到 v6），mock 层要重写，维护成本飙升
用 jest.mock 隔离数据库模块，但只 mock 初始化逻辑
如果你的数据库连接封装在单独文件（如 db.js），更安全的做法是 mock 整个模块，但让它返回一个真实连接（由 mongodb-memory-server 提供），而不是伪造对象：
// db.js<br>const { MongoClient } = require('mongodb');<br>let client;<br>module.exports.connect = async () => {<br> if (!client) {<br> client = new MongoClient(process.env.MONGODB_URI);<br> await client.connect();<br> }<br> return client.db('testdb');<br>};
测试中这样 mock：
jest.mock('./db', () => ({<br> connect: jest.fn(),<br>}));<br>const db = require('./db');<br>const { MongoMemoryServer } = require('mongodb-memory-server');<br><br>beforeAll(async () => {<br> const mongoServer = await MongoMemoryServer.create();<br> db.connect.mockResolvedValue(mongoServer.getUri()); // 注意：这里只 mock connect 返回值，后续仍用真实驱动<br>});
关键点：connect 方法被 mock，但它的返回值仍是真实 URI；你的业务代码拿到 URI 后仍会走原生 MongoClient 流程，保证行为一致性。
测试前清空集合比 mock 查询结果更可靠
不要在每个 test case 里手写 collection.deleteMany({}) ——容易漏、顺序错、影响并发执行。统一在 beforeEach 中做：
- 确保每次测试从干净状态开始：
beforeEach(async () => {<br> const db = await require('./db').connect();<br> await db.collection('users').deleteMany({});<br> await db.collection('orders').deleteMany({});<br>}); - 如果集合多，可以动态遍历：
await Promise.all(db.listCollections().map(c => c.deleteMany({})))（注意：v6 驱动需用listCollections().toArray()） - 别依赖
dropDatabase()：它在内存服务器里有时触发慢，且会重置用户权限等元数据，不如精准清空
真实连接 + 自动清空 + 不 mock 核心操作，才是稳定可演进的测试路径。mock 哪怕只 mock 一层，也会在驱动升级、聚合管道变更、事务嵌套等场景下突然失效。
