← Все статьи

Как проверить, что бот записи действительно работает

Уверенный ответ бота не значит, что запись состоялась

Бот может написать «вы записаны, ждём вас в четверг в 15:00» абсолютно уверенно, а запись при этом никуда не попасть: мастер не получил уведомление, слот не заблокировался в календаре, или сообщение ушло в тестовый чат вместо рабочего. Текст ответа проверяет только то, что бот умеет складывать слова, а не то, что событие действительно произошло. Проверять нужно не переписку, а конечный результат: появилась ли запись там, где её должен увидеть мастер.

Пять сценариев, которые стоит пройти лично

Недостаточно один раз пройти идеальный путь «выбрал время, записался, получил подтверждение». Нужно пройти минимум пять сценариев так, как их реально проходят разные клиенты:

  • Счастливый путь: свободное время есть, клиент выбрал его и подтвердил.
  • Занятый слот: клиент пытается выбрать время, которое уже занято, бот должен предложить альтернативу, а не зависнуть.
  • Отмена и перенос: клиент отменяет существующую запись или переносит её, слот должен освободиться или переместиться в календаре, а не остаться задвоенным.
  • Неполный ввод: клиент вводит имя без телефона или обрывает диалог на середине, бот не должен создать запись с дырой в данных.
  • Мобильный экран: тот же диалог, но на маленьком экране, кнопки и текст не должны обрезаться или наезжать друг на друга.

Проверяйте не диалог, а место назначения

После каждого теста нужно посмотреть туда, куда запись должна была попасть на самом деле: в календарь мастера, в таблицу или в чат администратора, куда приходят уведомления. Совпадает ли время, имя и телефон в записи с тем, что вводил тестовый клиент. Если бот отправляет уведомление мастеру, проверьте, что оно реально дошло, а не просто должно было по логике сценария.

Ведите список несовпадений, а не чините на ходу

Каждое найденное несовпадение стоит записать: что ожидалось, что произошло на самом деле, и после исправления проверить этот же сценарий ещё раз. Хаотичные правки «на глаз» без списка почти всегда приводят к тому, что одна и та же ошибка находится повторно через месяц, потому что чинили правильно, но не для того случая, который на самом деле сломан.

Тестируйте там, где будет клиент, а не только в панели разработчика

Диалог, который выглядит правильно в тестовой панели бота, может вести себя иначе на реальном канале, в Telegram, WhatsApp или на сайте, куда бот встроен виджетом. Финальную проверку стоит проходить именно на том канале и с того устройства, с которого реально придёт клиент, не только в среде разработки.

Частые ошибки списком

  • Проверен только один идеальный сценарий, без занятого слота и отмены.
  • Уведомление мастеру не проверено на реальную доставку, только на логику сценария.
  • Тест пройден в панели разработчика, а не в реальном чате на телефоне.
  • Найденная ошибка исправлена, но тот же сценарий повторно не перепроверен.

Чек-лист перед запуском

  • [ ] Пройдены счастливый путь, занятый слот, отмена/перенос, неполный ввод и мобильный экран
  • [ ] Каждая тестовая запись найдена в реальном календаре или таблице администратора
  • [ ] Уведомление мастеру подтверждено фактической доставкой, а не только логикой
  • [ ] Список несовпадений велся и закрыт повторной проверкой, а не только правкой
  • [ ] Финальный тест пройден на реальном канале и устройстве клиента

Что можно отдать нам

Проверка и правки бота входят в поддержку студии от $150 в месяц. Можно обсудить проверку своего бота записи.

Обсудить задачу

Похожая задача в вашем бизнесе? Расскажите, что нужно, посчитаем и предложим решение.

Обсудить задачу