单元测试中验证 javascript 动态导入需封装 import() 为可 mock 函数，如 loadfeaturemodule；覆盖 pending/fulfilled/rejected 三态；优先断言加载后的 dom 或行为副作用而非调用本身。
在单元测试中验证 JavaScript 动态导入（import()）的行为，核心是**控制模块加载时机、捕获导入调用、并断言其参数或副作用**。由于 import() 返回 Promise 且由运行时处理，不能直接 mock 模块本身，而需 mock 导入函数调用或拦截模块解析逻辑。
mock 动态 import 调用本身
最直接有效的方式是将 import() 封装成可替换的函数（例如导出为命名函数），再在测试中 mock 它：
✅ 推荐做法（生产代码）：
// utils/loadModule.js
export async function loadFeatureModule() {
return import('./featureModule.js');
}
✅ 测试中 mock：
import { loadFeatureModule } from './utils/loadModule.js';
jest.mock('./utils/loadModule.js', () => ({
loadFeatureModule: jest.fn(),
}));
test('calls dynamic import with correct path', async () => {
const mockModule = { default: jest.fn() };
loadFeatureModule.mockResolvedValue(mockModule);
await loadFeatureModule();
expect(loadFeatureModule).toHaveBeenCalledTimes(1);
// 可进一步检查是否传入了预期路径（如果函数接受参数）
});
拦截全局 import（谨慎使用）
若无法修改源码封装 import，可在测试环境临时替换全局 import —— 但需注意：Jest 默认不支持直接 mock 全局 import，且该方式影响范围大、易出错。
⚠️ 仅限特定场景（如 E2E 或集成测试）：
- 使用
jest.isolateModules(true)配合手动重写import - 在测试前通过
global.import = jest.fn(...)替换（需确保未被其他测试污染） - 必须还原原始
import，否则后续测试可能失败：afterEach(() => { delete global.import; });
断言模块加载后的副作用（更贴近用户行为）
比起“是否调用了 import”，更可靠的断言是：**模块加载后是否触发了预期行为**，例如 DOM 更新、事件绑定、函数执行等。
例如：
- 点击按钮触发动态加载 → 断言按钮被禁用、加载指示器出现
- 模块加载成功后注册了一个全局工具函数 → 断言
window.myTool存在且可调用 - 模块导出组件并挂载到页面 → 使用
@testing-library/dom查找渲染内容
这类断言更稳定，不依赖内部实现细节，也符合“测试行为而非实现”的原则。
处理加载状态与错误路径
动态导入有三种典型状态：pending、fulfilled、rejected。单元测试应覆盖全部：
-
成功路径：mock
resolved值，等待 Promise 完成，检查结果或副作用 -
加载中：用
waitFor或await act(async () => {...})等待异步状态更新 -
失败路径：mock
reject，断言错误提示显示、回退逻辑执行等
注意：Jest 中需使用 async/await 或 return Promise 显式声明异步测试，否则 Promise 不会被等待。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
