Kanzler: Регрессионное тестирование интернет‑магазина после каждого крупного релиза

TL;DR

Fashion‑ретейлер Kanzler (80+ магазинов в 47 городах) обновляет сайт часто. Делаем регрессионное тестирование перед каждым релизом — критические баги фиксим за 2 часа, остальные за 24, до прода.

Pitch

К нам пришёл Kanzler — известный бренд мужской одежды с 80+ магазинами в 47 городах России. Сайт обновляется часто: новый функционал, интеграции с CRM, платёжными шлюзами, складами. Каждое обновление рискует сломать уже работающие узлы — каталог, личный кабинет, корзину, чекаут. Мы проводим целенаправленный регресс перед каждым крупным релизом: ручной аудит ключевых страниц, тест‑кейсы в Google Sheets, баг‑лист со скриншотами и скринкастами. Критические ошибки правим с SLA 2 часа, остальные за 24 — до выхода в продакшен.

Контекст клиента

Kanzler — бренд мужской одежды, активно развивающий онлайн‑продажи. Делают качественную и удобную стильную одежду для бизнеса и отдыха, для торжеств и на каждый день. Работают на российском рынке более 25 лет, более 80 магазинов в 47 городах России. Наше агентство развивает и поддерживает интернет‑магазин с августа 2022 года.

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

Задача

Обеспечить стабильную работу интернет‑магазина после каждого крупного обновления, чтобы изменения в коде не нарушали уже функционирующие узлы:

• Каталог
• Личный кабинет
• Карточки товаров
• Корзина
• Оформление заказов

Это необходимо, чтобы не терять заказы из‑за технических сбоев и сохранять качественный пользовательский опыт.

Что сделали

Проводим целенаправленное регрессионное тестирование всего интернет‑магазина после каждого крупного релиза. Фокусируемся на основном пути пользователя (главная → каталог → карточка товара → корзина → чекаут) и смежных бизнес‑сценариях.

1. Аудит сайта

Проводим ручной функциональный аудит ключевых страниц и компонентов:

• Интерактивные элементы: кнопки (включая «В корзину», «Оформить заказ»), формы (регистрация, авторизация, доставка, оплата), ссылки, фильтры, сортировку, выпадающие меню, модальные окна.
• Интеграционные точки: корректность передачи данных между фронтендом, бэкендом и внешними системами — CRM, платёжные шлюзы, склады.
• Состояния UI: валидацию полей, обработку ошибок (например, при неверном промокоде), отображение лоадеров и сообщений успеха/⁠провала.
• Адаптивность и кросс‑браузерность: поведение на мобильных устройствах (iOS/⁠Android), десктопах (Windows/⁠macOS), в популярных браузерах (Chrome, Safari, Firefox, Edge).

Параллельно ищем скрытые UX‑проблемы: дублирующиеся CTA, «мёртвые» зоны тапа на мобильных, ложные положительные ответы API (200 OK с пустым телом).

2. Составление тестовой документации

Формируем прозрачную и удобную документацию, ориентированную на практическое применение:

• Тест‑кейсы включают пошаговые сценарии, ожидаемые результаты и приоритет (High / Medium / Low). Покрывают как позитивные, так и негативные сценарии.
• Все материалы оформляем в виде структурированных таблиц в Google Sheets. Это даёт мгновенный доступ к чек‑листам и тест‑кейсам без необходимости подключать сторонние системы управления тестами.

3. Тестирование и отчётность

После прогона тестов фиксируем найденные дефекты с полным контекстом:

• Ожидаемое vs фактическое поведение
• Описание воспроизведения
• URL, устройство, операционная система, браузер
• Консольные ошибки (если есть)

Баг‑лист сопровождаем:

• Скриншотами с выделенными проблемными зонами
• Скринкастами — видео до 30 секунд с воспроизведением ошибки
• Сетевыми логами (HAR‑файлы при необходимости)

В итоговом отчёте указываем общее количество пройденных/⁠упавших/⁠заблокированных тест‑кейсов, список найденных багов с приоритетами (Critical, High, Medium) и рекомендации по устранению и предотвращению подобных ошибок в будущем.

4. SLA на устранение

Все выявленные баги устраняются в течение 24 часов после завершения тестирования — до выхода в продакшен. Критические ошибки, такие как невозможность оформить заказ или добавить товар в корзину, исправляются с SLA 2 часа.

Результат

Интернет‑магазин сохраняет стабильную работоспособность после каждого крупного релиза. Критические узлы — главная, каталог, карточка товара, корзина, чекаут — продолжают работать без сбоев.

• Снижен риск потери заказов из‑за технических сбоев
• Команда Kanzler получает предсказуемость и контроль над релизами
• Уменьшено время на пост‑релизную поддержку: баги выявляются до выхода в продакшен
• Повышено доверие пользователей: путь до покупки остаётся плавным и надёжным — без «мёртвых» кнопок, зависших форм и некорректных расчётов

Регрессионное тестирование как основа стабильности

Для интернет‑магазина с частыми обновлениями, таким как Kanzler, регрессионное тестирование — не опция, а обязательная часть релизного цикла. Оно защищает уже работающий функционал от непреднамеренных поломок.

Системный подход — от тест‑кейсов до скринкастов и SLA на исправление критических багов — обеспечивает:

• стабильность критического пути покупателя,
• предсказуемость каждого релиза,
• сохранение конверсии и доверия пользователей.

Где проект сейчас

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

Команда

• Александр Абашин — тестировщик

Технологии

Bitrix, Google Sheets (тест‑кейсы и баг‑листы), HAR‑файлы для сетевых логов.

Ссылки

• Публикация: https://intensa.ru/⁠blog/⁠regressionnoe_testirovanie_kanzler/
• Сайт клиента: https://kanzler‑style.ru/
• Связанные кейсы у того же клиента: Kanzler: редизайн карточки товара