在Jest中如何正确Mock ES6静态方法并验证其调用？

测试用例失败的核心原因 #

• 分支触发缺失：测试未对myAction依赖的handleRequest做mock，默认Promise走成功resolve分支，不会进入catch块执行Logger.log，无法命中断言预期。
• 模块引用错位：测试运行时直接给导入的Logger.log赋值jest.fn()的操作，无法替换action文件内部绑定的原始Logger模块引用。Jest的模块系统在导入完成后就会固定模块导出绑定，临时赋值的mock不会被业务代码感知。
• 代码语法疏漏：示例中action文件、测试文件的import语句漏写from关键字，实际运行时会直接抛出引用错误，无法执行到断言阶段。

标准实现步骤 #

1. 全局声明模块Mock
   在测试文件顶部通过jest.mock统一替换Logger模块和action模块的依赖，保证所有导入该模块的文件拿到的都是同一个mock实例：

   // 替换Logger模块的导出，将静态log方法替换为jest mock函数
   jest.mock('./Logger', () => ({
     default: {
       log: jest.fn()
     }
   }));
   
   // 替换action模块，保留原有逻辑的同时，将内部依赖的handleRequest方法替换为可控的mock
   jest.mock('./action', () => {
     const actualAction = jest.requireActual('./action');
     return {
       ...actualAction,
       handleRequest: jest.fn()
     };
   });
   
   // 导入处理后的模块
   import { myAction, handleRequest } from './action';
   import Logger from './Logger';
   

2. 控制分支触发执行
   在测试用例中让handleRequest返回失败状态，主动触发catch分支的Logger.log调用：

   it('request失败时应调用Logger.log记录错误', async () => {
     const testError = new Error('接口请求异常');
     // 强制handleRequest返回Promise reject状态
     handleRequest.mockRejectedValue(testError);
   
     // 等待myAction执行完成
     await myAction();
   
     // 断言验证
     expect(Logger.log).toHaveBeenCalledTimes(1);
     expect(Logger.log).toHaveBeenCalledWith(testError);
   });
   

关键注意：不要等到测试用例运行中再给Logger.log = jest.fn()，这种临时赋值不会穿透模块绑定被业务代码识别，必须提前在测试文件顶部用jest.mock完成模块级别的替换。

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