Здравствуйте, ·, Вы писали:

Б>>>А если код порефакторят и изменят вызовы?
P>>То же самое, что и у вас. Добавили 4й вызов — ваши моки, коих по количеству тестов, отвалятся.
·>Тебе уже раз тысячу написали, что НЕ НАДО ПИСАТЬ МОКИ по количеству. Моки (стабы?) пишутся по параметрам и условиям вызова.

В этом случае вы воссоздаете ваше собственное видение мокируемой подсистемы, которое нечем проверить на соответствие с ожиданиями, ну разве что и моки тоже покрыть тестами OMG!
В таких моках вы должны отразить все неявные зависимости
Лямбдой это просто — симулируем любую ситуацию
Мок на тест — сложнее, но тоже возможно
Мок на все — приплызд, если у нас сотня кейсов, то вам понадобится довольно сложный мок
И теперь именно у вас проблема — а ну, как у нас чтото поменялось в дизайне, логике итд
Далеко не факт что ваш особо умный мок начнет валить тесты

В моем случае эти лямбды всего лишь помогают тестировать через возвращаемое значение

P>>Все что можно сделать — свести к минимуму код тестов. Я это сделал через лямбды.
·>Любопытно, а что если "repo.get" дёргается в цикле? Заведёшь массив лямд?!

Лямбда которая возвращает значения по списку