Проверьте выбор товара
Карточка должна отвечать на вопросы, необходимые для решения: что продаётся, какие варианты доступны, что входит в комплект и какие условия важны. Если товар бывает разных размеров или цветов, проверьте соответствие выбора описанию, изображению и доступности. Представим вымышленную кружку двух объёмов. Покупатель выбирает большой вариант, а в корзине видит только общее название. Даже при правильном расчёте это создаёт неопределённость. Название выбранного варианта и количество должны быть понятны на следующих шагах. Ошибка в данных товара не исправляется более красивой кнопкой покупки.
Итоговая сумма должна объясняться
Проследите, как меняется сумма при изменении количества и способа доставки. Покупателю нужно понимать составляющие стоимости до принятия решения. Если доставка пока не рассчитана, это следует обозначить, а не создавать впечатление окончательной цены. В WooCommerce набор способов оплаты зависит от активных платёжных интеграций и их совместимости с используемым оформлением заказа. Для блочного Checkout особенно важно проверить поддержку выбранного шлюза. Наличие установленного расширения ещё не доказывает, что нужный способ появится у покупателя и будет корректно работать во всех предусмотренных сценариях.
Создание заказа не подтверждает оплату
WooCommerce различает состояния заказа. Pending payment означает, что заказ получен, но оплаты ещё нет. Processing обычно обозначает полученную оплату и ожидание исполнения. Completed относится к исполненному заказу. Состояние On hold требует отдельного понимания подтверждения платежа и используемого способа оплаты. Поэтому красивую страницу благодарности нельзя считать единственным доказательством успешного расчёта. Для реальной работы нужно согласовать, какие данные проверяет ответственный сотрудник и какое событие разрешает передачу заказа в исполнение. Особенности шлюза уточняют по его документации. Статусы помогают организовать процесс, но не отменяют проверки фактических обстоятельств.
Тестирование тоже может иметь последствия
Для проверки используют изолированную тестовую среду и поддерживаемые платёжной системой тестовые сценарии. Однако тестовый заказ способен запускать письма, попадать в аналитику и передаваться подключённым сервисам. Другие расширения не всегда отличают его от настоящего. Это нужно выяснить до запуска проверки. Кроме удачной оплаты рассмотрите отказ, прерывание, повторную попытку и отсутствие подходящей доставки. Для каждого случая заранее определите ожидаемое сообщение и дальнейшее действие. После проверки важно убедиться, что тестовые данные не попадут в реальную обработку. Точный порядок зависит от конфигурации магазина; запуск теста в действующей системе без понимания интеграций создаёт лишние риски.
Попробуйте на практике
Составьте бумажный сценарий проверки вымышленного магазина кружек, не создавая заказов и не проводя платежей.
- Опишите один товар с двумя вариантами и ожидаемое отображение выбранного варианта в корзине.
- Задайте условные цены и доставку, затем вручную проверьте итог для двух количеств.
- Запишите ожидаемые состояния для успешной оплаты, отказа и незавершённого платежа.
- Перечислите возможные внешние последствия теста: письма, склад, доставка и аналитика.
- Определите, какие настройки и документы нужно проверить перед будущим тестированием в изолированной среде.
Как проверить результат. Сценарий проходит путь от товара до исполнения, отличает создание заказа от оплаты и учитывает внешние интеграции. Никакой тестовый платёж не принят за состоявшуюся продажу.
Частые вопросы
Если корзина открывается, оформление уже проверено?
Нет. Нужно проверить расчёт суммы, доступность доставки, поддержку платёжного метода и обработку каждого предусмотренного результата.
Тестовый режим шлюза автоматически отключает письма и склад?
Нет. Он относится к платёжной части. Остальные интеграции проверяют отдельно, потому что они могут обработать тестовый заказ как обычный.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.