动态导入测试需覆盖成功、失败、并发、条件加载等场景，用Jest模拟import()行为，验证加载状态、副作用、竞态处理及真实环境分块加载。
测试 JavaScript 中动态导入（import()）的异步加载逻辑，核心是**模拟模块加载行为、控制 Promise 状态、验证加载时机与结果**。不能只测“是否能 import”，而要覆盖成功、失败、并发、条件加载等真实场景。
用 Jest 模拟动态 import 行为
Jest 默认不支持直接 mock import() 调用，但可通过以下方式实现：
- 在测试前用
jest.mock('路径', () => mockModule)预先 mock 目标模块（注意：需使用绝对路径或可解析的路径别名） - 对
import()本身，可借助jest.mock('module', () => ({ __esModule: true, default: mockValue }))+ 动态返回 Promise 的工厂函数 - 更灵活的做法：在被测代码中将
import()封装成可注入的函数（如依赖注入），测试时传入自定义的 mock import 函数
验证加载状态与副作用
动态导入常伴随 UI 反馈（如 loading 状态、骨架屏）、错误提示或路由跳转。测试时需检查：
- 调用触发后，是否正确设置 loading 状态（例如
isLoading = true） - 模块加载成功后，是否更新数据、渲染组件、清除 loading
- 网络失败或模块不存在时，是否捕获
error、显示 fallback、重试逻辑是否触发 - 若使用
React.lazy + Suspense，需配合@testing-library/react的waitFor和act检查 loading fallback 和 loaded 内容
处理竞态与多次调用
用户快速点击、重复路由进入等场景可能触发多次 import()。需确保：
立即学习“Java免费学习笔记（深入）”；
- 不会重复执行相同模块的加载（利用 Promise 缓存，如
const load = () => (cache || (cache = import('./X')))） - 后发起的请求不会覆盖先完成的结果（尤其在状态管理中）
- 取消机制（如 AbortSignal）是否生效（现代
import()尚不支持 Abort，但可封装在 fetch + eval 或自定义 loader 中）
真实环境补充测试（非 Jest）
单元测试难以覆盖模块路径解析、打包分块、CDN 加载等环节，建议补充：
- 用 Playwright 或 Cypress 启动真实构建产物，访问页面并断言 JS chunk 是否按预期加载（通过 Network 面板或
performance.getEntriesByType('resource')） - 手动构造 404 chunk 场景，验证 error boundary 或 fallback 渲染是否正常
- 在低网速下测试加载超时逻辑（如搭配
AbortController封装的 timeout wrapper）
不复杂但容易忽略：动态 import 是 Promise，它抛出的错误无法被 try/catch 外部同步捕获，必须用 .catch() 或 await ... catch —— 测试时务必覆盖未处理 rejection 的情况。
