Partager via

HLK Studio – Onglet des résultats

  • Article

onglet des résultats de windows hlk studio

Figure 1 – Onglet Résultats

L'onglet Résultats affiche des informations détaillées concernant chaque test. À la fin de chaque test, la colonne État est mise à jour avec le résultat : Réussite ou Échec. Vous pouvez développer n'importe quel test dans la colonne Nom du test pour obtenir plus d'informations sur ce test.

La liste suivante décrit l'onglet Résultats :

  • Si vous effectuez un test plusieurs fois, le HLK affiche les résultats de chaque test.

  • Si vous supprimez un résultat de test, vous devez redémarrer HLK Studio pour actualiser les résultats du test.

Remarque

Tout test pouvant être programmé en tant que test multi-appareils s'affiche à l'aide de l'icône multi-appareils. Les options de menu spécifiques aux appareils multiples vous permettent de reprogrammer un test multi-appareils pour qu'il s'exécute comme plusieurs équivalents de tests non multi-appareils, et vous permettent de voir le système et les cibles par rapport auxquels les tests ont été programmés. Si un test échoue lorsqu'il est exécuté en mode multi-appareils et que vous soupçonnez qu'un appareil consolidé en un seul résultat est à l'origine de l'échec, vous pouvez utiliser cette option pour planifier chaque appareil testé dans son propre test (c'est-à-dire sans consolider plusieurs appareils en un seul test), afin de limiter l'échec à un seul appareil testé.

État du test

Dans le volet détaillé des tests, la colonne État vous indique l'état de chaque test exécuté ou en cours d'exécution.

Icône d'état Signification Description
Icône d’état en file d’attente Mis(e) en file d’attente Le test est en file d'attente mais n'est pas en cours d'exécution. Si le test reste longtemps dans ce mode, cela peut indiquer un problème d'infrastructure réseau ou un problème d'infrastructure Windows HLK. Dans la plupart des cas, cela n'indique pas un problème avec le test lui-même.
icône d'état de marche Exécution Le test est en cours. Dans l'onglet Tests, la colonne Longueur indique la durée d'exécution prévue du test. Ces informations sont également disponibles dans la rubrique de référence du test en question. Si un appareil rencontre des problèmes pendant les tests, ceux-ci peuvent durer trois à quatre fois plus longtemps que prévu.
icône d'état « test réussi » Transmis(e) Le test est réussi.
icône d'état « test réussi avec des filtres » Réussi avec des filtres Le test est réussi.
icône d'état « Échec du test » Échec Le test a échoué.
icône d'état « test échoué avec des filtres » Échec avec les filtres Le test a échoué.
icône d'état « le test a échoué en raison d'un plantage du système » Échec dû à un plantage du système

Le système s'est planté pendant l'exécution du test. Vous pouvez cliquer avec le bouton droit de la souris sur ce test pour afficher les informations relatives au contrôle des bogues.

Pour en savoir plus sur l'examen des plantages, reportez-vous à la section Dépannage des échecs des tests Windows HLK (plantages).
icône d'état « test annulé » Annulée Un utilisateur a annulé le test, ou une tâche a été annulée parce que la tâche précédente a échoué.

Remarque

Si un filtre est appliqué à une tâche de bibliothèque enfant, lorsque toutes les tâches de la tâche de bibliothèque sont filtrées, la tâche de bibliothèque enfant elle-même peut encore apparaître comme non filtrée. Cela n'a pas d'incidence sur le package de soumission.

Échecs des tests avec plantage du système

Dans la liste des résultats des tests de l'onglet Résultats, une icône de plantage du système (icône de plantage du système) est affichée pour chaque test qui échoue en raison d'un plantage du système..

Remarque

  Cette fonctionnalité est uniquement disponible pour les ordinateurs clients et serveurs de bureau.

exemple d'onglet de résultats montrant un test qui a échoué en raison d'un plantage du système

Lorsque vous cliquez avec le bouton droit de la souris sur l'un de ces tests, le menu contextuel contient désormais un élément de menu « Résumé du contrôle des bogues ».

menu contextuel montrant l'option de résumé du contrôle des bogues

Cliquez sur cet élément de menu pour afficher la boîte de dialogue Résumé du contrôle des bogues. La boîte de dialogue contient des informations sur le contrôle des bogues ainsi qu'un lien vers une documentation d'aide supplémentaire.

exemple de dialogue d'information sur le résumé d'un contrôle de bogues

Remarque

Si un fichier de vidage de mémoire est disponible, la boîte de dialogue contient un lien vers la documentation d'aide pour travailler avec les informations de débogage de crash. Le fichier dump peut être téléchargé en sélectionnant l'option Afficher tout qui ouvrira les fichiers associés dans une fenêtre de l'Explorateur.

Si aucun fichier de vidage de mémoire n'est présent, la boîte de dialogue contient des instructions sur la manière d'activer la collecte de vidage de mémoire. Vous devrez réexécuter le test pour obtenir le fichier de vidage du plantage.

Pour plus d'informations sur les plantages du système, notamment sur la manière d'analyser les fichiers de vidage des plantages, consultez la section Dépannage des échecs des tests Windows HLK (plantages du système).

Exportation des travaux HLK ayant échoué

Vous pouvez désormais exporter un travail qui a échoué et le réexécuter sur une machine sur laquelle le client HLK n'est pas installé. Pour plus d'informations, reportez-vous à la section Exportation d'un travail HLK ayant échoué.

Fichiers journaux de diagnostic

En cas d'échec d'un test, vous pouvez consulter les fichiers journaux de diagnostic disponibles en cliquant avec le bouton droit de la souris sur le nom de la machine cible dans la colonne Nom du test, puis en cliquant sur Journaux de diagnostic, comme le montre la figure 3 Fichiers journaux de diagnostic :

l'onglet des résultats montre l'option de menu « contexte des journaux de diagnostic »

Figure 3 Fichiers journaux de diagnostic

Les journaux affichés peuvent être des types suivants, en fonction du test :

  • Vidages de la mémoire du noyau. Les vidages de la mémoire du noyau sont désactivés par défaut. Pour collecter les vidages de la mémoire du noyau, reportez-vous à la section Configuration manuelle des paramètres du débogueur de noyau du client HLK.

  • Journaux d'événements. Windows HLK collecte tous les événements d'avertissement, d'erreur et critiques qui se sont produits pendant l'exécution du test :

    • System

    • Application

  • Journaux d'installation :

    • API d'installation. Windows HLK collecte les journaux de l'API d'installation s'ils sont disponibles sur une machine cliente au cours d'une exécution de test. Windows HLK ne vérifie pas si les estampilles des fichiers journaux de l'API de configuration se situent dans la même plage que celle de l'exécution du test.

    • Installer le DEV

  • Journaux de diagnostic UMDF

    Pour les machines qui exécutent un système d'exploitation client Windows 8 ou une version ultérieure, l'infrastructure Windows HLK active Microsoft Application Verifier sur le processus hôte UMDF (Wudfhost.exe) en utilisant tous les tests et vérifications de base. Le vérificateur de l'application de base vérifie les éléments suivants :

    • Exceptions

    • Descripteurs

    • Heaps

    • Leak Locks

    • Mémoire

    • SRWLock

    • Threadpool TLS

    Si le pilote UMDF échoue à l'une de ces vérifications pendant le test de l'appareil, un journal de l'Application Verifier est créé, dans lequel sont consignés le type d'échec et la trace de la pile à l'endroit où l'échec s'est produit. Plusieurs journaux de l'Application Verifier sont générés si le pilote provoque des exceptions qui plantent WudfHost.exe. Nous vous recommandons de corriger toutes les défaillances signalées pour votre pilote UMDF.

    Si la machine cliente fonctionne sous un débogueur de noyau, l'activation de l'Application Verifier sur Wudfhost.exe provoque une interruption du débogage lorsqu'une erreur ou une exception se produit. Vous pouvez utiliser l'extension !avrf pour aider à analyser les ruptures de l'Application Verifier. Par ailleurs, les extensions du débogueur UMDF peuvent être utilisées pour déboguer les pilotes UMDF; pour plus d'informations, reportez-vous à la section Utilisation des extensions du débogueur UMDF. Les journaux de diagnostic suivants sont copiés dans le contrôleur pour diagnostiquer les défaillances du pilote UMDF.

    • Journaux du vérificateur d'application

      Les journaux de l'Application Verifier sous la forme appverif_WUDFHost.exe.*.dat peuvent être consultés à l'aide d'un client Application Verifier UI. Vous pouvez utiliser l'outil Application Verifier qui est installé sur les machines clientes. Copiez les journaux dans le répertoire %VERIFIER_LOG_PATH%\AppVerifierLogs avant d'exécuter Appverif.exe - VERIFIER_LOG_PATH. La variable path est déjà définie sur %systemdrive% sur le client Windows HLK. Vous pouvez également ajouter des chemins de symboles pour résoudre les symboles dans les trames de la pile où les erreurs ou les exceptions se sont produites.

      Remarque

      Les journaux sont générés au format binaire et sont spécifiques à l'architecture. Pour afficher les journaux, vous devez utiliser un outil Application Verifier sur un client ayant la même architecture que les ordinateurs sur lesquels les journaux ont été générés. Consultez l'aide en ligne de l'outil Application Verifier pour plus d'informations.

    • Vidages de mémoire UMDF

      Les fichiers dump UMDF se présentent sous la forme UM_<guid>.dmp et sont créés chaque fois qu'un pilote UMDF entraîne l'arrêt du processus hôte.

Bien démarrer : Consultez les résultats des tests et les fichiers journaux

Analyser les résultats des tests dans Excel