В чем смысл mock-функций в Jest?

Question

[Александр]

Насколько я понимаю, смысл mock-функций в jest - это заглушки для функций, чтобы не тащить код всего модуля и не замедлять процесс тестирования.
Однако, первый пример из документации не понятен мне от слова совсем:
Класс для теста:

// users.js
import axios from 'axios';

class Users {
  static all() {
    return axios.get('/users.json').then(resp => resp.data);
  }
}

export default Users;

Тестирование класса:

// users.test.js
import axios from 'axios';
import Users from './users';

jest.mock('axios');

test('should fetch users', () => {
  const resp = {data: [{name: 'Bob'}]};
  axios.get.mockResolvedValue(resp);

  // or you could use the following depending on your use case:
  // axios.get.mockImplementation(() => Promise.resolve(resp))

  return Users.all().then(users => expect(users).toEqual(resp.data));
});

Смысл что-либо тестить когда по итогу ты даже запрос не делаешь а имитируешь возврат результата?

Answer 1

[Кирилл Мокевнин]

> Насколько я понимаю, смысл mock-функций в jest - это заглушки для функций, чтобы не тащить код всего модуля и не замедлять процесс тестирования.

Это не совсем так. Моки подразумевают, что вы прямо проверяете то что мокаете. Что функция была вызвана, что запрос был выполнен. Это и называется мокинг. А просто заглушка это стаб. Ее смысл не в том чтобы не тащить код, а в том чтобы изолировать побочные эффекты и добиться детерминированности. К последнему, например, относятся таймеры и рандомные числа. Если все это используется внутри программы, то вы не сможете просто так ее протестировать.

Подводя итог, мокают для того чтобы проверить сам мок, например вы хотите убедиться что запрос действительно делался (как в примере документации jest). В остальных случаях у вас стаб (даже если либа называет его моком). Стаб используется для того чтобы тестировать свой код, а стаб нужен только для изоляции побочного эффекта.

Ни первое ни второе напрямую с видом тестирования не связано. Моки и стабы могут применяться практически на любом уровне автоматизированного тестирования.

Темы для самостоятельного изучения:

Побочные эффекты
Детерминированность
Чистые функции
https://martinfowler.com/articles/mocksArentStubs.html

Answer 2

[Афанасий Захаров]

В этом и смысл юнит-тестирования: Ты тестируешь только конкретный болтик в системе ( в примере выше - класс Users), подменяя все его зависимости теми, которые всегда отдадут конечный и заранее известный результат.

Например, если вдруг в этом же классе появится функция не all, а, например admins() - которая профильтрует юзеров и отдаст только админов - вы, в процессе написания теста, должны знать и входные, и выходные данные, и проверять, соответствуют ли выходные данные, как они должны быть тем, которые вернула функция.

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

Comments

[Александр]

Что Вы имеете в виду мне в принципе понятно, в этом есть смысл.
Но вот пример в документации как-то не очень.
Получается, что там тестируется лишь то, что Users.all() должен возвращать axios.get?
Иначе, не оч понятно в чем смысл теста, где ты сравниваешь присвоенный тобою результат с ним же.

[Афанасий Захаров]

Александр,

Получается, что там тестируется лишь то, что Users.all() должен возвращать axios.get?

Там тестируется, что что Users.all() вернет промис, который зарезолвится с заранее заданными данными. (какие он должен вернуть).

Конкретно этот пример - да, он больше тестирует axios.get, чем что-то в функционале, но, я думаю, в документации этот тест - как пример api jest.mock.