Jest手动Mock疑问：为何Lodash测试无需额外jest.mock调用？

这个问题核心在于Jest触发手动Mock的逻辑差异，我给你拆解得明明白白：

1. 自动启用Mock：测试依赖外部模块的业务代码时 #

当你测试的是「自己写的、依赖第三方/其他模块的代码」（比如用了Lodash的工具函数），但测试目标并不是那个被依赖的模块本身时，Jest会自动识别__mocks__目录下的对应Mock文件，直接替换真实模块。

比如你写了个防抖工具函数用到Lodash的debounce，测试这个工具函数时，Jest会自动把真实Lodash换成你__mocks__/lodash.js里的Mock版本——完全不需要额外写jest.mock('lodash')。这是因为Jest默认会对非当前项目核心的外部模块，或者测试代码的依赖模块自动启用手动Mock，帮你省掉重复配置的麻烦。

2. 手动触发Mock：专门测试模块的Mock行为时 #

而User模型的场景不一样：你是在针对性测试这个User模块的Mock版本（比如验证Mock的create方法是否被正确调用）。这时候Jest默认会优先加载真实的User模块（毕竟你测试的目标就是这个模块本身，Jest默认倾向于用真实实现），所以必须手动调用jest.mock('../models/user')，明确告诉Jest：“别用真实的User，我要测的是__mocks__里的Mock版本”。

额外补充：为什么User能同时测真实和Mock版本？ #

对于你自己项目内的模块（比如User模型），Jest不会强制替换Mock——你完全可以自由切换：

• 不调用jest.mock：直接测试User的真实业务逻辑
• 调用jest.mock：切换到Mock版本，测试Mock的行为逻辑

甚至在同一个测试文件里，你还能通过jest.doMock或jest.unmock动态切换真实/Mock版本。而Lodash作为第三方库，你几乎不会去测试它本身的实现，所以Jest默认帮你自动启用了Mock，省得你每次都重复写配置。

举个更直白的例子：

• 测试「用了Lodash的自己的工具函数」→ Jest自动用Mock Lodash
• 测试「User模型的Mock调用逻辑」→ 必须手动调用jest.mock加载Mock User
• 测试「User模型的真实数据库操作」→ 不用调用jest.mock，直接用真实User

内容的提问来源于stack exchange，提问作者I'm Joe Too