Интернет-магазины / Блог ontech.pro
Как принять интернет-магазин: проверка от карточки до оплаты
Магазин нельзя принимать только по главной странице. Главная может выглядеть отлично, пока скидка неверно считает итог, оплата создаёт дубль заказа, а склад не получает отмену. Надёжнее пройти несколько покупок с заранее известным результатом.
Подготовила команда ontech.pro · · 3 мин чтенияПодготовьте небольшой тестовый ассортимент
Выберите обычный товар, товар с вариантами, позицию без остатка, скидочную и крупногабаритную покупку. Для каждой запишите ожидаемую цену, доступность и условия доставки. Такие контрольные данные помогают отличить ошибку программы от неправильного наполнения каталога. Используйте тестовую среду оплаты там, где она предусмотрена.
Начните с поиска и фильтров. Можно ли найти нужную модель с телефона, понять единицу продажи и выбрать размер? Проверьте изображения, характеристики и адрес карточки. Если товар продаётся упаковкой, а цена указана за штуку, это должно быть ясно до корзины, а не в разговоре с недовольным покупателем.
Соберите заказ несколькими способами
Добавьте две позиции, измените количество, удалите одну и вернитесь к каталогу. Затем обновите страницу и проверьте, что осталось в корзине. Посмотрите на крайние случаи: недостаточный остаток, изменившаяся цена, недоступный способ получения. Сайт должен объяснять, что изменилось, а не молча подменять итог.
Пройдите оформление с телефона одной рукой. Обязательными должны быть данные, необходимые для выбранного сценария. Для самовывоза полный адрес доставки обычно не нужен. Ошибка в поле должна быть видна рядом с ним, а введённые сведения — сохраняться после неудачной попытки. Отдельно проверьте согласия и ссылки на условия.
Проверьте успех, отказ и повторную оплату
Одной успешной транзакции недостаточно. Нужны сценарии отказа, прерывания, возврата на сайт и повторного уведомления от платёжной системы. Оплаченный статус должен опираться на проверенное сообщение платёжного сервиса, а не только на открытие покупателем страницы «Спасибо». Повторное сообщение не должно создавать новый заказ.
Реальные списания и возвраты согласуйте заранее с владельцем и платёжным провайдером. Не используйте случайные банковские данные для проверки. Если предусмотрены чеки, проверьте соответствующую интеграцию и передачу данных в рамках согласованной схемы с бухгалтером и поставщиком сервиса. Сам факт оплаты ещё не закрывает весь процесс.
Посмотрите на покупку глазами сотрудника
Менеджер должен видеть состав, контакты, способ получения, сумму и понятный статус. Проверьте уведомления и разграничение доступа. Если заказ передаётся в учётную систему, сопоставьте идентификаторы и убедитесь, что повтор обмена не создаёт дубль. Отмена должна обрабатываться по согласованному правилу, включая резерв товара.
Полезно проверить сбой внешнего сервиса: например, временную недоступность расчёта доставки. Что видит покупатель и кто получает сигнал? Ответ «интеграция работает» слишком общий. На приёмке важен способ продолжить работу или корректно объяснить паузу без потери уже введённых данных.
Зафиксируйте итог по сценариям
В ontech.pro обсуждаем критерии приёмки вместе с составом магазина. Это защищает обе стороны от ситуации, когда «всё готово» означает разные вещи. После исправлений повторяйте связанные сценарии: правка скидки может затронуть оплату, а изменение доставки — итоговую сумму. Только затем подключайте полноценный рекламный поток.
- Ожидаемый и фактический результат каждого тестового заказа.
- Устройства и браузеры, на которых проведена проверка.
- Ошибки, их критичность и ответственный за исправление.
- Доступы, инструкция и порядок обращения после запуска.