Асинхронный обратный вызов не был вызван в течение времени ожидания 5000 мс, указанного в jest.setTimeout

Я использую кукловодов и шутки для запуска некоторых тестов.

Мои тесты выглядят следующим образом:

describe("Profile Tab Exists and Clickable: /settings/user", () => {
    test(`Assert that you can click the profile tab`, async () => {
      await page.waitForSelector(PROFILE.TAB);
      await page.click(PROFILE.TAB);
    }, 30000);
});

Иногда, когда я запускаю тесты, все работает как положено. В других случаях я получаю сообщение об ошибке:

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:633:19)

Это странно, потому что:

1. Я указал время ожидания 30000

2. Я получаю эту ошибку, казалось бы, очень случайно

Кто-нибудь может догадаться, почему это происходит?

Таким образом, указанное вами время ожидания должно быть короче времени ожидания по умолчанию.

Тайм-аут по умолчанию равен, 5000а фреймворк по умолчанию - jasmineв случае jest. Вы можете указать время ожидания внутри теста, добавив

jest.setTimeout(30000);

Но это было бы конкретно для теста. Или вы можете настроить файл конфигурации для фреймворка.

https://facebook.github.io/jest/docs/en/configuration.html#setuptestframeworkscriptfile-string

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

Смотрите эту тему также

https://github.com/facebook/jest/issues/5055

https://github.com/facebook/jest/issues/652

PS орфографическая ошибка setupFilesAfterEnv(то есть setupFileAfterEnv) также выдаст ту же ошибку.

Он должен вызывать async/awaitасинхронный тест.

describe("Profile Tab Exists and Clickable: /settings/user", () => {
    test(`Assert that you can click the profile tab`, async (done) => {
        await page.waitForSelector(PROFILE.TAB);
        await page.click(PROFILE.TAB);
        done();
    }, 30000);
});

Ответ на этот вопрос изменился с развитием Jest. Текущий ответ (март 2019 г.):

1. Вы можете переопределить тайм-аут любого отдельного теста, добавив третий параметр в it. то есть.it('runs slow', () => {...}, 9999)

2. Вы можете изменить значение по умолчанию, используя jest.setTimeout. Сделать это:

 // config
   "setupFilesAfterEnv": [  // NOT setupFiles
     "./src/jest/defaultTimeout.js"
   ],

и

// File: src/jest/defaultTimeout.js
/* global jest */
jest.setTimeout(1000)

3. Как и другие отмечали, и не имеют прямого отношения к этому, doneнет необходимости в подходе async / await.

Я хотел бы добавить (это немного длинно для комментария), что даже при тайм-ауте 3000моих тестов все равно иногда (случайным образом) происходит сбой с

Timeout - Async callback was not invoked within the 5000ms timeout specified by jest.setTimeout.

Благодаря отличному ответу @ Tarun, я думаю, что самый короткий способ исправить множество тестов:

describe('puppeteer tests', () => {
  beforeEach(() => {
    jest.setTimeout(10000);
  });

  test('best jest test fest', async () => {
    // blah
  });
});

Это относительно новое обновление, но оно гораздо более простое. Если вы используете Jest 24.9.0 или выше, вы можете просто добавить testTimeoutк своей конфигурации:

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

Обязательно вызывайте done();обратные вызовы, иначе он просто не пройдет тест.

beforeAll((done /* call it or remove it*/) => {
  done(); // calling it
});

Применяется ко всем другим функциям, которые имеют обратный вызов done ().

Для jest 24.9+ Вы также можете установить тайм-аут из командной строки, добавив --testTimeout

Вот выдержка из его документации

--testTimeout=<number>
Default timeout of a test in milliseconds. Default value: 5000.

Недавно я столкнулся с этой проблемой по другой причине: я выполнял некоторые тесты синхронно с использованием jest -iвремени ожидания. По каким-то причинам выполнение одних и тех же тестов с использованием jest --runInBand(даже если -iэто псевдоним) не истекает.

Может быть, это кому-то поможет ¯\_(:/)_/¯

Проблема тайм-аута возникает, когда сеть работает медленно или с использованием многих сетевых вызовов await, эти сценарии превышают тайм-аут по умолчанию, т.е. 5000 мс. Чтобы избежать ошибки тайм-аута, просто увеличьте тайм-аут глобалов, которые поддерживают тайм-аут. Список глобалов и их подпись можно найти здесь .
Для шутки 24,9

// in jest.setup.js
jest.setTimeout(30000)

Если на Jest <= 23:

// in jest.config.js
module.exports = {
  setupTestFrameworkScriptFile: './jest.setup.js'
}

Если на Jest> 23:

// in jest.config.js
module.exports = {
  setupFilesAfterEnv: ['./jest.setup.js']
}

Для тех, кто ищет объяснения о jest --runInBandвас, можете обратиться к документации « Работа кукловода в среде CI» https://github.com/smooth-code/jest-puppeteer

В случае, если кто-то не решит проблему, используйте описанные выше методы, я исправил мой, окружив асинхронную функцию функцией стрелки. Как в:

describe("Profile Tab Exists and Clickable: /settings/user", () => {
    test(`Assert that you can click the profile tab`, (() => {
      async () => {
        await page.waitForSelector(PROFILE.TAB)
        await page.click(PROFILE.TAB)
      }
    })(), 30000);
});

В моем случае эта ошибка начала появляться случайным образом и не исчезнет даже после установки времени ожидания 30000. Простое завершение процесса в терминале и повторный запуск тестов решили эту проблему для меня. Я также удалил тайм-аут, и тесты все еще проходят снова.

В Node ... то, что я вижу, люди сделали в качестве примера ниже, используя fakeEventEmitter

import { EventEmitter } from 'events';
describe('your case', () => {
 let fakeEventEmitter: EventEmitter;
 beforeEach(async () => {
   fakeEventEmitter = new EventEmitter();
   (fakeEventEmitter as any).pid = 123;
 }),
 it('should do something you want to do', done => {
            anAsynchronouseFunction(testOptions, context).subscribe({
                complete: () => {
                    expect(something).toBeTruthy();
                    done();
                }
            });
            fakeEventEmitter.emit('exit', 0);
        });
});