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

随着Jest的发展，这个问题的答案也发生了变化。当前答案(2019年3月):

您可以通过向it添加第三个参数来覆盖任何单个测试的超时。也就是说，它('运行缓慢'，()=>{…}, 9999) 您可以使用jest.setTimeout更改默认值。这样做: / /配置 "setupFilesAfterEnv":[//不是setupFiles . ”。/ src /嘲笑/ defaultTimeout.js” ]， 而且 //文件:src/jest/defaultTimeout.js /*全局笑话*/ jest.setTimeout (1000) 就像其他人注意到的那样(与此没有直接关系)，对于async/await方法来说，done是不必要的。

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

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

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

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

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

// In jest.setup.js
jest.setTimeout(30000)

如果在Jest <= 23:

// In jest.config.js
module.exports = {
  setupTestFrameworkScriptFile: './jest.setup.js'
}

如果在笑话> 23:

// In jest.config.js
module.exports = {
  setupFilesAfterEnv: ['./jest.setup.js']
}

当它是async from test时，它应该调用async/await。

describe("Profile Tab Exists and Clickable: /settings/user", () => {
    test(`Assert that you can click the profile tab`, async (done) => {
        await page.waitForSelector(PROFILE.TAB);
        await page.click(PROFILE.TAB);
        done();
    }, 30000);
});

2022年3月14日，Jest 27.5文档表明了一个新流程:

https://jestjs.io/docs/api#beforeallfn-timeout

在超时前传递第二个参数测试msec的个数。作品!

test('adds 1 + 2 to equal 3', () => {
    expect(3).toBe(3);
},30000);