Определите, что именно должна сделать форма
Надпись «отправлено» не равна доставленной заявке. Запишите цепочку целиком: пользователь вводит данные, браузер проверяет формат, сервер принимает запрос, сообщение попадает в нужный ящик или CRM, владелец получает уведомление. Для каждого звена нужен наблюдаемый признак. Если часть цепочки закрыта от тестировщика, договоритесь о проверке с человеком, который видит почту или журнал приложения. ИИ здесь полезен как помощник по составлению списка, а не как свидетель исправности системы.
Соберите матрицу входных данных
Для имени проверьте пустое значение, обычное имя, дефис и длинную строку. Для телефона — пробелы, код страны, недостаточное число цифр и вставку из буфера. Для комментария — абзацы, кавычки, эмодзи и очень длинный текст. Для файла — допустимый тип, слишком большой размер и неподходящее расширение. Попросите модель оформить таблицу «вход — ожидаемое сообщение — что проверить на сервере». Не передавайте в публичный сервис настоящие номера клиентов. Близкий процесс описан в материале об <a href="/material/kod-prototip-formy">эскизе формы и проверке её поведения</a>.
Пройдите неудобный сценарий руками
Заполните форму, нажмите отправку дважды, отключите сеть на середине действия и вернитесь назад в браузере. Посмотрите, не потерялся ли черновик и не создались ли две одинаковые заявки. Затем проверьте обычную отправку с мобильного экрана и клавиатурой без мыши. Если форма даёт ошибку, сообщение должно объяснять, какое поле исправить, сохраняя уже введённое. Зафиксируйте скриншот и время каждого сбоя, чтобы разработчик смог его воспроизвести.
Отделяйте проверку интерфейса от доставки
Положительный ответ сервера может означать лишь постановку письма в очередь. Сверьте время запроса, запись в тестовом почтовом ящике и, если применимо, карточку в CRM. Не используйте реальную клиентскую базу для пробной отправки. Для вложений откройте полученный файл, проверьте имя и размер; для уведомлений убедитесь, что письмо не содержит секретных параметров формы. Если проверка остановилась на уровне браузера, так и запишите: «интерфейс прошёл», а не «всё работает».
Как принять работу
Составьте короткий акт: версия формы, браузеры, шесть–десять проверенных сценариев, фактический результат и владелец нерешённых ошибок. После исправления повторите не только упавший кейс, но и обычную отправку. Это тот же принцип, что при <a href="/material/ii-dlya-proverki-instrukcii-po-skreshotu-20261001">проверке инструкции по скриншоту</a>: наблюдаемое действие важнее красивого описания. **Можно ли поручить ИИ отправку заявок?** Только на тестовом стенде с заранее согласованными данными. **Сколько тестов достаточно?** Пока не покрыты правила каждого поля и доставка, число само по себе ничего не доказывает.
Короткая проверка
- Понятны цель и человек, который примет результат.
- Исходники очищены, их версия и дата сохранены.
- Факты, числа и ограничения сверены вручную.
- Неудачный пример записан вместе с причиной.
- Есть измеримый следующий шаг и путь назад.