Jest测试独立性咨询：修改window.location是否影响其他测试文件？

无额外配置下的测试隔离情况 #

Jest默认会为每个测试文件重置模块缓存，但对于jsdom提供的全局对象（比如window），默认不会完全重置——也就是说，如果你在某个测试文件里修改了window的属性，这个修改大概率会泄漏到其他测试文件中，因为jsdom环境在测试文件之间可能被复用。所以无额外配置的话，没法保证测试文件100%独立，尤其是全局对象的修改会影响其他测试用例。

解决window.location模拟的污染问题 #

你提到的clearMocks、resetMocks、resetModules确实能提升测试隔离性，但得先明确每个配置的作用：

• resetMocks: true：每次测试前重置所有Jest模拟函数的状态，但不会恢复全局对象的原始值
• clearMocks: true：每次测试后清空模拟函数的调用记录，同样不处理全局对象
• resetModules: true：每次测试文件执行前重置模块缓存，避免模块间的状态污染，但不直接处理window这类全局对象

仅靠这三个配置还不够彻底解决window.location的修改泄漏问题，推荐结合以下方案：

方案1：用jest.spyOn模拟（推荐） #

不要直接删除或替换整个window.location，而是单独模拟reload方法：

// Component.test.js
beforeEach(() => {
  // 监听window.location.reload，替换为模拟函数
  jest.spyOn(window.location, 'reload').mockImplementation(jest.fn());
});

afterEach(() => {
  // 恢复原始方法
  jest.restoreAllMocks();
});

如果在Jest配置里加上"restoreMocks": true，连afterEach里的恢复代码都可以省略，Jest会自动帮你恢复所有被spyOn的方法。

方案2：手动备份恢复全局对象 #

如果一定要替换整个window.location，必须在测试前后手动备份和恢复：

// Component.test.js
let originalLocation;

beforeEach(() => {
  // 备份原始location
  originalLocation = window.location;
  delete window.location;
  window.location = { reload: jest.fn() };
});

afterEach(() => {
  // 恢复原始对象
  delete window.location;
  window.location = originalLocation;
});

最终推荐的Jest配置 #

在package.json的jest配置项中补充以下内容：

{
  "jest": {
    "collectCoverageFrom": ["你的原有配置"],
    "resetMocks": true,
    "restoreMocks": true,
    "resetModules": true,
    "clearMocks": true
  }
}

这个配置组合能最大程度保证测试文件的独立性：既重置模块缓存、清空模拟函数状态，又自动恢复被模拟的全局方法。

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