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

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

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

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

这是一个相对较新的更新，但它更直接。如果你使用的是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是不必要的。

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

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

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

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