Проверка бота до запуска должна охватывать обычный путь, ошибки и повторы. Наличие ответа на команду старта не подтверждает готовность всего процесса.
Составьте сценарии пользователя
Возьмите несколько разных типовых задач и опишите ожидаемый результат каждой. Проверяйте понятность кнопок, обязательные поля, возможность отмены и передачу человеку. Пользователь не обязан знать, как устроена система, чтобы понять, что делать дальше.
Условный пример: человек выбрал тему, вернулся назад и изменил её. Итоговая заявка должна содержать актуальный вариант, а не старое значение из предыдущего шага. Проверка идеального пути такую ошибку не обнаружит.
Пройдите ошибки и повторы
Введите неполный контакт, повторите отправку, остановите заполнение и вернитесь. Проверьте недоступность сохранения и уведомлений в тестовой среде. Ответы должны различать ошибку и подтверждённый успех, а повтор не должен создавать непредусмотренные действия.
Для каждого сценария сохраните результат: что сделано, что ожидалось и что произошло. Тестовые обращения помечайте, чтобы они не попали в коммерческую оценку. Если бот работает с внешней системой, отдельно проверьте её отказ и последующее восстановление.
Проверьте эксплуатацию
Убедитесь, что владелец контролирует необходимые доступы, знает, где журнал заявок, и понимает порядок обращения при сбое. Токены и пароли должны храниться закрыто. Правила обработки данных и поддержки согласуют отдельно; тестирование не заменяет этих решений.
Запуск допускается после исправления существенных препятствий и повторной проверки связанных сценариев. Список оставшихся ограничений должен быть понятен владельцу. При изменении базы знаний или логики повторяйте релевантные проверки, а не весь набор без необходимости.
- Основные задачи.
- Назад, отмена и повтор.
- Ошибки сохранения и доставки.
- Передача человеку.
- Доступы и порядок поддержки.