多点击触发测试失败需延迟，求原因及无Hack解决方案

• 浏览器事件循环的天然间隔 vs 测试的同步执行
  手动点击时，两次操作之间有真实的时间差，浏览器会在每次点击后完整处理事件队列（包括微任务、宏任务执行，比如组件状态更新、DOM渲染）。但测试里连续调用someButtonWrapper.trigger('click')是同步执行的，事件被一次性推入队列，组件还没来得及完成上一次点击后的状态更新或异步操作，下一次点击就已经触发，直接导致逻辑冲突。

• 组件异步逻辑的处理时机差异
  很多组件内部会有防抖、节流，或是依赖接口请求、批量状态更新这类异步逻辑。手动操作时，这些异步逻辑会在事件循环中自然完成，用户的点击间隔足够让组件同步状态。但测试中的连续trigger跳过了等待过程，异步逻辑还没执行完毕就触发了下一次点击，造成状态不一致，测试失败。

• 模拟事件与真实事件的行为差异
  trigger('click')只是简化模拟了点击事件的触发，并没有复现真实点击的完整流程——真实点击会依次触发mousedown、mouseup、click事件，还伴随焦点变化、UI重绘等浏览器原生行为。部分组件的逻辑依赖这些完整事件链或浏览器行为，连续模拟点击时缺失了这些环节，自然表现异常。

你提到的await wait(() => someButtonWrapper.trigger('click'), 0)能解决问题，本质是通过wait让测试等待下一次事件循环，给组件留出处理异步逻辑和状态更新的时间，相当于模拟了手动点击的天然间隔。

内容的提问来源于stack exchange，提问作者raphaelSeguin