Wywołanie zwrotne asynchroniczne nie zostało wywołane w limicie czasu 5000 ms określonym w parametrze jest.setTimeout

Używam lalkarza i żartuję, żeby przeprowadzić testy frontonu.

Moje testy wyglądają następująco:

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);
});

Czasami, gdy uruchamiam testy, wszystko działa zgodnie z oczekiwaniami. Innym razem pojawia się błąd:

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)

To dziwne, ponieważ:

1. Podałem limit czasu na 30000

2. To, czy dostaję ten błąd, jest pozornie bardzo przypadkowe

Czy ktoś może zgadnąć, dlaczego tak się dzieje?

Limit czasu określony w tym miejscu musi być krótszy niż domyślny limit czasu.

Domyślny limit czasu to, 5000a ramka domyślnie jest jasminew przypadku jest. Możesz określić limit czasu w teście, dodając

jest.setTimeout(30000);

Ale byłoby to specyficzne dla testu. Lub możesz skonfigurować plik konfiguracyjny dla frameworka.

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)

Zobacz także ten wątek

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

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

Błąd pisowni PS setupFilesAfterEnv(tj. setupFileAfterEnv) Spowoduje także zgłoszenie tego samego błędu.

Powinien wywoływać, async/awaitkiedy jest asynchroniczny z testu.

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);
});

Odpowiedź na to pytanie zmieniła się w miarę ewolucji Jest. Aktualna odpowiedź (marzec 2019 r.):

1. Możesz zastąpić limit czasu dowolnego testu, dodając trzeci parametr do parametru it. to znaczy.it('runs slow', () => {...}, 9999)

2. Możesz zmienić domyślną za pomocą jest.setTimeout. Aby to zrobić:

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

i

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

3. Jak zauważyli inni i nie są bezpośrednio z tym związane, donepodejście asynchroniczne / oczekiwanie nie jest konieczne.

Chciałbym dodać (to trochę za długo na komentarz), że nawet po przekroczeniu limitu 3000moich testów czasami (losowo) zawodzi

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

Dzięki świetnej odpowiedzi @ Tarun uważam, że najkrótszym sposobem na naprawienie wielu testów jest:

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

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

Jest to stosunkowo nowa aktualizacja, ale jest o wiele prostsza. Jeśli używasz wersji 24.9.0 lub nowszej, możesz po prostu dodać testTimeoutdo swojej konfiguracji:

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

Pamiętaj, aby wywoływać done();wywołania zwrotne, aby nie przejść testu.

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

Dotyczy wszystkich innych funkcji, które mają wywołanie zwrotne done ().

W przypadku wersji 24.9+ można również ustawić limit czasu z wiersza poleceń, dodając --testTimeout

Oto fragment jego dokumentów

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

Niedawno natknąłem się na ten problem z innego powodu: uruchamiałem niektóre testy synchronicznie jest -i, i to po prostu limit czasu. Z jakiegokolwiek powodu uruchomienie tych samych testów przy użyciu jest --runInBand(chociaż -ima to być alias) nie kończy się.

Może to komuś pomoże ¯\_(:/)_/¯

Problem awaitprzekroczenia limitu czasu występuje, gdy sieć jest wolna lub wykonywanych jest wiele połączeń sieciowych , scenariusze te przekraczają domyślny limit czasu, tj. 5000 ms. Aby uniknąć błędu limitu czasu, po prostu zwiększ limit czasu globali, które obsługują limit czasu. Lista globali i ich podpis można znaleźć tutaj .
Dla Jest 24.9

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

Jeśli jest Jest <= 23:

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

Jeśli na Jest> 23:

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

Dla tych, którzy szukają wyjaśnienia jest --runInBand, możesz przejść do dokumentacji Uruchamianie lalkarza w środowiskach CI https://github.com/smooth-code/jest-puppeteer

W przypadku, gdy ktoś nie naprawi problemu z powyższymi metodami, naprawiłem mój, otaczając funkcję asynchroniczną funkcją strzałki. Jak w:

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);
});

W moim przypadku ten błąd zaczął pojawiać się losowo i nie znikał nawet po ustawieniu limitu czasu na 30000. Po prostu zakończenie procesu w terminalu i ponowne uruchomienie testów rozwiązało problem. Usunąłem również limit czasu i testy wciąż mija.

W Węźle ... to, co widzę, że ludzie zrobili jako przykład, jest poniżej 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);
        });
});