你也可以得到基于愚蠢的拼写错误的超时错误。例如，这个看似无伤大雅的错误:

describe('Something', () => {
  it('Should do something', () => {
    expect(1).toEqual(1)
  })

  it('Should do nothing', something_that_does_not_exist => {
    expect(1).toEqual(1)
  })
})

产生以下错误:

FAIL src/TestNothing.spec.js (5.427s)
  ● Something › Should do nothing

    Timeout - Async callback was not invoked within the 5000ms timeout specified by jest.setTimeout.
      
      at node_modules/jest-jasmine2/build/queue_runner.js:68:21
      at Timeout.callback [as _onTimeout] (node_modules/jsdom/lib/jsdom/browser/Window.js:678:19)

虽然所发布的代码示例没有受到这种影响，但它可能是其他地方失败的原因。还要注意，我没有为任何地方设置超时——无论是在这里还是在配置中。5000毫秒只是默认设置。

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

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

默认的超时时间是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—runInBand，你可以去文档。

在CI环境中运行木偶师

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

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

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

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);