процесс заглушки. выход с шуткой

Другие предложения в этом потоке вызовут ошибки на моей стороне, где любые тесты с process.exit будут выполняться бесконечно. Следующий вариант работал у меня на TypeScript, но он должен работать и на JavaScript:

const mockExit = jest.spyOn(process, 'exit').mockImplementation(() => {});
myFunc(condition);
expect(mockExit).toHaveBeenCalledWith(ERROR_CODE);

Загвоздка в том, что простое использование spyOn означало, что исходная функция process.exit() все еще вызывалась, завершая поток процесса и зависая тесты. Использование mockImplementation в конце заменяет тело функции предоставленной функцией (которая в моем примере пуста).

Этот трюк также полезен для тестов, которые выводят, скажем, на стандартный вывод. Например:

const println = (text: string) => { process.stdout.write(text + '\n'); };
const mockStdout = jest.spyOn(process.stdout, 'write').mockImplementation(() => {});
println('This is a text.');
expect(mockStdout).toHaveBeenCalledWith('This is a text.\n');

Это позволит вам тестировать напечатанные значения и получить дополнительное преимущество в том, что не испортить вывод консоли CLI случайными разрывами строк.

Одно замечание: как и в случае с любым вызовом jest.spyOn, независимо от того, используется ли фиктивная реализация или нет, вам необходимо восстановить его позже, чтобы избежать странных побочных эффектов затяжных фиктивных эффектов. Таким образом, не забудьте вызвать две следующие функции в конце текущего тестового примера:

mockExit.mockRestore()
mockStdout.mockRestore()

Для большей части глобального объекта javascript я пытаюсь заменить на свою заглушку и восстановить после теста. Следующее отлично работает для меня, чтобы высмеивать process.

  describe('myFunc', () => {
    it('should exit process on condition match', () => {
      const realProcess = process;
      const exitMock = jest.fn();

      // We assign all properties of the "real process" to
      // our "mock" process, otherwise, if "myFunc" relied
      // on any of such properties (i.e `process.env.NODE_ENV`)
      // it would crash with an error like:
      // `TypeError: Cannot read property 'NODE_ENV' of undefined`.
      global.process = { ...realProcess, exit: exitMock };

      myFunc(true);
      expect(exitMock).toHaveBeenCalledWith(ERROR_CODE);
      global.process = realProcess;
    });
  });

Это помогает избежать запуска настоящего process.exit, чтобы избежать сбоев при модульном тестировании.

Столкнулся с похожей проблемой. Решил это с помощью кода ниже

const setProperty = (object, property, value) => {
    const originalProperty = Object.getOwnPropertyDescriptor(object, property)
    Object.defineProperty(object, property, { value })
    return originalProperty
}

const mockExit = jest.fn()
setProperty(process, 'exit', mockExit)

expect(mockExit).toHaveBeenCalledWith('ERROR_CODE')

Вы можете использовать jest.spyOn, так как это также вызовет исходный метод:

const exit = jest.spyOn(process, 'exit');
//run your test
expect(exit).toHaveBeenCalledWith('ERROR_CODE');

Перед импортом модуля у меня возникла проблема с mocking process.exit. Итак, импорт перед издевательством работал.

const { foo } = require("my-module");

const realProcessExit = process.exit;
process.exit = jest.fn(() => { throw "mockExit"; });
afterAll(() => { process.exit = realProcessExit; });

describe("foo", () => {
    it("should exit the program", () => {
        try {
            foo();
        } catch (error) {
            expect(error).toBe("mockExit");
            expect(process.exit).toBeCalledWith(1);
        }
    });
});

(важно никогда не возвращать (бросать) в mocked process.exit, чтобы foo не продолжал поток управления, как будто ничего не произошло)

Это сработало для меня с точки зрения шпионажа за process#exit и отсутствия ошибок типа в сигнатуре метода имитируемой реализации, которая требовала // @ts-ignore'ing:

const processExit = jest
  .spyOn(process, 'exit')
  .mockImplementation((code?: number) => undefined as never);