使用Jest Mock fs模块时与config模块发生冲突该如何解决

你遇到的报错和fs模块的mock无关，根本原因是logger.utils模块在导入初始化阶段就直接调用了config.get()获取配置，而config包默认会在执行时读取项目config目录下对应运行环境的配置文件，Jest测试环境没有匹配的配置文件，所以触发了报错。

方案1：直接mocklogger.utils模块（最推荐，单元测试隔离依赖） #

你测试的目标是fs.utils的逻辑，不需要依赖真实的logger实现，直接在测试文件最顶部mock logger即可：

// 替换为你实际项目中logger.utils的引入路径
jest.mock('../../src/utils/logger.utils', () => ({
  default: {
    info: jest.fn(),
    // 如果用到其他logger方法比如error、warn也一并加在这里
  }
}))

这样logger的所有方法都会被替换为jest空mock，不会执行logger内部的初始化逻辑，也就不会触发config加载的问题。

方案2：mockconfig包 #

如果你需要保留真实logger的逻辑，只规避配置读取的问题，可以直接mock config包：

jest.mock('config', () => ({
  get: jest.fn((key) => {
    // 可以根据key返回对应模拟值，这里日志级别默认返回info即可
    if (key === 'LOG_LEVEL') return 'info'
    return ''
  })
}))

方案3：为Jest环境添加测试配置文件 #

在项目config目录下新增test.json配置文件，填入测试环境需要的配置项，Jest运行时NODE_ENV默认是test，config包会自动读取该配置文件。

你当前测试代码中的readFileSync mock实现存在语法错误，箭头函数用大括号包裹时没有加return，会导致返回undefined，断言失败，修正为以下两种写法之一：

// 写法1：省略大括号直接返回
mocked(fs.readFileSync as jest.Mock).mockImplementation(() => 'some string')
// 写法2：大括号内加return
mocked(fs.readFileSync as jest.Mock).mockImplementation(() => { return 'some string' })

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