Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Используйте эталонный образец, созданный с помощью Apache JMeter, доступный на GitHub, как отправную точку для создания собственных тестов производительности.
Эталонный образец демонстрирует следующие принципы:
- Взаимодействие с Direct Line через WebSockets
- Ведение многоходовых разговоров
- Запуск нескольких групп потоков, каждая из которых реализует отдельный сценарий пользовательского диалога
Эталонный образец создан с использованием JMeter — популярного инструмента с открытым исходным кодом. Вы также можете создавать сценарии нагрузочного тестирования для агентов Copilot Studio с помощью других инструментов. Используйте критерии выбора, такие как:
- Поддержка сообщества: выберите инструмент с сильным и активным сообществом для решения задач и доступа к ресурсам.
- Доступность подключаемых модулей: убедитесь, что инструмент поддерживает необходимые подключаемые модуля, особенно для протоколов WebSocket.
- Комплексная отчетность: ищите инструменты, которые предлагают комплексную отчетность, встроенную или расширяемую с помощью подключаемых модулей.
- Масштабируемость: выбирайте инструменты, которые обеспечивают легкое масштабирование выполнения тестов. И JMeter, и Locust совместимы с нагрузочным тестированием Azure.
При разработке скриптов для тестирования производительности агентов, созданных с помощью Copilot Studio, убедитесь, что они точно имитируют реальное использование и соответствуют вашей производственной среде. Следующие ключевые рекомендации помогут вам разрабатывать эффективные и реалистичные тестовые сценарии:
- Имитация реалистичных задержек: после получения последнего ответа агента внесите реалистичную задержку (например, 30 секунд — 1 минута) перед отправкой следующего сообщения пользователя. Эта задержка отражает то, как реальные пользователи тратят время на чтение, размышления и ответы во время разговоров.
- Обработка ошибок в многоходовых разговорах: включайте проверки ошибок после каждого хода в разговоре. Если возникает ошибка (например, пропущенный или неправильный ответ), прекратите смоделированный разговор, чтобы избежать каскадных проблем и отразить реалистичное поведение пользователя.
- Используйте те же протоколы связи, что и в вашей производственной среде: убедитесь, что ваш тестовый скрипт использует те же протоколы связи, что и ваша производственная среда, например WebSockets или HTTP GET. Такой подход гарантирует, что тест производительности точно отражает реальные условия.