Scherz: Besserer Weg, um die Konsole in Unit-Tests zu deaktivieren

Ich frage mich, ob es eine bessere Möglichkeit gibt , Konsolenfehler innerhalb eines bestimmten Jest-Tests zu deaktivieren (dh die ursprüngliche Konsole vor / nach jedem Test wiederherzustellen ).

Hier ist mein aktueller Ansatz:

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

Gibt es einen saubereren Weg, um dasselbe zu erreichen? Ich würde gerne vermeiden spyOn, mockRestorescheint aber nur damit zu arbeiten .

Vielen Dank!

Für bestimmte Spezifikationsdateien ist Andreas gut genug. Das folgende Setup unterdrückt console.logAnweisungen für alle Testsuiten.

jest --silent

(oder)

Zum Anpassen können warn, info and debugSie das folgende Setup verwenden

__tests __ / setup.js oder jest-pretoad.js konfiguriert insetupFilesAfterEnv

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 Hinweis: setupTestFrameworkScriptFile ist zugunsten von setupFilesAfterEnv veraltet.

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

Da jede Testdatei in einem eigenen Thread ausgeführt wird, muss sie nicht wiederhergestellt werden, wenn Sie sie für alle Tests in einer Datei deaktivieren möchten. Aus dem gleichen Grund können Sie auch einfach schreiben

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

Wenn Sie es nur für einen bestimmten Test tun möchten:

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

Ich fand , dass die Antwort oben Re: Unterdrückung der console.logüber alle Testsuiten Fehler warf , wenn alle anderen consoleMethoden (zB warn, error) genannt wurden , da es wurde die gesamte globale ersetzen consoleObjekt.

Dieser etwas ähnliche Ansatz hat bei mir mit Jest 22+ funktioniert:

package.json

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

jest / setup.js

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

Bei Verwendung dieser Methode wird nur console.logverspottet und andere consoleMethoden bleiben davon unberührt.

Für mich ist ein klarer / sauberer Weg (der Leser benötigt wenig Wissen über die Scherz-API, um zu verstehen, was passiert), einfach manuell das zu tun, was mockRestore tut:

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

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

Ein anderer Ansatz ist zu verwenden process.env.NODE_ENV. Auf diese Weise kann man selektiv auswählen, was beim Ausführen von Tests angezeigt werden soll (oder nicht):

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

oder

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

Dazu muss diese Konfiguration aktiviert sein package.json:

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

Beachten Sie, dass dieser Ansatz keine direkte Lösung für die ursprüngliche Frage darstellt, sondern das erwartete Ergebnis liefert, solange die Möglichkeit besteht, das console.logmit der genannten Bedingung zu versehen.