Как проверить телеграм бота перед запуском и не потерять заказы

Попросите у подрядчика отдельного тестового бота и тестовый платежный контур. Это копия рабочего бота, в которой можно нажимать кнопки и платить условные деньги, не затрагивая реальных клиентов. Пройдите путь клиента сами, от первого сообщения до результата, который вы обещаете покупателю. Все замечания записывайте в один список: так видно, что исправить до запуска, а что перенести на потом. Спросите, на каком сервере работает тестовая версия и у кого есть к ней доступ. Договоритесь, что после проверки тестовые данные удалят.

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

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

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