Тестирование на автозаглушках: как выбрать технологию, настроить процесс и не попасть в ад

Только ленивый сейчас будет катить продукт в прод без единого автотеста или хотя бы ручной проверки.

Однако, что же делать, когда мердж реквесты создаются часто, релизы несколько раз в неделю, а доверять необходимым сторонним системам на тестовых окружениях нельзя и дорого?

Кто-то скажет, что выручит контейнеризация. Но какая именно и точно ли это благо?

Я хотела бы поделиться тем, как наша продуктовая команда добивалась безболезненных частых релизов.

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

Поделюсь граблями, которые можно собрать, внедряя это от лица рядового бэкенд разработчика.

Расскажу, как мы совершенствуем подход, про важность структуры команды и каких результатов удалось нам добиться.