将此添加到您的测试中，无需过多解释

beforeEach(() => {
  jest.useFakeTimers()
  jest.setTimeout(100000)
})

afterEach(() => {
  jest.clearAllTimers()
})

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

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

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

此处指定的超时时间必须小于默认超时时间。

默认的超时时间是5000，框架默认为jasmine。您可以通过添加在测试中指定超时

jest.setTimeout(30000);

但这是针对测试的。或者，您可以为框架设置配置文件。

配置是

// jest.config.js
module.exports = {
  // setupTestFrameworkScriptFile has been deprecated in
  // favor of setupFilesAfterEnv in jest 24
  setupFilesAfterEnv: ['./jest.setup.js']
}

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

请参见这些线程:

5055号考试第七次出局

茉莉花。DEFAULT_TIMEOUT_INTERVAL可配置#652

注:拼写错误的setupFilesAfterEnv(即setupFileAfterEnv)也会抛出相同的错误。

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

当它是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);
});

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

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

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