Превратите завершенный Batch Test в практическую проверку. Оценки суммируют качество, а заметки сохраняют, почему ответ прошел или не прошел проверку и что следует изменить.

Agent объединяет инструкции, настройки интерфейса для клиентов, Knowledge, данные каталога и дополнительные инструменты. Надежная настройка проверяется на реалистичных вопросах клиентов перед развертыванием. Тесты должны охватывать ожидаемые ответы, недостающую информацию, сценарии по товарам, эскалацию и любое дополнительное взаимодействие, которое команда включила.

Перед началом

Доступ: Откройте завершенный запуск Batch Test с правом на проверку тестов Agent.

• Используйте завершенный запуск со стабильными результатами.
• Держите ожидаемый результат для каждого случая под рукой.
• Согласуйте, как команда различает Хорошо, Приемлемо и Плохо.

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

Пошаговый процесс

1. Проверьте ответ и подтверждающие данные

   Прочитайте ответ полностью, а не только первое предложение. Проверьте, отвечает ли он на вопрос, соблюдает ли границы и опирается ли на подходящие Knowledge или сведения о товаре.

   • Сравните ответ с ожидаемым результатом.
   • Откройте соответствующие исходные материалы, если результат выглядит неожиданным.

2. Применяйте единообразную оценку

   Используйте Хорошо для готового ответа, Приемлемо для полезного ответа с некритичной проблемой и Плохо для неверного, неподтвержденного, небезопасного или существенно неполного ответа.

   • Оценивайте влияние на клиента, а не только стиль текста.
   • Применяйте один и тот же стандарт к похожим случаям.

3. Добавьте диагностическую заметку

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

   • Цитируйте только минимально необходимую релевантную фразу.
   • Укажите владельца исправления или последующий тест.

4. Суммируйте и экспортируйте

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

   • Отдавайте приоритет повторяющимся сбоям, влияющим на клиентов.
   • Сохраняйте исходный запуск как подтверждение состояния до изменения.

Важные ограничения и рабочие примечания

• Высокая совокупная оценка может скрывать один серьезный сбой.
• Оценки отражают согласованный стандарт рецензентов и требуют калибровки.
• Изменение источника после запуска не меняет зафиксированный ответ.
• Экспортированный отчет является подтверждением, а не действующей конфигурацией.

Проверьте результат

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

Ведите краткую запись о том, что вы тестировали, какой клиентский сценарий использовали и что изменилось. Это делает последующий поиск неисправностей точнее и помогает другому участнику команды воспроизвести результат, не полагаясь на память.

Устранение неполадок

Проверяющие не согласны с оценкой

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

Ответ выглядит правдоподобно, но не имеет подтверждения

Явно оцените проблему с подтверждением и исследуйте исходный слой. Не принимайте уверенный ответ только потому, что он хорошо сформулирован.

Связанные руководства

• Создание и запуск Batch Test
• Устранение неправильного или неподдерживаемого ответа
• Настройка надежной базы Knowledge
• Понимание метрик Humind Analytics и атрибуции