使用Sinon FakeTimers时Mocha测试出现超时问题求助

你的测试超时问题主要出在假时钟的使用顺序和async/await微任务队列的交互上，结合代码来看有几个明显的问题点：

1. 定时器触发顺序完全搞反了 #

你当前是先await Promise.all(promises)再调用clock.tick(1000)，但如果when.the_handler_is_invoked...方法内部依赖了定时器（比如限流逻辑用了setTimeout），这些promise根本不会resolve——因为sinon假时钟替换了全局定时器，定时器不会自然触发，await会一直处于等待状态，直接导致测试超时。

正确的逻辑顺序应该是：先启动所有任务，再推进假时钟触发定时器，最后等待promise完成。

2. 假时钟不会自动处理微任务队列 #

sinon.useFakeTimers()的clock.tick()只会推进宏观任务（比如setTimeout/setInterval），但不会处理Promise的微任务队列。即使你推进了时间，promise的resolve可能还在微任务队列里等待执行，这时候需要手动触发微任务的执行。

修复后的代码示例 #

调整你的before块逻辑，修正顺序并处理微任务：

describe('and mutiple calls to Lokalise suceed after', () => { 
  describe('being rate limited', () => { 
    let clock; 
    before(async () => { 
      clock = sinon.useFakeTimers(); 
      let promises = []; 
      for(let i = 0; i<10; i++){ 
        // 先启动所有任务，暂不等待
        promises.push(when.the_handler_is_invoked_because.a_forwarded_task_closed_event_is_received(lokaliseProject, task)) 
      }; 
      // 先推进时间，触发所有依赖定时器的限流逻辑
      clock.tick(1000);
      // 手动触发微任务队列，让promise得以resolve
      await Promise.resolve();
      // 现在等待所有promise完成
      await Promise.all(promises); 
    }); 
    after(() => { 
      // 先恢复时钟，再执行其他清理操作，避免影响后续测试
      clock.restore(); 
      teardown.unmock_everything(); 
    }); 
    it('eventually succeeds in creating the pull request', () => { 
      expect(lokaliseProject._requestsToDownloadFiles).to.have.lengthOf(10); 
      expect(lokaliseProject._requestsToDownloadFiles[0].include_tags).deep.equal(['challenge-api']); 
      // 现在可以添加方法调用次数的断言，比如用sinon stub的calledCount
      // expect(yourTargetMethodStub.callCount).to.equal(10);
    }); 
  }); 
});

其他需要检查的点 #

• 确认when.the_handler_is_invoked...内部的所有异步操作都被mock/假时钟覆盖了，如果有真实的网络请求、setImmediate或者其他不受假时钟控制的异步逻辑，也会导致超时，需要把这些部分也mock掉。
• 确保clock.restore()在其他清理操作之前执行，防止假时钟残留影响后续测试用例。

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