Blague: meilleure façon de désactiver la console dans les tests unitaires

Je me demande s'il existe une meilleure façon de désactiver les erreurs de console dans un test Jest spécifique (c'est-à-dire restaurer la console d'origine avant / après chaque test).

Voici mon approche actuelle:

describe("Some description", () => {
  let consoleSpy;

  beforeEach(() => {
    if (typeof consoleSpy === "function") {
      consoleSpy.mockRestore();
    }
  });

  test("Some test that should not output errors to jest console", () => {
    expect.assertions(2);

    consoleSpy = jest.spyOn(console, "error").mockImplementation();

    // some function that uses console error
    expect(someFunction).toBe("X");
    expect(consoleSpy).toHaveBeenCalled();
  });

  test("Test that has console available", () => {
    // shows up during jest watch test, just as intended
    console.error("test");
  });
});

Existe-t-il une manière plus propre d'accomplir la même chose? Je voudrais éviter spyOn, mais mockRestoresemble seulement travailler avec .

Merci!

Pour un fichier de spécifications particulier, celui d'Andreas est assez bon. La configuration ci-dessous supprimera les console.loginstructions pour toutes les suites de tests,

jest --silent

(ou)

Pour personnaliser, warn, info and debugvous pouvez utiliser la configuration ci-dessous

__tests __ / setup.js ou jest-preload.js configuré danssetupFilesAfterEnv

global.console = {
  log: jest.fn(), // console.log are ignored in tests

  // Keep native behaviour for other methods, use those to print out things in your own tests, not `console.log`
  error: console.error,
  warn: console.warn,
  info: console.info,
  debug: console.debug,
};

jest.config.js

module.exports = {
    verbose: true,
    setupTestFrameworkScriptFile: "<rootDir>/__tests__/setup.js",
};

Jest v24.x Remarque: setupTestFrameworkScriptFile est obsolète au profit de setupFilesAfterEnv.

module.exports = {
    verbose: true,
    setupFilesAfterEnv: ["<rootDir>/__tests__/setup.js"],
};

Comme chaque fichier de test s'exécute dans son propre thread, il n'est pas nécessaire de le restaurer si vous souhaitez le désactiver pour tous les tests dans un fichier. Pour la même raison, vous pouvez aussi simplement écrire

console.log = jest.fn()
expect(console.log).toHaveBeenCalled();

Si vous voulez le faire juste pour un test spécifique:

beforeEach(() => {
  jest.spyOn(console, 'warn').mockImplementation(() => {});
});

Je trouve que la réponse ci - dessus re: suppression console.logdans toutes les suites de test a jeté des erreurs lors d'autres consoleméthodes (par exemple warn, error) ont été appelés depuis qu'il remplaçait l'ensemble global consoleobjet.

Cette approche quelque peu similaire a fonctionné pour moi avec Jest 22+:

package.json

"jest": {
  "setupFiles": [...],
  "setupTestFrameworkScriptFile": "<rootDir>/jest/setup.js",
  ...
}

plaisanterie / setup.js

jest.spyOn(global.console, 'log').mockImplementation(() => jest.fn());

En utilisant cette méthode, seule console.logest simulée et les autres consoleméthodes ne sont pas affectées.

Pour moi, une manière plus claire / propre (le lecteur a besoin de peu de connaissances de l'API jest pour comprendre ce qui se passe), consiste simplement à faire manuellement ce que fait mockRestore:

// at start of test you want to suppress
const consoleLog = console.log;
console.log = jest.fn();

// at end of test
console.log = consoleLog;

Une autre approche consiste à utiliser process.env.NODE_ENV. De cette façon, on peut choisir sélectivement ce qu'il faut afficher (ou non) lors de l'exécution des tests:

if (process.env.NODE_ENV === 'development') {
  console.log('Show output only while in "development" mode');
} else if (process.env.NODE_ENV === 'test') {
  console.log('Show output only while in "test" mode');
}

ou

const logDev = msg => {
  if (process.env.NODE_ENV === 'development') {
    console.log(msg);
  }
}
logDev('Show output only while in "development" mode');

Cela nécessitera que cette configuration soit placée sur package.json:

"jest": {
  "globals": {
    "NODE_ENV": "test"
  }
}

Notez que cette approche n'est pas une solution directe à la question d'origine, mais donne le résultat attendu tant que l'on a la possibilité de l'envelopper console.logavec la condition mentionnée.