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

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

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

默认的超时时间是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是一个别名)运行相同的测试都不会超时。

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

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

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

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

在CI环境中运行木偶师

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

落下我的2美分在这里，我有同样的问题在dosen的jest单元测试(不是所有的)，我注意到，所有开始后，我添加到jestSetup这个polyfill为MutuationObservers:

if (!global.MutationObserver) {
    global.MutationObserver = function MutationObserverFun(callback) {
        this.observe = function(){};
        this.disconnect = function(){};
        this.trigger = (mockedMutationsList) => {
            callback(mockedMutationsList, this);
        };
    };
}

一旦我删除它测试开始工作再次正确。希望能帮助别人。