前端测试异步回调需明确异步边界：用done回调通知结束、Promise封装提升可读性、jest.fn()模拟验证调用，同时注意超时控制与错误处理。
前端开发中测试 JavaScript 异步回调，关键在于让测试框架能准确感知异步操作的开始与结束，并验证回调是否被正确调用、传参是否符合预期、错误处理是否到位。不能像同步代码那样直接断言，必须显式等待或声明异步边界。
使用 done 回调（适用于 Jest/Mocha 等支持 done 的框架）
当被测函数接收一个回调参数时，测试需传入一个 done 函数，在回调执行后调用它，通知测试框架“异步流程已结束”。若未调用 done，测试会超时失败；若在回调外提前调用，可能漏掉断言。
- 在测试函数签名中声明
done参数 - 在传入的回调内部做断言，成功则调用
done()，失败则传错done(error) - 避免在回调外调用
done()，否则测试会跳过后续逻辑
示例：
test('should call callback with user data', done => {fetchUser(123, (err, user) => {
if (err) return done(err);
expect(user.name).toBe('Alice');
done();
});
});
用 Promise 包装回调再返回（兼容性更广）
很多老项目仍用 Node.js 风格的 (err, result) 回调。可借助 util.promisify（Node 环境）或手动封装成 Promise，使测试能用 return 或 async/await，逻辑更清晰。
立即学习“Java免费学习笔记（深入）”；
- 手动封装：新建 Promise，在回调里根据 err 调用
resolve或reject - Jest 中可直接
return这个 Promise，框架自动等待其 settled - 错误统一走
.catch()或try/catch，无需分散处理
示例：
test('fetchUser returns resolved promise', () => {return new Promise((resolve, reject) => {
fetchUser(123, (err, data) => {
if (err) reject(err);
else resolve(data);
});
}).then(user => {
expect(user.id).toBe(123);
});
});
模拟回调行为并验证调用（适合单元隔离）
如果目标是验证“某函数是否按预期把回调传给了底层模块”，而不是真正触发异步流程，推荐用 jest.fn() 创建模拟回调，然后检查它是否被调用、调用次数、参数内容。
- 用
jest.mock()模拟依赖模块（如自定义 AJAX 工具函数） - 传入
jest.fn()作为回调，执行被测函数 - 用
expect(mockCallback).toHaveBeenCalledWith(expectedArg)断言 - 可结合
mockImplementationOnce控制不同调用返回不同结果
示例：
const mockAjax = jest.fn();jest.mock('./api', () => ({ ajax: mockAjax }));
test('login calls callback with success data', () => {
const cb = jest.fn();
mockAjax.mockImplementationOnce((url, opts) => {
opts.success({ token: 'abc123' });
});
login('u', 'p', cb);
expect(cb).toHaveBeenCalledWith(null, { token: 'abc123' });
});
注意错误边界和超时控制
异步测试容易因疏忽导致假通过或无限等待。务必明确设定超时、覆盖错误路径，并防止未处理的 rejected Promise 扰乱测试环境。
- Jest 默认超时 5 秒，复杂场景可加
jest.setTimeout(10000) - 测试错误分支时，确保回调确实收到 error，并验证 error 类型或消息
- 避免在测试中留下未 catch 的 Promise rejection，可在测试前加
jest.clearAllTimers()或监听unhandledrejection
