// 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']
}

这是一个相对较新的更新，但它更直接。如果你使用的是Jest 24.9.0或更高版本，你可以在配置中添加testTimeout:

// in jest.config.js
module.exports = {
  testTimeout: 30000
}

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

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

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

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

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

这可能对大多数访问此页面的人没有太大帮助，但当我得到这个错误时，它与Jest无关。我的一个方法调用是在本地运行时获得一个空对象和一个空异常。一旦我添加了一个空检查，失败的测试和控制台日志就消失了。

if(response !== null){
    this.searchSubj.next(resp);
 }
 else {
    return;
 }

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