个人理解，异步接口一般是由于执行耗时长，所以调用方不用等待执行完毕，而是发送完即可。

根据业务场景，有可能发完就啥都不管，也可能会配套有被调用方回调调用方返回数据，以及调用方定时轮询查询数据最新状态避免被调用方回调失败这类操作形成闭环。类似下图（图里是带回调但不带主动查询补偿的场景）：

所以怎么做断言，取决于你要校验的是这里面的什么。

• 要校验异步请求本身是否成功——就直接看发送请求后被调用方有没有响应、响应有没有报错（比如格式校验这类耗时很短的可能会直接返回失败响应）、响应时内部处理（如格式校验、记录到内部任务队列中）是否正确。
• 要校验异步请求后被调用方内部处理是否成功——查被调用方的内部数据状态（如查数据库）
• 要校验异步请求后被调用方是否正常回调——在调用方这边查内部数据状态
• 要校验主动补偿是否正常——断言看被调用方的查询接口查询结果，是否和库内最新结果一致；同时关掉被调用方的回调能力，看调用方是否能自己触发主动查询。