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

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

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

我最近因为不同的原因遇到了这个问题:我正在使用jest -i同步运行一些测试，它会超时。无论出于何种原因，使用jest——runInBand(即使-i是一个别名)运行相同的测试都不会超时。

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

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

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

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

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

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

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

在我的例子中，这个错误开始随机出现，即使在设置超时30000之后也不会消失。只需在终端中结束进程并重新运行测试，就可以为我解决这个问题。我还删除了超时，测试仍然再次通过。

对于大于27的笑话版本，您可以在规范文件的顶部添加useRealTimers。

下面是代码片段

import { shortProcess, longProcess } from '../../src/index';

jest.useRealTimers();

describe(`something`, function () {
    it('should finish fine', async function () {
        await shortProcess();
        expect(1).toBe(1);
    });

    it('should fail with a timeout', async function () {
        await longProcess();
        expect(1).toBe(1);
    });

    it('should finish fine again', async function () {
        jest.setTimeout(10 * 1000);
        await longProcess();
        expect(1).toBe(1);
    }, 10000);
});

在笑话仓库这里找到github问题。