• /
  • /

Обеспечение качества онлайн-платформы для бронирования путешествий

О системе

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

Система состоит из нескольких подпроектов, включает интеграции с внешними сервисами и развивается параллельно несколькими командами.

Проблема

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

В таких условиях важно было не просто проверять отдельные задачи, а выстроить целостное тестирование платформы бронирования, чтобы изменения не ломали ключевые пользовательские сценарии и не влияли на продажи.

Решение

Подключили команду QA и запустили тестирование платформы бронирования в условиях постоянных изменений и высокой нагрузки.
Контроль качества выстроен не как отдельный этап, а как часть работы над продуктом — от появления задачи до ее работы в продакшене. На проекте работает наша команда QA, распределенная по подпроектам и модулям платформы, поэтому удается одновременно держать под контролем разные части системы.
Работа начинается еще до разработки: сначала уточняется логика и сценарии, убираются противоречия. Это помогает находить часть проблем заранее, еще до того, как они попадают к разработчикам.

Что и как проверяем

Контроль качества строится вокруг пользовательского пути, а не отдельных функций. Важно не просто проверить кнопку или форму, а понять, как работает весь сценарий целиком — от поиска до оформления бронирования.
Проверяем сценарий
Для этого используются тестовые бронирования. Система проверяется в условиях, максимально близких к реальным, поэтому удается увидеть не только ошибки в интерфейсе, но и проблемы в логике или интеграциях.
Сочетаем ручное и автоматизированное тестирование
Новые функции и интерфейсы сначала проходят ручную проверку. Перед релизами выполняются регрессионные прогоны, а автотесты помогают следить за стабильностью системы.
Учитываем влияние изменений
Платформа состоит из нескольких подпроектов, поэтому важно понимать, как изменения в одной части влияют на другие. Проверяются интеграции, согласованность интерфейсов и общее поведение системы.
Проверяем на разных устройствах
Отдельное внимание уделяется работе платформы на мобильных устройствах и в разных браузерах, чтобы пользовательский сценарий не ломался в зависимости от среды.
Собираем всё в единый цикл перед релизом
Перед каждым релизом выполняется полный цикл проверок: регресс, проверка нового функционала и контроль ключевых сценариев. Это помогает выпускать обновления без критичных сбоев и сохранять стабильность платформы.
Контролируем после релиза
После релиза работа не заканчивается. В продакшене ведется постоянный мониторинг: анализируются логи, отслеживаются ошибки, обрабатываются инциденты. Это позволяет быстро находить проблемы уже в реальной работе системы.

Результат

  1. Система стабильно работает при постоянных изменениях и высокой нагрузке: количество критичных сбоев на релизах снижено примерно на 30–40%, даже при параллельной разработке в нескольких подпроектах.
  2. Ускорен вывод функциональности: за счет выстроенного процесса тестирования веб платформы время прохождения доработки до релиза сокращено на 20–30%, без потери качества.
  3. Платформа выдерживает высокую частоту релизов и нагрузку без деградации пользовательских сценариев, что напрямую влияет на стабильность продаж.