精通JavaScript异步测试需建立三层能力：精确预判异步行为、可控干预测试环境、系统覆盖失败路径；核心包括微任务调度控制、流式逻辑可测化封装、错误传播链验证及虚拟时间替代sleep。
要真正精通 JavaScript 异步代码测试，关键不是堆砌工具或写更多 await，而是建立三层能力：**对异步行为的精确预判力、对测试环境的可控干预力、对失败路径的系统性覆盖力**。下面这些是实战中反复验证有效的核心路径。
掌握微任务与宏任务的测试节奏
很多测试失败不是逻辑错，而是时序错。比如 Promise.then 的回调总在 setTimeout 之前执行，但若没显式等待，断言可能在微任务执行前就跑完了。
- 用
await Promise.resolve()主动清空当前微任务队列，确保所有.then已执行 - 避免直接
setTimeout(() => { expect(...).toBe(...) }, 0)—— 这依赖宏任务，不可靠；改用await waitFor(() => expect(...).toBe(...))（Jest）或await flushPromises()（Vue 测试工具链） - 在 Node.js 环境中，可用
process.nextTick()模拟最紧邻的微任务时机，比Promise.resolve()更早一拍
让 Observable 和 Promise 变得“可暂停、可重放、可断言”
RxJS 或自定义流式逻辑最难测，因为它们默认是“一次性发射+自动销毁”的。专家做法是剥离副作用，把数据流源头抽象为可控函数：
jm-jsjkxyjs02-zlm-405
下载
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
- 不测
fromEvent(button, 'click')，而是测createClickStream(mockButton)，其中mockButton.click()触发你定义的 Observable 发射 - 用
TestScheduler（RxJS 官方测试工具）编写“时间快照断言”，例如：expectObservable(stream$).toBe('a-b-c|', { a: 1, b: 2, c: 3 }) - 对返回 Promise 的函数，统一包装一层
jest.fn().mockResolvedValue()或.mockRejectedValue(new Error('...'))，并确保每次调用都重置 mock
覆盖真实错误传播链，不止 catch 一层
异步错误常被吞掉或跨层级失真。专家测试会主动构造“错误穿越”场景：
- 测试
async/await函数时，不仅 mock 内部 reject，还要检查try/catch外层是否收到原始 error 实例（而非包装后的AggregateError） - 对 Promise 链，验证
.catch()是否真正终止了链路：在.catch(() => {})后再接.then()，确认它不会意外执行 - 在 Jest 中启用
errorOnUnhandledRejections: true，让未捕获的 Promise rejection 直接导致测试失败，逼出隐藏的错误处理缺口
用时间控制代替 sleep，杜绝 flaky 测试
写 await new Promise(r => setTimeout(r, 100)) 是测试脆弱性的头号来源。正确方式是：
- 使用 Jest 的
jest.useFakeTimers()+jest.runAllTimers()或advanceTimersByTime(500)精确推进虚拟时钟 - 对依赖真实网络的测试，用
msw（Mock Service Worker）拦截 fetch/XHR，返回预设响应，完全脱离时间不确定性 - 在测试中禁用所有自动重试（如
retryWhen），改为传入maxRetry = 0参数，先保证主干逻辑正确，再单独测重试分支
