Le rappel asynchrone n'a pas été invoqué dans le délai d'expiration de 5000 ms spécifié par jest.setTimeout

J'utilise marionnettiste et plaisanterie pour exécuter des tests frontaux.

Mes tests se présentent comme suit:

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

Parfois, lorsque je lance les tests, tout fonctionne comme prévu. D'autres fois, j'obtiens une erreur:

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)

C'est étrange car:

1. J'ai spécifié que le délai d'expiration était de 30000

2. Que j'obtienne ou non cette erreur est apparemment très aléatoire

Quelqu'un peut-il deviner pourquoi cela se produit?

Par conséquent, le délai d'expiration que vous spécifiez ici doit être plus court que le délai d'expiration par défaut.

Le délai d'expiration par défaut est 5000et le cadre par défaut est jasmineen cas de jest. Vous pouvez spécifier le délai d'expiration à l'intérieur du test en ajoutant

jest.setTimeout(30000);

Mais cela serait spécifique au test. Ou vous pouvez configurer le fichier de configuration pour le framework.

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)

Voir aussi ce fil

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

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

PS faute d'orthographe setupFilesAfterEnv(c'est-à-dire setupFileAfterEnv) lancera également la même erreur.

Il doit appeler le async/awaitquand il est asynchrone du test.

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

La réponse à cette question a changé avec l'évolution de Jest. Réponse actuelle (mars 2019):

1. Vous pouvez remplacer le délai d'expiration d'un test individuel en ajoutant un troisième paramètre au it. c'est à dire.it('runs slow', () => {...}, 9999)

2. Vous pouvez modifier la valeur par défaut à l'aide de jest.setTimeout. Pour faire ça:

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

et

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

3. Comme d'autres l'ont noté, et qui ne sont pas directement liés à cela, donen'est pas nécessaire avec l'approche asynchrone / attente.

Je voudrais ajouter (c'est un peu long pour un commentaire) que même avec un timeout de 3000mes tests échouerait parfois (au hasard) avec

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

Grâce à l'excellente réponse de @ Tarun, je pense que le moyen le plus court de corriger beaucoup de tests est:

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

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

Il s'agit d'une mise à jour relativement nouvelle, mais elle est beaucoup plus simple. Si vous utilisez jest 24.9.0 ou supérieur, vous pouvez simplement ajouter testTimeoutà votre configuration:

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

Assurez-vous d'invoquer des done();rappels ou il ne passera pas simplement le test.

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

S'applique à toutes les autres fonctions qui ont un rappel done ().

Pour jest 24.9+, vous pouvez également définir un délai d'expiration à partir de la ligne de commande en ajoutant --testTimeout

Voici un extrait de ses documents

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

J'ai récemment rencontré ce problème pour une autre raison: j'exécutais des tests de manière synchrone jest -i, et cela allait juste expirer. Quel que soit le raisonnement, exécuter les mêmes tests en utilisant jest --runInBand(même si-i est censé être un alias) n'expire pas.

Peut-être que cela aidera quelqu'un ¯\_(:/)_/¯

Le problème de délai d'attente se produit lorsque le réseau est lent ou que de nombreux appels réseau sont effectués à l'aide de await, ces scénarios dépassent le délai par défaut, c'est-à-dire 5000 ms. Pour éviter l'erreur d'expiration, augmentez simplement le délai d'expiration des globaux qui prennent en charge un délai d'expiration. Une liste des mondiaux et leur signature peut être trouvée ici .
Pour Jest 24.9

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

Si sur Jest <= 23:

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

Si Jest> 23:

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

Pour ceux qui recherchent une explication à jest --runInBandvotre sujet, consultez la documentation Exécution de marionnettiste dans les environnements CI https://github.com/smooth-code/jest-puppeteer

Dans le cas où quelqu'un ne résout pas le problème, utilisez les méthodes ci-dessus, j'ai corrigé le mien en entourant la fonction asynchrone par une fonction de flèche. Un péché:

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

Dans mon cas, cette erreur a commencé à apparaître de manière aléatoire et ne disparaîtrait pas même après avoir défini un délai d'expiration de 30000. La simple fin du processus dans le terminal et la réexécution des tests ont résolu le problème pour moi. J'ai également supprimé le délai d'attente et les tests réussissent encore.

Dans Node ... ce que je vois que les gens ont fait comme exemple est ci-dessous, en utilisant 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);
        });
});