JS异步测试重构核心是解耦异步逻辑、mock依赖、分层覆盖场景：隔离fetch/定时器/SDK，按串行/并行/条件分支设计测试，断言聚焦结果与副作用，封装helper提升可维护性。
写 JS 异步代码的测试重构指南，关键不是堆砌语法，而是聚焦“怎么让测试稳、快、可读、易维护”。核心思路是：把异步逻辑从副作用中解耦，用可控输入驱动输出验证，再分层覆盖不同场景。
先隔离异步依赖，别让测试跑网络或定时器
真实 fetch、setTimeout、localStorage 等会拖慢测试、引入不确定性。统一用 mock 替代：
- fetch → 用
jest.mock('node-fetch')或msw拦截请求，返回预设响应 - 定时器 → 用
jest.useFakeTimers()+jest.advanceTimersByTime(1000)控制时间流 - 第三方 SDK（如 Firebase、Stripe）→ 直接 mock 模块导出函数，返回 Promise.resolve/fail
按执行模式分层写测试：串行、并行、条件分支
async/await 代码常见三种结构，测试也对应设计：
- 串行依赖（如用户 → 订单 → 商品）：验证每一步 await 是否按序触发，中间失败是否被 catch 捕获并抛出预期错误
- 并行请求（如 Promise.all([fetchA, fetchB])）：mock 多个接口，检查是否并发发起，任一失败时是否走 allSettled 或正确 reject
- 条件分支（如 if (user.isAdmin) await deleteAll()）：用不同 mock 数据驱动分支路径，确保每个 await 只在对应条件下执行
断言重点放在“结果”和“行为”，不是“怎么实现”
避免测试内部实现细节（比如“调用了几次 fetch”），专注外部可观测效果：
- 返回值是否符合预期（类型、字段、结构）
- 副作用是否发生（如 localStorage.setItem 被调用且参数正确）
- 错误是否被正确抛出或传递（用
expect(() => fn()).rejects.toThrow(...)） - UI 更新是否触发（若涉及 DOM，用
@testing-library/dom查询元素状态）
封装可复用的测试工具函数
重复的 setup 逻辑抽成 helper，提升可读性和一致性：
-
createMockFetch(response)：一键返回带 status/json 方法的 mock Response 对象 -
runAsyncTest(fn)：自动包裹 try/catch + done() / expect().rejects，统一处理未捕获异常 -
setupWithAuth(user)：预设登录态、token、权限等上下文，避免每个 test 重复配置
