Как cделать тестирование кода более эффективным: принципы F.I.R.S.T

[icya]

Сначала мы пишем много тестов.

Тесты должны охватывать все возможные сценарии использования и граничные условия, не ограничиваясь простым стремлением к 100% покрытию кода.

Затем замечаем, что их много и начинаем их ускорять

Тесты должны выполняться очень быстро.

Пишем моки, чтобы избежать долгих запросов к различным сервисам.

Проходит время и API этих сервисов меняется, мы запускаем тесты, видим, какое всё зелёненькое и катимся в прод. Прод падает. Правим моки и чиним код.

У меня когда-то давно была похожая ситуация, код изменился, а моки мокали. Пришлось в срочном порядке чинить всё, что упало. Аккуратнее с моками

[hel1n]

Есть разные уровни тестов, в данном контексте мы говорим о юнит тестирование, а есть еще уровень с интеграционными и сквозными тестами которые и должны отловить изменения контракта

[Andrey_Solomatin]

Ещё надо не увлечься и не написать тест который тестирует только мок.