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