Проверка магазина заканчивается не на странице успешной оплаты. Нужно пройти выбор товара, корзину, подтверждение, резерв, сборку и отмену, а затем сверить статусы и суммы. Используйте контрольный заказ и заранее согласованный способ тестирования платежа.
Кнопка «Заказать» может работать, а уведомление сотруднику — не приходить. Оплата может пройти, но товар останется доступным без резерва. Поэтому проверяйте путь целиком и записывайте ожидаемый результат каждого этапа.
Инфографика и обложка созданы с помощью AI. Примеры в статье учебные, это не результаты реального клиента.
Выберите недорогой товар или тестовый режим, если он предусмотрен провайдером. Не вводите случайные данные реального покупателя. Назначьте участника со стороны магазина, который увидит заказ и сможет корректно завершить проверку.
Если тест проводится с настоящим платежом, заранее определите порядок возврата и учёта. Не делайте множество реальных списаний ради проверки интерфейса. Возможности тестового режима сверяйте по актуальной документации вашего платёжного сервиса.
| Действие | Ожидаемый результат |
|---|---|
| Выбрать размер и цвет | Фото, цена и наличие соответствуют варианту |
| Добавить две штуки | Количество и сумма правильные |
| Изменить вариант | Корзина сохраняет новый выбор |
| Открыть с телефона | Основные действия доступны без переполнения |
| Выбрать отсутствующий товар | Невыполнимый заказ не подтверждается |
Проверьте единицу продажи: штука, пачка, метр или комплект. Ошибка в ней может выглядеть как корректная арифметика. Сотрудник должен понимать заказ так же, как покупатель.
Перед подтверждением должны быть понятны состав, цена и условия получения. Проверьте изменение адреса и доставки: итог может пересчитываться. Если часть стоимости требует согласования, это не должно выглядеть как окончательная оплаченная сумма.
После оформления покупатель получает номер и понятный следующий шаг. Проверьте, что повторное нажатие или обновление страницы не создаёт несколько действующих заказов. Сообщение «успешно» должно относиться к реальному результату, а не только к нажатию кнопки.
Найдите заказ в системе магазина, проверьте уведомление и резерв. Соберите его по данным заказа без подсказок из переписки. Если нужный артикул или вариант отсутствует, исправьте структуру до запуска рекламы.
Отдельно пройдите отказ от платежа, отмену до отправки и освобождение резерва. Неудачная оплата не должна выглядеть выполненной покупкой. При возврате средств проверяйте состояние у платёжного провайдера и в заказе, а не только текст уведомления.
Для товара под заказ добавьте сценарий изменения срока или отказа от согласования. Для доставки — недоступный адрес. Проверять все редкие сочетания сразу необязательно, но основные исключения вашего процесса должны иметь исполнителя и понятный результат.
Храните таблицу: сценарий, время, номер тестового заказа, ожидаемый и фактический результат, исправление. Не прикладывайте к общедоступному отчёту секреты платежа или персональные данные. После исправления повторите тот сценарий, который раньше не прошёл.
Критерий готовности — согласованность всех участников: покупатель знает, что заказал, магазин видит обязательство, товар доступен, а статус соответствует действительности. Красивый экран сам по себе этого не подтверждает.
Метрика описывает отчёты по событиям электронной коммерции. Для проверки магазина их нужно сопоставлять с реальными заказами: отправленное событие ещё не доказывает исполнение покупки. Отчёты электронной коммерции Яндекс Метрики.
