Автоматическое тестирование Teams

Некоторые функции, описанные в этой статье, требуют Teams премиум для собраний и включены в Teams Enterprise для событий.

Обзор

Функция автоматического тестирования Teams позволяет ИТ-администраторам Microsoft Teams планировать и моделировать тесты между пользователями подсети в своей организации и вызывающими серверами Майкрософт. Автоматическое тестирование Teams состоит из двух различных типов тестов:

• Автоматические тестовые вызовы: имитация стандартных вызовов Teams для проверки качества звонков и производительности сети
• Silent Test Town halls: Имитация крупномасштабных мероприятий ратуши для тестирования возможностей трансляции и сетевой емкости

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

Зачем нужна автоматическая проверка?

Существующие средства мониторинга (панель мониторинга качества звонков (CQD), мониторинг Real-Time, оповещения) являются реактивными; они обнаруживают проблемы после того, как пользователи сталкиваются с ними. Автоматическое тестирование Teams предлагает упреждающий мониторинг, позволяющий ИТ-командам обнаруживать и устранять проблемы с сетью, прежде чем они повлияют на пользователей.

Представьте себе такие сценарии, как:

• Изменения в сети. Вы обновляете правила сетевого брандмауэра или Wi-Fi конфигурации. Выполнение автоматических тестов помогает проверять производительность заранее, прежде чем пользователи сообщат о проблемах.

• Настройка нового расположения. Вы запускаете новое расположение в офисе. Даже если доступно только несколько клиентов Teams, автоматические тесты могут обеспечить ранние индикаторы готовности сети.

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

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

Ключевые моменты

Общие характеристики (оба типа тестов):

• Тесты выполняются автоматически в фоновом режиме в клиенте Teams в запланированное время.
• Тесты предназначены для определенной подсети.
• Тесты выполняются только в классическом клиенте — Windows и MAC
• Тесты выполняются только в том случае, если устройство неактивно (пользователь не находится в активном вызове Teams).
• Не возникает перебоев в работе пользователя: нет уведомлений, звуков или видимых изменений.

Вызовы автоматических тестов:

• Тесты вызовов выполняются в течение 60 секунд на компьютерах пользователей в фоновом режиме.

Молчаливые тестовые ратуши:

• Тесты ратуши можно настроить на выполнение до 180 минут.

Требования к конечной точке:

• Устройство должно находиться в целевой подсети.
• Клиент Teams должен быть установлен и запущен.
• Устройство должно быть включено.
• Пользователь не должен быть в активном вызове Teams.
• У пользователя Teams, вошедшего в устройство, должна быть лицензия на Teams премиум для автоматических тестовых вызовов. Автоматические тестовые ратуши входят в состав Teams Enterprise.

Требования к сети

Чтобы обеспечить правильную работу автоматического тестирования, сетевая инфраструктура должна соответствовать определенным требованиям, чтобы обеспечить успешную связь со службами Microsoft Teams. Для доступа должны быть доступны следующие внешние подключения:

Сведения о лицензировании

• Автоматические тестовые вызовы — это Teams премиум функция. Автоматические тестовые ратуши входят в состав Teams Enterprise.

Планирование автоматического теста

Автоматические тесты Teams можно запланировать через Центр Администратор Teams.

Чтобы запланировать тесты, необходимо иметь роль Глобального Администратор или Teams Администратор.

1. Откройте Центр Администратор Teams.

2. Перейдите в раздел Аналитика & Отчеты → автоматические тестовые вызовы.

3. Выберите Запланировать тест.

4. Выберите Ратуша или Собрание (для звонка)

5. Заполните форму:

   • Имя теста

   • Целевые подсети . Несколько подсетей можно ввести между запятыми. Идентификаторы подсетей должны иметь допустимый формат CIDR. Например, 192.168.1.0/24. В настоящее время поддерживается только протокол IPv4.

   • Частота — только один раз, ежедневно, еженедельно и т. д.

   • [Только ратуша] Максимальное число участников

   • [Только ратуша] Длительность

   • Дата и время начала

6. Сохраните расписание.

7. Просмотрите запланированные тесты в нижней части страницы. При необходимости можно изменить или прервать существующие расписания.

Просмотр отчетов о автоматическом тестировании

Метод проверки результатов зависит от типа теста.

Вызовы автоматических тестов

На странице Автоматические тестовые звонки выберите Скачать отчет , чтобы скачать файл отчета Power BI.

После завершения теста откройте отчет Power BI, войдите с помощью учетных данных Администратор и выберите имя подсети или теста, чтобы просмотреть отчет.

Если вы не настроили Power BI, ознакомьтесь со следующими статьями, чтобы узнать, как скачать и настроить его.

• Настройка соединителя Power BI CQD
• Шаблоны запросов Power BI для CQD

Отчеты

При первом открытии отчета Power BI вы увидите общие сведения о результатах использования автоматических тестовых вызовов.

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

Ратушах с автоматическим тестированием

Производительность ратуша с автоматическим тестированием можно просмотреть на страницах Microsoft eCDN Analytics.

Данные о производительности можно просмотреть на панелях мониторинга Аналитики вскоре после начала теста.

Дополнительные сведения о том, как читать аналитику, см. в следующих статьях.

• Общие сведения об аналитике eCDN Майкрософт

• Общие сведения об аналитике детализации microsoft eCDN