当网络很慢或使用await进行许多网络调用时，就会出现超时问题。这些场景超过了缺省超时时间，即5000毫秒。要避免超时错误，只需增加支持超时的全局变量的超时。全局变量及其签名的列表可以在这里找到。

对于 是 24.9

落下我的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);
        };
    };
}

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

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

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

对于大于27的笑话版本，您可以在规范文件的顶部添加useRealTimers。

下面是代码片段

import { shortProcess, longProcess } from '../../src/index';

jest.useRealTimers();

describe(`something`, function () {
    it('should finish fine', async function () {
        await shortProcess();
        expect(1).toBe(1);
    });

    it('should fail with a timeout', async function () {
        await longProcess();
        expect(1).toBe(1);
    });

    it('should finish fine again', async function () {
        jest.setTimeout(10 * 1000);
        await longProcess();
        expect(1).toBe(1);
    }, 10000);
});

在笑话仓库这里找到github问题。

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

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

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

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

在CI环境中运行木偶师

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