Готовый сценарий чат-бота может отлично выглядеть в редакторе и при этом содержать ошибки, которые проявятся только в реальном диалоге. Неработающая кнопка, неправильный переход, отсутствие ответа на произвольный текст или повторный запрос уже введенных данных способны заметно ухудшить взаимодействие.
Поэтому тестирование стоит проводить не как формальную проверку технической работоспособности, а как полноценное моделирование поведения разных пользователей.
Начните с основного сценария
Сначала следует пройти тот путь, который считается идеальным.
Например:
• Открыть чат.
• Выбрать нужную услугу.
• Ответить на все вопросы.
• Оставить контакт.
• Проверить получение заявки менеджером.
На этом этапе проверяется базовая логика: правильно ли соединены блоки, отображаются ли кнопки, сохраняются ли ответы.
Если используется конструктор для создания ботов в MAX, желательно тестировать сценарий не только внутри редактора, но и непосредственно в том виде, в котором его увидит пользователь.
Затем попробуйте действовать неправильно
Реальный человек не знает, как именно автор сценария рассчитывал провести его по боту.
Поэтому обязательно нужно проверить альтернативное поведение:
• Написать текст вместо нажатия кнопки.
• Несколько раз вернуться назад.
• Выбрать разные варианты ответов.
• Прервать диалог и продолжить его позже.
• Попробовать отправить неправильный номер телефона.
• Задать неожиданный вопрос посреди сценария.
Именно такие действия часто обнаруживают проблемы, которые невозможно заметить при прохождении только основного маршрута.
Проверяйте каждую развилку
Если после вопроса предусмотрено четыре варианта ответа, недостаточно протестировать только один.
Каждая ветка должна быть пройдена хотя бы один раз.
Особенно внимательно стоит проверять места, где несколько ветвей затем снова соединяются. Иногда бот неправильно сохраняет предыдущий ответ или показывает пользователю текст, предназначенный для другого сценария.
Посмотрите на сообщения глазами пользователя
Технически правильный бот может оставаться неудобным.
При тестировании обращайте внимание не только на работу кнопок, но и на сами тексты.
Стоит проверить:
• Понятно ли, чего бот хочет от пользователя.
• Нет ли слишком длинных сообщений.
• Не задается ли несколько вопросов одновременно.
• Понятны ли названия кнопок без дополнительных пояснений.
• Есть ли возможность выйти из тупика.
Особенно полезно протестировать бот на смартфоне. Сообщение, которое хорошо выглядит на большом экране компьютера, может занимать почти весь экран телефона.
Проверьте передачу данных
Если бот интегрирован с CRM или другой системой, необходимо убедиться, что данные передаются правильно.
Проверяется не только сам факт появления новой заявки, но и содержание полей.
Например, если пользователь выбрал услугу А, а в CRM появилась услуга Б, визуально сценарий может выглядеть исправным, хотя автоматизация фактически работает неправильно.
Дайте бот постороннему человеку
Автор сценария слишком хорошо знает его структуру. Поэтому многие проблемы он просто не замечает.
Полезно попросить человека, который раньше не видел проект, выполнить простую задачу:
«Попробуй записаться на услугу».
Ничего дополнительно объяснять не нужно.
Если тестировщик спрашивает, куда нажать или что означает кнопка, этот момент стоит пересмотреть.
Проверка после запуска не заканчивается
Даже подробное тестирование не способно полностью воспроизвести поведение реальной аудитории.
Поэтому в первые дни особенно важно просматривать диалоги и фиксировать нестандартные ситуации.
Часто именно реальные пользователи показывают, какие ветки отсутствуют, какие формулировки непонятны и в каком месте сценарий следует сократить