Всё выглядело безопасно. Мы обновили библиотеку тестового раннера — минорный апдейт, без изменений API.
Локально всё зелёное, CI зелёный, автотесты прошли идеально. Вечером пятницы заливаем релиз на прод…

Через полчаса начинают сыпаться сообщения от пользователей: не работает авторизация через Google. Ошибка — 400 invalid redirect URI.

Оказалось, что новая версия раннера тихо изменила callback-URL по умолчанию. Наши тесты логинились через mock, поэтому этого никто не заметил.

Пришлось откатывать релиз ночью, чинить конфиги и слушать классическое: «Почему тесты были зелёные, если ничего не работает?» 😅

docker build -t my-tests .     # собрать образ  

docker run -it my-tests        # запустить контейнер  

docker ps -a                         # посмотреть все контейнеры  

docker logs <id>                  # посмотреть логи  

docker system prune -af         # почистить мусор

Допустим, у нас есть простая онлайн-форма подписки с тремя состояниями:

🟢 Не подписан

🟡 Подписка в обработке

🔵 Подписан

События: «Оформить подписку», «Подтвердить email», «Отменить подписку».

Тестируем переходы:

— Не подписан → Оформить подписку → Подписка в обработке

— Подписка в обработке → Подтвердить email → Подписан

— Подписан → Отменить подписку → Не подписан

Клиент сообщает, что у него ошибка, но вы не можете её повторить. Ваши шаги?

Мы сделали правильно.

Мы сделали то, что нужно.

После обновления сервис лег — стандартная процедура: откат, восстановление базы из последнего бэкапа.
Через пару минут — всё работает. Все выдохнули.

А потом начали писать пользователи:
— «Почему пропали заказы за вчера?»
— «А где новые пользователи?»

Выяснилось, что «последний бэкап» — не совсем последний.
Скрипт резервного копирования упал ещё неделю назад, но CI продолжал показывать «успешно».
Файл бэкапа был, просто не тот.

В итоге — минус неделя данных, ночная ручная реконструкция заказов и один очень печальный lesson learned.