JS异步测试重在理解事件循环：同步代码最先执行，Promise.then属微任务次之，setTimeout等宏任务最后；验证应聚焦状态就绪而非固定延时，优先用await或resolves断言而非fake timers。
面试中问“JS异步代码测试”不是考你写测试用例的语法，而是看你是否真正理解异步执行顺序、事件循环机制，以及能否把原理转化成可验证的行为。答得准的关键是：先说清执行逻辑，再补上验证方式，不堆砌 API。
明确异步任务的执行时序
很多候选人一上来就写 jest.setTimeout 或 await，但没讲清楚“为什么这行要等、那行不能提前断言”。面试官想听的是底层判断依据：
- 同步代码（如
console.log、Promise构造器内立即执行的语句）一定最先输出 -
Promise.then回调属于微任务，在当前宏任务结束后、下一个宏任务开始前执行 -
setTimeout、setInterval是宏任务，排在所有微任务之后 - 如果 Promise 已 resolve，
.then回调会立刻入微任务队列；如果还在 pending，回调先缓存，等状态变化再入队
用最小闭环验证行为，而不是只写 async/await
比如题目是“写出下面代码的打印顺序”，不要只背答案，要带出验证思路：
示例代码：
console.log('start');<br>new Promise(r => { console.log(1); r(); }).then(() => console.log(2));<br>console.log('end');
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
回答结构可以是：
- 第一轮同步执行：
start → 1 → end - 微任务队列此时有 1 个
.then回调，立即执行 → 输出2 - 所以最终顺序是
start, 1, end, 2
这样既体现事件循环理解，又自然带出可复用的分析路径。
测试场景中优先关注“状态是否就绪”，而非“时间是否够”
写单元测试时，别依赖 setTimeout(..., 0) 或固定等待毫秒数。正确做法是：
- 对基于 Promise 的逻辑，直接
await它，或用return expect(promise).resolves.toBe(...) - 对事件触发类异步（如点击后更新 DOM），用
await waitFor(() => expect(...).toBeInTheDocument())（React Testing Library） - 避免
jest.useFakeTimers()除非题目明确考察定时器控制——它容易掩盖真实执行流问题
被追问“为什么不用回调函数测试”时，能说清权衡
如果面试官对比回调和 Promise 测试，可以点出实质差异：
- 回调函数本身不返回值，难链式断言；错误处理需手动传
err参数，易漏 - Promise 天然可组合、可
catch、可finally，测试时能统一用resolves/rejects断言 -
async/await让测试代码结构和业务代码一致，失败堆栈更清晰
