Тестирование, которое спасло веб-студию от провала при запуске B2B-портала для важного заказчика

Крупная веб-студия разрабатывала сложный B2B-портал для своего клиента из сферы недвижимости. Портал включал в себя интерактивные карты, систему бронирования, личные кабинеты для агентов и клиентов, а также интеграцию с несколькими сторонними (внешними) API.

Студия столкнулась с «размыванием» сроков (просрочка 3-5 недель) и бюджета (35% средств тратили на исправления). Постоянные баги, обнаруживаемые клиентом на каждом этапе приёмки (40-50+ штук), приводили к бесконечным циклам доработок

и падению репутации. Клиент угрожал разрывом контракта.

Технические проблемы: полное отсутствие выделенной QA-команды. Тестирование проводилось разработчиками и менеджером проекта «по наитию». Отсутствовала система баг-трекинга (баги присылались в Slack), не было регрессионных тестов.

На старте мы внедрили Jira для баг-трекинга и управления задачами. Разработали простой, но эффективный QA-процесс (Definition of Done для задач, регрессионное тестирование перед демо). Один QA-инженер был интегрирован в команду студии. Он взял на себя тестирование нового функционала, кросс-браузерное тестирование (Chrome, Safari, Firefox) и документирование тест-кейсов в Qase. Особое внимание уделялось тестированию вёрстки на разных разрешениях экранов.

Был создан минимальный, но критически важный набор E2E-тестов на Cypress, покрывающий основной пользовательский путь (поиск объекта, просмотр, отправка заявки на бронирование). Тесты запускались локально перед каждой демонстрацией клиенту.

Просрочка по этапам проекта сократилась до 0-3 дней. Проект был сдан в новый согласованный срок. Количество багов, возвращаемых клиентом после UAT уменьшилось до 2-5, а затраты на исправления снизились на 70%. Клиент не только принял проект, но и подписал с веб-студией контракт на техническую поддержку и развитие портала.

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