VC LABОтраслиQA для e-commerce

QA для e-commerce: каждый заказ доходит до оплаты

В интернет-магазине ошибка редко выглядит как ошибка: кнопка работает, страница открывается, а заказ не оформляется, потому что у товара не оказалось остатка или промокод не применился на втором шаге. Мы проверяем путь покупателя целиком — от карточки до письма с подтверждением — и данные, которые за ним стоят.

Где ломаются интернет-магазины

Большинство потерь в e-commerce происходит не на витрине, а на стыках: между каталогом и складом, между корзиной и платёжным шлюзом, между сайтом и службой доставки. Витрина проходит тестирование чаще всего, а стыки — реже всего, потому что для их проверки нужны реальные данные и реальные интеграции. Именно на них мы и строим план.

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

Данные: остатки, цены, совместимость

Отдельный класс дефектов не виден ни в одном сценарии — он в данных. Карточка показывает наличие, которого нет; цена на витрине не совпадает с ценой в корзине; у товара неверный атрибут совместимости. Для магазинов с большими каталогами мы ведём проверку данных как часть QA: сверяем выгрузки с источником, ищем расхождения и дубликаты, проверяем обязательные поля перед публикацией.

На каталоге магазина автозапчастей в десятки тысяч позиций такой контроль автоматизирован: остатки маркетплейса синхронизируются с ERP по складам, а XML-фиды для автозагрузки собираются автоматически.

Результат: тест-план по пути покупателя, регрессионный набор, отчёт о расхождениях в данных, протоколы нагрузочных тестов перед распродажей.

Перед распродажей

  1. За две недели: профиль нагрузки по логам прошлой акции, сценарии пика с целевыми порогами по p95 и доле ошибок.
  2. За неделю: регрессия корзины и оплаты со всеми акционными механиками, проверка писем и баннеров на всех языках.
  3. За два дня: прогон на предпродакшене на реальных устройствах, проверка интеграций со складом и доставкой.
  4. День старта: дежурство и быстрые проверки после хотфиксов.

Продавцам на маркетплейсах

Для продавцов на Ozon, Wildberries, Avito, Uzum и Amazon тестировать нечего в привычном смысле — витрина не ваша. Зато есть что проверять: карточки по требованиям площадки, остатки и цены в выгрузках, ответы на вопросы и отзывы, соответствие описаний правилам категории. Делаем это как регулярную проверку по чек-листу и, где возможно, автоматизируем: сверка остатков, контроль обязательных полей, первая линия ответов покупателям через чат-ботов и ассистента на базе знаний магазина.

  • Чек-лист карточки под правила конкретной площадки.
  • Сверка остатков и цен между учётной системой и выгрузкой.
  • Модерация отзывов и вопросов, первая линия ответов.
  • Контроль блокировок и предупреждений площадки с эскалацией в день появления.

Частые вопросы

Нужен ли вам тестовый доступ к платёжному шлюзу?
Да, для проверки оплаты нужен тестовый режим шлюза или согласованный протокол с минимальными реальными суммами и возвратами. Без этого сценарии отмены, таймаута и повторной оплаты останутся непроверенными.
Можете ли вы проверить магазин на платформе — Shopify, Tilda, Bitrix, WooCommerce?
Да, платформа не меняет подход: путь покупателя и стыки с оплатой, складом и доставкой проверяются одинаково. Разница только в том, где искать причину дефекта — в настройках платформы или в кастомном коде.
Как часто нужно повторять регрессию?
Перед каждым релизом, который трогает корзину, оплату или каталог, и перед каждой акцией. Для магазинов с еженедельными релизами регрессионный набор обычно укладывается в один рабочий день.
Вы тестируете сами маркетплейсы?
Нет, мы работаем на стороне продавца: проверяем ваши карточки, данные и процессы на площадке. Дефекты самих площадок фиксируем и помогаем оформить обращение в их поддержку.

Расскажите о задаче

Ответим в течение одного рабочего дня, оценку пришлём за 1–2 дня. Бесплатно.

Обновлено: 2026-10-02