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

Статья
03/05/2024

Платформа автоматического тестирования Microsoft eCDN позволяет выполнять симуляции на нескольких устройствах, чтобы легко эмулировать и анализировать поведение определенной сети под нагрузкой трансляции видео. Все результаты логически представлены на панелях мониторинга аналитики Microsoft eCDN.

Потенциальные проблемы:

Не удается создать автоматический тест
Средства выполнения (или одноранговые узлы) не участвуют в автоматическом тестировании
Не удается проверить экземпляр средства автоматического выполнения
Отсутствие аналитики
Низкая эффективность пиринга
Большое несоответствие между параллельными средствами просмотра и назначенными устройствами

Решение для невозможности создания автоматического теста

Если кнопка "плюс" (+) отсутствует для создания автоматического теста, убедитесь, что пользователю Microsoft Entra назначена соответствующая роль, которая предоставляет разрешения на изменение автоматического теста. Дополнительные сведения см. в документации по управлению доступом .

Решение для отсутствия участия средства выполнения в автоматических тестах

Ознакомьтесь с обзором процесса автоматического тестирования , чтобы обеспечить соответствие требованиям. Дополнительные сведения см. в этом руководстве по устранению неполадок.

Решение для невозможности проверки экземпляра средства автоматического выполнения

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

Число подключенных клиентов на панели мониторинга автоматического тестирования.
Наличие файлов журнала в качестве "$env:TEMP\p5_log_" + $TestID + ".txt" where $env:TEMP — это системный путь, а $TestID значение задается в скрипте. Например, "C:\Users\MYUSERNAME\AppData\Local\Temp\p5_log_123.txt"
Наличие каждого из этих фоновых процессов.
- powershell или pwsh — скрытый экземпляр PowerShell, запускающий скрипт автоматического средства выполнения, выбор которого обычно контролируется системой управления конечными точками.
- msedge или chrome — скрытые экземпляры браузера Chromium, которые берут на себя роль имитированного средства просмотра.
- cmd — скрытый процесс отслеживания командной строки, который завершает процессы PowerShell и chromium после истечения времени ожидания.

Примечание.

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

Решение из-за отсутствия аналитики

Если аналитика отсутствует, предполагается, что между отдельными клиентами и серверной частью Microsoft eCDN существует блокировка. Начните устранение неполадок, открыв консоль управления , а затем перейдите в раздел Advanced > Silent Tester. В правом верхнем углу этой страницы вы найдете ссылку на вопросительный знак (?), которая перейдет на вспомогающую страницу, где можно найти дополнительные сведения о шагах 1 и 3. Кроме того, можно также ознакомиться с разделом How To Perform Silent Testing (Выполнение автоматического тестирования).

Откройте ПРЯМОЙ URL-адрес средства выполнения, чтобы использовать идентификатор клиента вместо TENANT_ID_HERE заполнителя. Создайте его на основе URL-адреса шаблона, приведенного здесь, или вы можете использовать предварительно созданный URL-адрес, найденный на вспомогательной странице. Страница прямого средства выполнения имитирует одно средство просмотра, с помощью которого мы рассмотрим состояние необходимых подключений.
```
https://st-sdk.ecdn.teams.microsoft.com/?customerId=TENANT_ID_HERE&adapterId=Direct
```
Откройте средства разработки в браузере. В Microsoft Edge щелкните правой кнопкой мыши страницу и выберите "Проверить".

Важно!

Перед запуском автоматического теста на следующем шаге необходимо открыть средства разработки, иначе важные сведения о запуске сеанса не будут записаны для анализа.
Вернитесь на страницу Молчаливого тестера, запустите запланированный (автоматический) тест, оставив все параметры по умолчанию за исключением качества видео. Задайте для качества видео статическое значение, например 480p - 1Mbps , чтобы удалить вариативность. После запуска на странице прямого средства выполнения выполнения появится серая панель DIV с текстом "Текущий тест", чтобы убедиться, что поток начался, как показано на рисунке в этом примере.

Вы также можете убедиться, что сеанс продолжается, наблюдая за скачиванием фрагментов видео на вкладке Сеть DevTool.
Проверьте вкладки "Сеть " и "Консоль" devTool на наличие ошибок. Обратите особое внимание на начало сеанса.

Обратите внимание на все ошибки красным цветом, за исключением известных и неуязвимых ошибок шрифта. Любые ошибки, которые могут указывать на блокировку eCDN Майкрософт, являются справедливым примером в усилиях по устранению неполадок.

Например, на вкладке Консоль может возникнуть ошибка отклонения подключения, аналогичная приведенному на следующем рисунке.

Это может указывать на то, что наш домен ecdn.teams.microsoft.com не был добавлен в список разрешений в разделе Список разрешенных веб-сайтов на странице сторонних платформ .

Кроме того, ваш IP-адрес может не быть включен в список разрешенных ip-адресов конечных пользователей на странице Безопасность .

Примечание.

Ни один из фильтров не требует наличия записей для работы eCDN Майкрософт. То есть если любой из этих фильтров не заполнен, фильтр отключается.

Если вы не получаете блоки видеоданных HTTP, это может означать, что что-то блокирует подключение к нашей серверной части. будь то брандмауэр, прокси-сервер и т. д. Если вы можете определить URL-адрес или протокол, который блокируется, обратитесь к группе по работе с сетью и (или) безопасностью, чтобы узнать, разрешены ли подключения такого рода. Просмотрите следующие документы, чтобы убедиться, что были созданы надлежащие исключения: Требования к сети, Документация по облаку и безопасности.

Совет

Вы также можете использовать нашу страницу тестировщика для выявления потенциальных проблем с сетью, таких как блокировка подключений websocket брандмауэром. Если какой-либо из элементов в разделе "Сеть" помечен красным цветом X, скачайте отчет и отправьте его своему менеджеру по работе с клиентами Майкрософт для проверки и поддержки.

Решение для низкой эффективности пиринга

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

Решение для большого расхождения между параллельными средствами просмотра и назначенными устройствами

Эта ситуация обычно возникает в следующих случаях:

локальное или корпоративное программное обеспечение безопасности блокирует eCDN Майкрософт
автоматическая проверка проводится во время переходных периодов (сотрудники покидают офис и закрывают свои рабочие станции);

Вот как устранить неполадки:

Избегайте запуска автоматического теста в переходные периоды (когда сотрудники покидают офис), с тех пор это может привести к перекосу числа участников.
Чтобы аналитика в режиме реального времени отражалась на панели мониторинга Microsoft eCDN Analytics, необходимо от 1 до 3 минут.
Убедитесь, что URL-адрес средства выполнения не заблокирован. Дополнительные сведения см. в разделе Решение для отсутствия аналитики .

Поделиться через