还有另一个解决方案:在Jest配置文件中设置超时，例如:

{ // ... other stuff here
    "testTimeout": 90000
}

还有另一个解决方案:在Jest配置文件中设置超时，例如:

{ // ... other stuff here
    "testTimeout": 90000
}

确保调用done();在回调中，或者它不能通过测试。

beforeAll((done /* Call it or remove it */ ) => {
  done(); // Calling it
});

它适用于所有具有done()回调的其他函数。

事实证明，如果您的expect断言是错误的，它有时会吐出超过超时的错误消息。

我能够通过在promise回调中放入console.log()语句来解决这个问题，并看到console.log()语句在jest输出中运行。一旦我修复了expect断言，超时错误就消失了，测试可以正常工作。

我花了很长时间才弄明白，希望这能帮助需要阅读这篇文章的人。

我想补充(这是一个有点长的评论)，即使超时3000，我的测试有时仍然会(随机)失败

Timeout -在jest.setTimeout指定的5000ms超时内没有调用异步回调。

感谢Tarun的精彩回答，我认为修复大量测试的最短方法是:

describe('Puppeteer tests', () => {
  beforeEach(() => {
    jest.setTimeout(10000);
  });

  test('Best Jest test fest', async () => {
    // Blah
  });
});

对于那些正在寻找解释的人 jest—runInBand，你可以去文档。

在CI环境中运行木偶师

GitHub - smooth-code/ Jest - Puppeteer:使用Jest和Puppeteer运行测试