HLK Studio — вкладка "Результаты"
Рис. 1 Вкладка результатов
На вкладке "Результаты " отображаются подробные сведения о каждом тесте. По завершении каждого теста столбец "Состояние " обновляется с результатом: "Передача " или "Сбой". Вы можете развернуть любой тест в столбце "Имя теста", чтобы просмотреть дополнительные сведения об этом тесте.
В следующем списке описана вкладка "Результаты ".
При выполнении теста несколько раз HLK отображает результаты для каждого тестового запуска.
При удалении результата теста необходимо перезапустить HLK Studio, чтобы обновить результаты теста.
Примечание.
Любой тест, который может быть запланирован в виде теста с несколькими устройствами, отображается с помощью значка с несколькими устройствами. Параметры меню с несколькими устройствами позволяют перепланировать тест с несколькими устройствами для запуска в качестве нескольких эквивалентов тестов, отличных от нескольких устройств, и позволит вам увидеть систему и целевые объекты, для которых были запланированы тесты. Если тестовый запуск завершается сбоем при выполнении в режиме нескольких устройств, и вы подозреваете, что одно устройство, объединенное в один результат, вызывает сбой, можно использовать этот параметр для планирования каждого тестового устройства в собственном тестовом запуске (т. е. без объединения нескольких устройств в один тестовый запуск), чтобы ограничить сбой до одного тестируемого устройства.
Состояние теста
В области "Подробный тест " в столбце "Состояние " отображается состояние каждого теста, выполняющегося или выполняющегося.
Значок состояния | Значение | Description |
---|---|---|
![]() |
В очереди | Тест помещается в очередь, но не выполняется. Если тест находится в этом режиме в течение длительного времени, он может указывать на проблему сетевой инфраструктуры или инфраструктуры Windows HLK. В большинстве случаев это не указывает на проблему с самим тестом. |
![]() |
Выполняется | Тест выполняется. На вкладке "Тесты " столбец "Длина" указывает ожидаемую среду выполнения теста. Эти сведения также доступны в справочном разделе теста для конкретного теста. Если устройство сталкивается с проблемами во время тестирования, тесты могут выполняться в течение трех до четырех раз ожидаемой среды выполнения. |
![]() |
Передано | Пройденный тест. |
![]() |
Передано с помощью фильтров | Пройденный тест. |
![]() |
Неудачно | Сбой теста. |
![]() |
Сбой с фильтрами | Сбой теста. |
![]() |
Сбой из-за сбоя системы | Система сбой во время тестового запуска. Чтобы просмотреть сведения об ошибке, щелкните этот тест правой кнопкой мыши. Дополнительные сведения о проверке сбоев системы см. в разделе "Устранение неполадок тестов Windows HLK" (сбои системы). |
![]() |
Отменено | Пользователь отменил тест или задачу был отменен, так как предыдущая задача завершилась ошибкой. |
Примечание.
Если фильтр применяется к заданию дочерней библиотеки, когда отфильтровываются все задачи задания библиотеки, само задание дочерней библиотеки по-прежнему может отображаться как нефильтрованное. Это не влияет на пакет отправки.
Тестовые сбои с сбоями системы
В списке результатов теста на вкладке "Результаты" отображается значок сбоя системы () для каждого теста, который завершается сбоем из-за сбоя системы.
Примечание.
Эта функция доступна только для компьютеров с настольными компьютерами и серверами.
Щелкнув правой кнопкой мыши один из этих тестов, контекстное меню теперь содержит пункт меню "Сводка ошибок".
Щелкните этот пункт меню, чтобы отобразить диалоговое окно "Сводка по ошибке". В диалоговом окне содержатся сведения об ошибке вместе со ссылкой на дополнительную документацию справки.
Примечание.
Если файл аварийного дампа доступен, диалоговое окно содержит ссылку для справки по работе с сведениями о аварийной отладке. Файл дампа можно скачать, выбрав элемент View All, который откроет связанные файлы в окне обозревателя.
Если файл аварийного дампа отсутствует, диалоговое окно содержит инструкции по включению сбора аварийных дампов. Чтобы получить файл аварийного дампа, необходимо повторно запустить тест.
Дополнительные сведения о сбоях системы, включая анализ файлов аварийного дампа, см. в разделе "Устранение неполадок тестов Windows HLK" (сбои системы).
Экспорт неудачных заданий HLK
Теперь вы можете экспортировать неудачное задание и повторно запустить его на компьютере, на котором не установлен клиент HLK. Дополнительные сведения см. в разделе "Экспорт задания HLK сбоем".
Файлы журнала диагностики
В случае сбоя теста вы можете просмотреть доступные файлы журналов диагностики, щелкнув правой кнопкой мыши имя целевого компьютера в столбце "Имя теста", а затем щелкнув журналы диагностики, как показано на рисунке 3 Файла журнала диагностики:
Рис. 3. Файлы журналов диагностики
Отображаемые журналы могут быть следующими типами в зависимости от теста:
Аварийные дампы ядра. Аварийные дампы ядра отключены по умолчанию. Сведения о сборе дампов сбоя ядра см. в разделе "Настройка параметров отладчика ядра клиента HLK вручную".
Журналы событий. Windows HLK собирает все предупреждения, ошибки и критические события, которые произошли во время тестового запуска:
Система
Приложение
Журналы установки:
API установки. Windows HLK собирает журналы API установки, если они доступны на клиентском компьютере во время тестового запуска. Windows HLK не проверяет, находятся ли метки файлов для файлов журнала API установки в том же диапазоне, что и тестовый запуск.
Настройка DEV
Журналы диагностики UMDF
Для компьютеров, работающих под управлением клиентской операционной системы Windows 8 или более поздней версии, инфраструктура Windows HLK включает средство проверки приложений Майкрософт в процессе узла UMDF (Wudfhost.exe), используя все основные тесты и проверки. Базовый средство проверки приложений проверяет следующее:
Исключения
Дескрипторы
Кучи
Блокировки утечки
Память
SRWLock
Threadpool TLS
Если драйвер UMDF завершается сбоем любой из этих проверок во время тестирования устройства, создается журнал проверки приложений, который записывает тип сбоя и трассировку стека в точке возникновения сбоя. Несколько журналов проверки приложений создаются, если драйвер вызывает исключения, которые завершаются сбоем WudfHost.exe. Рекомендуется устранить все обнаруженные сбои для драйвера UMDF.
Если клиентский компьютер работает под отладчиком ядра, включение средства проверки приложений в Wudfhost.exe приводит к разрыву отладки при возникновении ошибки или исключения. Расширение !avrf можно использовать для анализа разрывов средства проверки приложений. Кроме того, расширения отладчика UMDF можно использовать для отладки драйверов UMDF; Дополнительные сведения см. в разделе "Использование расширений отладчика UMDF". Следующие журналы диагностики копируются в контроллер для диагностики сбоев драйверов UMDF.
Журналы проверяющего приложения
Журналы средства проверки приложений в форме appverif_WUDFHost.exe.*.dat можно просматривать с помощью клиента пользовательского интерфейса проверки приложений. Вы можете использовать средство проверки приложений, установленное на клиентских компьютерах. Скопируйте журналы в каталог %VERIFIER_LOG_PATH%\AppVerifierLogs перед запуском Appverif.exe — VERIFIER_LOG_PATH. Переменная пути уже имеет значение %systemdrive% в клиенте Windows HLK. Вы также можете добавить пути символов для разрешения символов в кадрах стека, в которых произошли ошибки или исключения.
Примечание.
Журналы создаются в двоичном формате и зависят от архитектуры. Чтобы просмотреть журналы, необходимо использовать средство проверки приложений на клиенте с той же архитектурой, что и компьютеры, на которых были созданы журналы. Дополнительные сведения см. в справке по средству проверки приложений в Интернете.
Аварийные дампы UMDF
Файлы дампа UMDF относятся к форме UM_<guid>.dmp и создаются всякий раз, когда драйвер UMDF приводит к прекращению процесса узла.