Какие проблемы решает jest.fn()?

Проблема, которую призваны решить макеты и заглушки, заключается в том, что вы обычно не хотите действительно вызывать некоторые методы или зависимости в своем тесте, потому что:

• Они ненадежны, как http-запросы:

  Если у вас есть модуль, который отображает список пользователей, захваченных из Интернета, когда вы тестируете свой модуль, вы не хотите, чтобы ваш тест провалился из-за плохого сетевого подключения, отсутствия учетных данных и т. д. и т. д.

• Их сложно настроить в ваших тестах:

  Для некоторых модулей или зависимостей требуется множество параметров/условий настройки, чтобы их можно было использовать тестируемым модулем, что усложняет тестирование и делает его подверженным ошибкам. Создав имитацию или заглушку такой зависимости, вы можете протестировать логику тестируемого модуля, не беря на себя бремя управления потребностями зависимостей.

• У них есть свои тесты:

  Если вы тестируете модуль карусели, который опирается на модуль i18n, и вы уже тестировали свой модуль i18n, вам не нужно проверять его правильную работу снова. Вы издеваетесь над ним, поэтому вы можете свободно устанавливать модуль i18n и зависимости.

• Они вычислительно интенсивны:

  Допустим, вы хотите протестировать компонент react/Angular/Vue..., который отображает панель управления пользовательского интерфейса и меню для веб-видеоигры. Вы абсолютно не хотите, чтобы игра действительно работала, пока вы проверяете, что навигационная панель игровой панели ведет себя должным образом.

Таким образом, во время тестирования вы в конечном итоге имитируете и заглушаете множество зависимостей, будь то функции, выполняющие вызовы http, или структурные модули, такие как хранилище потоков или плагин i18n.

jest.fn(), в частности, делает это на уровне функций. Например, вы тестируете компонент vue, который в своем хуке created() вызывает некоторый метод, который выполняет что-то, с чем вы не хотите иметь дело в своем тесте:

может быть, он вызывает API, возится с локальным хранилищем или делает что-то ресурсоемкое. Таким образом, вы отслеживаете этот метод, помещая jest.fn() на его место, и просто утверждаете, что он вызывается, когда должен.