从Mocha迁移至Jest时NODE_ENV环境变量失效问题求助

我帮你梳理几个可靠的解决方案，搞定这个NODE_ENV不被config包识别的问题：

1. 用cross-env实现跨平台的环境变量设置 #

很多时候问题出在操作系统的shell语法差异上——Windows的CMD/PowerShell不支持NODE_ENV=test jest ...这种Unix风格的环境变量前置写法。

解决方法是安装cross-env包（它能统一跨平台的环境变量设置方式）：

npm install --save-dev cross-env

然后修改你的测试命令：

cross-env NODE_ENV=test jest test/*.js --notify --config jest.config.json

这样不管是Windows还是Linux/macOS，环境变量都能正确传递给Jest进程。

2. 在Jest配置文件中全局设置NODE_ENV #

如果不想依赖额外包，也可以直接在Jest的配置里设置环境变量：

• 如果你用的是jest.config.json，添加globals字段：

  {
    "globals": {
      "NODE_ENV": "test"
    }
  }
  

• 要是用的是jest.config.js（更灵活），可以直接设置进程环境变量：

  process.env.NODE_ENV = 'test';
  
  module.exports = {
    // 你的其他Jest配置
    notify: true,
    testMatch: ["test/*.js"]
  };
  

不过要注意：如果你的config包是直接读取process.env.NODE_ENV，那么在jest.config.js开头设置process.env.NODE_ENV的方式会更可靠，因为它会在Jest加载任何测试文件或依赖包之前生效。

3. 用Jest的setupFiles提前设置环境变量 #

创建一个专门的初始化文件，比如setupJest.js，内容就是：

process.env.NODE_ENV = 'test';

然后在你的Jest配置里指定这个文件作为启动前的初始化脚本：

{
  "setupFiles": ["./setupJest.js"]
}

这种方式的好处是，所有测试文件在执行前都会先执行这个脚本，确保环境变量被提前设置好，适合需要全局统一配置的场景。

4. 检查Shell环境的语法问题（针对Unix-like系统） #

如果你用的是Linux/macOS的fish shell，而不是bash/zsh，那么NODE_ENV=test jest ...的写法是无效的，需要改成：

env NODE_ENV=test jest test/*.js --notify --config jest.config.json

另外，你可以先在终端执行echo $NODE_ENV确认变量是否被正确设置，或者在测试文件开头加一行console.log(process.env.NODE_ENV)来调试，看看Jest进程里到底读取到了什么值。

内容的提问来源于stack exchange，提问作者Andrés