JavaScript测试中应避免直接依赖全局配置，推荐通过依赖注入、模块mock或可重置代理方式隔离配置，确保测试独立可控。
在 JavaScript 测试中隔离复杂的全局配置对象依赖，核心思路是**切断测试代码对真实全局配置的直接引用**，改用可控、可替换的配置来源。不推荐在测试中直接修改 window.config 或 globalThis.APP_CONFIG 等全局对象——这容易污染测试环境、引发偶发失败。
用模块级配置封装 + 依赖注入替代全局裸引用
把全局配置读取逻辑从任意位置“硬编码”调用，改为显式导入并注入。例如：
❌ 不推荐（测试难隔离）：
function fetchData() {<br> return fetch(`/api/${window.APP_CONFIG.API_VERSION}/users`);<br>}
✅ 推荐（可传入 mock 配置）：
立即学习“Java免费学习笔记（深入）”；
function fetchData(config) {<br> return fetch(`/api/${config.API_VERSION}/users`);<br>}<br>// 或封装成类<br>class ApiService {<br> constructor(config) {<br> this.config = config;<br> }<br> fetchUsers() {<br> return fetch(`/api/${this.config.API_VERSION}/users`);<br> }<br>}
测试时直接传入轻量 mock 对象：
test('uses v2 API endpoint', () => {<br> const mockConfig = { API_VERSION: 'v2' };<br> const service = new ApiService(mockConfig);<br> expect(service.fetchUsers()).toMatchInlineSnapshot(`Promise {}`);<br>});
利用模块打包器或测试运行器的模块模拟能力
如果配置通过 ES 模块导出（如 export const CONFIG = {...}），可在测试中用 Jest 的 jest.mock() 或 Vitest 的 vi.mock() 替换整个模块：
// config.js<br>export const CONFIG = {<br> API_URL: 'https://prod.example.com',<br> FEATURES: { analytics: true },<br>};
// test.js<br>import { CONFIG } from '../config.js';<br><br>vi.mock('../config.js', async (importOriginal) => {<br> const actual = await importOriginal();<br> return {<br> ...actual,<br> CONFIG: {<br> API_URL: 'http://localhost:3000',<br> FEATURES: { analytics: false },<br> },<br> };<br>});
注意：需确保 mock 在 import 语句之前执行（Jest 要求在文件顶部，Vitest 支持动态 mock）。
为浏览器环境提供可重置的全局配置代理
若无法避免使用 window.CONFIG（如遗留系统），可封装一层可控制的访问器，并在测试前后重置：
// config-accessor.js<br>let _config = null;<br><br>export function setConfig(config) {<br> _config = config;<br>}<br><br>export function getConfig() {<br> if (_config !== null) return _config;<br> if (typeof window !== 'undefined' && window.CONFIG) return window.CONFIG;<br> throw new Error('Config not initialized');<br>}
测试中：
import { setConfig, getConfig } from './config-accessor.js';<br><br>beforeEach(() => {<br> setConfig({ API_VERSION: 'test-v1' });<br>});<br><br>afterEach(() => {<br> setConfig(null); // 重置为 fallback 行为<br>});
业务代码统一调用 getConfig()，不再直读 window.CONFIG。
避免在测试中 patch 全局对象（除非万不得已）
临时覆盖 window.CONFIG 虽快，但风险高：
- 多个测试并行运行时可能互相干扰
- 忘记恢复导致后续测试失败
- ESM 环境下某些全局属性不可写（如
Object.defineProperty(window, 'CONFIG', {...})可能静默失败）
如必须 patch，用 beforeEach/afterEach 严格配对，并加注释说明原因：
beforeEach(() => {<br> Object.assign(window, { CONFIG: { DEBUG: true } });<br>});<br><br>afterEach(() => {<br> delete window.CONFIG;<br>});
不复杂但容易忽略。关键是让配置成为“被注入的依赖”，而不是“被猜测的全局”。
