До открытия интернет-магазина пройдите путь покупателя и сотрудника на одном контрольном заказе. Запишите исходные условия, ожидаемый результат и то, что получилось. Этот протокол помогает передать разработчику воспроизводимую ошибку и проверить исправление. Он дополняет общий план запуска: здесь разбираем именно приёмку оформления и обработки заказа.
Подготовьте место для проверки
Работайте на тестовой копии сайта. Для платёжного модуля используйте режим и реквизиты, указанные в документации вашего провайдера. Не вводите настоящую карту ради проверки кнопки и не отправляйте пробный заказ в реальную отгрузку.
Проверьте получателей писем, обмен с учётной системой и передачу заявок службе доставки. В документации WooCommerce о тестовых заказах отдельно отмечено, что пробный заказ способен вызвать обычные уведомления и действия интеграций. Для каждого подключённого сервиса выясните, предусмотрен ли тестовый режим.
Выберите товар и его конкретный вариант. Запишите артикул, доступное количество, цену, адрес доставки и применённую скидку. Используйте адрес электронной почты, который контролируете. Если проверяете несколько способов оплаты или доставки, заводите отдельный сценарий для каждого сочетания.
Задайте ожидаемый результат до нажатия кнопки
Сначала согласуйте правила магазина: сколько стоит товар, как рассчитывается доставка, в какой момент резервируется остаток и какие статусы должен получить заказ. Описание этих правил удобно хранить в техническом задании с критериями приёмки. Без ожидаемого результата невозможно отличить ошибку от согласованного поведения.
Учебный пример: в корзине две кружки по 600 рублей, доставка стоит 250 рублей, скидки нет. Ожидаемая сумма составляет 1 450 рублей. Эти числа придуманы для проверки арифметики. Они не относятся к тарифам перевозчика или действующему магазину.
Пройдите заказ со стороны покупателя
| Шаг | Что проверить | Что сохранить |
|---|---|---|
| Карточка | Выбран нужный вариант; цена и наличие понятны; кнопка добавляет именно его. | Артикул, вариант, цена. |
| Корзина | Количество меняется; удаление работает; сумма пересчитывается по согласованному правилу. | Состав и сумма до оформления. |
| Адрес и доставка | Для выбранного адреса доступны положенные способы; стоимость и ограничения видны до подтверждения. | Адрес теста, выбранный способ, стоимость. |
| Оплата | Тестовый успешный платёж возвращает покупателя к заказу; сумма у провайдера совпадает с суммой магазина. | Идентификатор заказа и тестовой операции. |
| Подтверждение | Покупатель видит номер заказа и понятное дальнейшее действие. | Снимок подтверждения без личных данных. |
Повторите основной путь с телефона. Проверьте выбор варианта, поля адреса, сообщения об ошибке и кнопку оплаты. Сам факт открытия страницы на узком экране ещё не подтверждает, что заказ можно завершить.
Откройте тот же заказ как сотрудник
Найдите заказ по номеру. Сравните состав, вариант, количество, скидку, доставку и итоговую сумму с записью покупателя. Проверьте, что статус оплаты соответствует тестовой операции, а сотрудник видит сведения, необходимые для сборки.
Посмотрите, что произошло в подключённой учётной системе и журнале доставки. Два одинаковых уведомления ещё не означают два заказа, а успешное сообщение на экране не доказывает получение данных другой системой. Сверяйте идентификаторы и фактические записи.
Уведомления проверяйте отдельно: кому должно прийти письмо, при каком событии и что в нём указано. Одна лишь отправка письма с сайта не доказывает доставку в нужный ящик. Порядок проверки зависит от используемого почтового сервиса.
Проверьте отмену и повторное действие
После успешного сценария выполните отдельные проверки: отмените тестовую оплату на стороне провайдера, вернитесь в магазин, измените адрес на необслуживаемый и попробуйте оформить товар с недоступным количеством. Для каждого случая заранее определите ожидаемый текст и состояние заказа. Настройки провайдера сверяйте с его документацией, а не с поведением другого модуля.
Повторное нажатие кнопки проверяйте на тестовой копии. Убедитесь, что результат соответствует согласованному правилу обработки повторного запроса. Если появились два заказа, сохраните оба номера и последовательность действий. Не ограничивайтесь записью «кнопка сломана».
Заполните протокол и перепроверьте исправление
Сценарий: Дата, версия сайта, устройство и браузер: Товар, вариант и начальный остаток: Адрес, доставка, способ тестовой оплаты: Шаги воспроизведения: Ожидаемый результат: Фактический результат: Номер заказа и тестовой операции: Снимок или запись журнала без личных данных: Ответственный за исправление: Дата повторной проверки и результат:
Учебная запись: «После смены адреса в корзине сохранилась прежняя стоимость доставки. Ожидали пересчёт по выбранной зоне. Ошибка повторяется после обновления страницы». Такая запись показывает, где искать причину. Сведения о браузере, составе корзины и адресе теста позволят повторить проверку.
После исправления пройдите тот же сценарий с теми же условиями и запишите новый результат. Затем проверьте соседний случай: например, смените адрес обратно. Сохраните протокол вместе с версией сайта, чтобы при следующем изменении оплаты или доставки повторить нужные проверки.
Перед открытием продаж подтвердите, что контрольный заказ завершён, сотрудник может обработать его по принятому порядку, а проверенные ошибки исправлены. Дальнейшие настройки оплаты и доставки разобраны в отдельных материалах: проверка приёма оплаты и организация доставки.
Редакционный материал «Практики магазина». Подготовлен: 2026-10-25. Учебные примеры обозначены в тексте.