После правок ИИ-агента оформите тестовый заказ и сверьте письмо с тем, что сайт показал покупателю: адрес получателя, товары, количество, итоговую сумму и доставку. Проверяйте письмо, которое пришло в почтовый ящик, а не только шаблон в редакторе. Ниже — порядок проверки для владельца небольшого магазина: как подготовить безопасный тест, какие заказы создать и что делать, если данные в письме расходятся с заказом.
Как подготовить тест, чтобы письмо не ушло покупателю?
Сначала попросите разработчика или ИИ-агента показать, куда сайт отправляет письма из тестовой среды. Для проверки нужен адрес, к которому у вас есть доступ. Если тестовая среда отправляет письма на адреса из заказов, укажите в тестовом заказе свой ящик и убедитесь, что уведомления для сотрудников тоже попадут к вам или в тестовый почтовый ящик. Реальный заказ для такой проверки не подходит: покупатель получит лишнее письмо, а сотрудник может принять его за новую заявку.
Если отдельной тестовой среды нет, начните с проверки настроек отправки вместе с человеком, который отвечает за сайт. Не меняйте адрес получателя на рабочем сайте наугад: одна забытая настройка оставит магазин без уведомлений о настоящих заказах. Договоритесь, кто вернёт настройки после теста, и запишите их исходные значения до правки.
Подготовьте товар с известной ценой и доставку, стоимость которой видна до подтверждения заказа. Запишите ожидаемый итог своими словами: «товар, его количество, стоимость доставки, сумма к оплате». Эта запись пригодится для сверки, если письмо покажет другой итог. Письма о заказах часто отправляет сама CMS или CRM, причём шаблон в системе может отличаться от того, который видит покупатель (Rusender, «Дизайн транзакционных писем — правила хорошего тона»).
Какие заказы создать и что сверить в каждом письме?
Начните с обычного заказа без скидки. Откройте страницу подтверждения, сохраните номер заказа и выпишите состав корзины. Затем дождитесь письма в тестовом ящике и сравните каждую строку. Если сайт отправляет отдельное уведомление сотруднику, проверьте и его: адресат, содержание и итог у двух писем могут различаться по назначению.
- Создайте заказ с одним товаром. Проверьте адрес получателя, номер заказа, название товара, количество, цену, доставку и итог.
- Создайте заказ с несколькими товарами. Убедитесь, что письмо не пропустило строку и не повторило одну из них.
- Создайте заказ со скидкой, если она есть на сайте. Сверьте сумму до скидки, саму скидку и итог с экраном подтверждения.
- Выберите другой доступный способ доставки. Проверьте, что письмо показывает именно выбранный вариант и его стоимость.
Особенно внимательно смотрите на момент применения скидки и доставки. Агент мог обновить расчёт на странице, но оставить старые поля в шаблоне письма. Если сумма в корзине верна, а в письме нет, не меняйте цену товара ради исправления: передайте разработчику номер тестового заказа и оба значения. Отдельный порядок проверки расчёта есть в материале о скидках и доставке после правок ИИ-агента.
Адрес получателя проверяйте в двух местах: в поле заказа и в самом доставленном письме. Посмотрите также, какой адрес стоит в поле «Кому» у уведомления сотруднику. Наличие нужного адреса в тексте шаблона ничего не доказывает: фактического получателя система выбирает при отправке.
Как понять, где появилась ошибка?
Сравните три состояния одного тестового заказа: экран перед подтверждением, запись заказа в панели сайта и доставленное письмо. Если сумма изменилась уже в записи заказа, ошибка возникла до отправки письма. Если запись верна, а письмо содержит другую сумму или неполный список товаров, проверьте шаблон и данные, которые код передаёт в отправку. Такой разбор экономит время: разработчик получает конкретное место расхождения.
Сделайте снимки экрана каждого состояния и подпишите их номером тестового заказа. В сообщении разработчику укажите ожидаемое и фактическое значение: например, «на странице подтверждения доставка указана, в письме строка доставки отсутствует». Добавьте название выбранного способа доставки. Пароли и ключи доступа в такое сообщение не копируйте; при проверке кода, который создал ИИ, отдельно ищут секреты в коде и лишние сведения в журналах ошибок (QATools, «Тестирование AI-generated code: риски, метрики и процесс контроля качества»).
Проверьте и повторную отправку. После подтверждения заказа обновите страницу один раз и посмотрите, пришло ли ещё одно письмо по тому же номеру. Затем попросите разработчика проверить повторный запуск отправки в тестовой среде. Если одинаковые письма приходят снова, зафиксируйте время получения и номер заказа. Это поможет найти действие, которое запускает отправку повторно.
После исправления создайте новый тестовый заказ. Старое письмо не изменится, даже если агент уже поправил шаблон или расчёт. Не принимайте ответ «код исправлен» за результат проверки: результатом будет новое доставленное письмо, в котором совпадают адресат, состав заказа и сумма.
Какие ошибки чаще всего оставляют после проверки?
- Смотрят только предварительный просмотр шаблона. Он не показывает, какие данные сайт подставит при настоящем оформлении заказа. Исправление: открыть письмо из тестового почтового ящика.
- Проверяют только итоговую сумму. Ошибка в количестве товаров может остаться незаметной, если в письме также неверно пересчитана цена. Исправление: сверять каждую строку заказа.
- Тестируют один способ доставки. При другом выборе письмо может взять название из нового заказа, а стоимость — из прежнего поля. Исправление: создать отдельный тестовый заказ для другого доступного варианта.
- Смешивают письма от разных попыток. В результате сравнивают экран нового заказа со старым письмом. Исправление: сверять номер заказа и время получения.
- Заканчивают работу сразу после правки ИИ-агента. Исправление: повторить путь от оформления нового заказа до получения письма и проверить настройки отправки, которые меняли для теста.
Следующий шаг: откройте последнее тестовое письмо и найдите в нём номер заказа. Если номера нет или он не совпадает с записью на сайте, запишите это расхождение для исправления.
