Rapport sur l’intégrité
Le rapport d’intégrité dans l’Espace partenaires vous permet d’obtenir des données relatives aux performances et à la qualité de votre application, notamment les incidents et les événements non répondants. Vous pouvez afficher ces données dans l’Espace partenaires ou télécharger le rapport pour afficher hors connexion. Le cas échéant, vous pouvez afficher les traces de pile et/ou les fichiers CAB pour un débogage plus approfondi.
Vous pouvez également récupérer par programmation les données de ce rapport à l’aide de l’API REST d’analytique du Microsoft Store.
Modifications de catégorisation des défaillances d’incident pour les éditeurs d’applications et de jeux
Pour améliorer la précision et la qualité du suivi des défaillances, des modifications sont prévues pour les catégorisations des défaillances d’incident. Les modifications mentionnées s’appliquent aux insights du jeu de données d’intégrité à partir du 15 octobre 2024.
Remarque
Les insights du 15 octobre 2024 commenceront à apparaître le 15 ou le 16 octobre 2024. Pour obtenir des informations antérieures au 15 octobre 2024, il n’y aura aucune modification.
Étant donné que les jeux de données d’intégrité affichent des insights des 30 derniers jours, il y aura une période de transition entre le 15 octobre et le 15 novembre 2024, pendant laquelle les anciens et nouveaux compartiments de données coexistent.
Ces modifications ont un impact sur le jeu de données d’intégrité disponible dans le Hub de téléchargement, les API publiques, l’interface utilisateur de l’Espace partenaires et les API programmatiques pour accéder aux jeux de données Du Hub de téléchargement.
Les modifications suivantes s’appliquent aux catégories qui précèdent les noms d’échec :
| Catégories | Modifications |
|---|---|
| - INVALID_POINTER_READ - INVALID_POINTER_WRITE - INVALID_POINTER_EXECUTE - BAD_INSTRUCTION_PTR - NULL_INSTRUCTION_PTR - SOFTWARE_NX_FAULT - ACCESS_VIOLATION_ACCESS_VIOLATION_ |
Toutes les catégories mentionnées à gauche doivent être regroupées sous la nouvelle catégorie ACCESS_VIOLATION. |
| - ACCESS_VIOLATION_FAIL_FAST | Les échecs commençant par la catégorie sont renommés en FAIL_FAST. |
| - STACK_BUFFER_OVERRUN_STACK_BUFFER_OVERRUN | Renommé en STACK_BUFFER_OVERRUN |
| - MISSING_GSFRAME_ - GS_FALSE_POSITIVE_ - GS_POSITIVE_ - GS_NOT_UP2DATE_ - GS_UP2DATE_NOT_KNOWN_ - GS_UNKNOWN_ - GS_COOKIE_INIT_ - GS_SUSPECT_ - ZERO_CANARY_WITH_SE - MINGLY_INTACT_BP_ - NO_MODULE_ -CODE_ - PROBABLY_NOT_USING_GS_ - STACK_COOKIE_CHECK_FAILURE - GLOBAL_COOKIE_CORRUPT_ - INCORRECT_STACK_ - COOKIES_MATCH_ - RUNNING_ON_STACK_ - STRING_DEREFERENCE_ |
Les catégories mentionnées sont supprimées des noms d’échec. |
Appliquer des filtres
Dans la zone supérieure de la page, vous pouvez sélectionner la période pour laquelle vous souhaitez afficher les données. La sélection par défaut est 72H (72 heures), mais vous pouvez choisir 30D à la place pour afficher les données au cours des 30 derniers jours. Les données sont affichées dans votre fuseau horaire local pour la vue 72H et en UTC pour la vue 30D .
Vous pouvez également développer les filtres pour filtrer toutes les données de cette page par version du package, marché et/ou type d’appareil.
- Version du package : le paramètre par défaut est All. Si votre application inclut plusieurs packages, vous pouvez choisir un package spécifique ici.
- Marché : le filtre par défaut est Tous les marchés, mais vous pouvez limiter les données à un ou plusieurs marchés.
- Type d’appareil : le paramètre par défaut est All, mais vous pouvez choisir d’afficher des données pour un seul type d’appareil spécifique. L’autre catégorie inclut les appareils où le make/model est reconnu, mais nous ne pouvons pas l’inclure dans l’une des catégories prédéfinies indiquées dans ce filtre. Pour ces appareils, le modèle d’appareil peut être consulté dans la section Journal des échecs du rapport des détails de l’échec.
- Version du système d’exploitation : la valeur par défaut est Toutes les versions du système d’exploitation, mais vous pouvez choisir une version spécifique du système d’exploitation.
- Version du système d’exploitation : la version par défaut est Toutes les versions du système d’exploitation, mais vous pouvez choisir une version spécifique de la version du système d’exploitation sélectionnée.
- Bac à sable : la valeur par défaut est Retail, mais pour les produits qui utilisent plusieurs bacs à sable de développement (tels que des jeux qui s’intègrent à Xbox Live), vous pouvez choisir un bac à sable spécifique ici. (Si votre produit n’utilise pas de bacs à sable, ce filtre s’affiche uniquement Vente au détail et non applicable.)
- Architecture : la valeur par défaut est Toutes les architectures, mais vous pouvez choisir un type d’architecture système spécifique. Ce filtre est disponible uniquement lorsque la valeur 30D est sélectionnée.
- PRAID : Le paramètre par défaut est All, mais si vous avez défini plusieurs ID d’application relative de package (PRAID) lors de la création de votre package d’application, vous pouvez choisir d’afficher uniquement les données liées à un PRAID. Ce filtre n’apparaît pas si vous n’avez pas défini plusieurs PRAID.
Les informations figurant dans tous les graphiques listés ci-après correspondent à la plage de dates et à tous les filtres que vous avez sélectionnés. Certaines sections vous permettent également d’appliquer des filtres supplémentaires.
Échecs d’accès
Le graphique Échec atteint le nombre d’incidents et d’événements quotidiens rencontrés par les clients lors de l’utilisation de votre application pendant la période sélectionnée. Chaque type d’événement rencontré par votre application est suivi séparément : blocages, blocages, exceptions JavaScript et échecs de mémoire.
Lorsque la période 30D est sélectionnée, vous pouvez voir des marqueurs de cercle. Celles-ci représentent une augmentation ou une diminution significative d’une valeur donnée que nous pensons que vous voudrez connaître. La date à laquelle le cercle apparaît représente la fin de la semaine dans laquelle nous avons détecté une augmentation ou une diminution significative par rapport à la semaine précédente. Pour plus d’informations sur ce qui a changé, pointez sur le cercle.
Conseil
Vous pouvez afficher plus d’informations relatives aux modifications significatives au cours des 30 derniers jours dans le rapport Insights.
Échecs frappés par le marché
Le graphique des échecs atteint par le marché indique le nombre total d’incidents et d’événements sur la période sélectionnée par marché.
Vous pouvez afficher ces données dans un formulaire Tableau . Le formulaire de tableau affiche cinq marchés à la fois, triés par ordre alphabétique ou par nombre le plus élevé/le plus bas de sessions utilisateur. Vous pouvez également télécharger les données pour afficher les informations de tous les marchés ensemble.
Version du package
Le graphique de version du package affiche le nombre total d’incidents et d’événements sur la période sélectionnée par version du package. Par défaut, nous vous montrons la version du package qui avait le plus de correspondances en haut et continuons vers le bas à partir de là. Vous pouvez inverser cet ordre en basculant la flèche dans la colonne Hits de ce graphique.
Échecs
Le graphique Échecs affiche le nombre total d’incidents et d’événements sur la période sélectionnée par nom d’échec. Chaque nom d’échec est constitué de quatre parties : une ou plusieurs classes de problème, un code d’exception/bogue case activée code, le nom de l’image/du pilote où l’échec s’est produit et le nom de la fonction associé. Par défaut, nous vous montrons l’échec qui a eu le plus de coups en haut et continuent vers le bas à partir de là. Vous pouvez inverser cet ordre en basculant la flèche dans la colonne Hits de ce graphique. Pour chaque échec, nous affichons également son pourcentage du nombre total d’échecs.
Conseil
Parfois, vous pouvez voir une entrée pour Unknown dans cette section. Cela se produit lorsque, malgré nos meilleurs efforts, nous ne pouvons pas collecter des détails complets pour un ou plusieurs échecs, qui seront tous regroupés sous Inconnu. Le plus souvent, cela se produit en raison de contraintes de stockage, mais il peut également être le résultat des paramètres de confidentialité d’un appareil, des problèmes de connexion réseau, des vidages sur incident partiels/incorrects et d’autres facteurs.
Si vous voyez !inconnu dans le cadre d’un nom d’échec, cela signifie que les symboles n’étaient pas présents, donc nous n’avons pas pu identifier le nom de l’échec. Veillez à inclure des symboles dans votre package pour obtenir une analyse précise des défaillances. Consultez Configurer un package d’application. En revanche, les noms d’échecs qui incluent !unknown_error_in_ et !unknown_function signifient que nous n’avons pas pu recueillir les détails complets pour différentes autres raisons.
Pour afficher le rapport des détails de l’échec pour un échec particulier, sélectionnez le nom de l’échec. Si vous avez inclus des fichiers de symboles, le rapport des détails de l’échec inclut le nombre d’accès aux échecs au cours du dernier mois et un journal des échecs qui répertorie les détails de l’occurrence (date, version du package, type d’appareil, modèle d’appareil, build du système d’exploitation) et un lien vers le fichier de trace de pile et/ou CAB, le cas échéant.
Conseil
Les fichiers CAB ne seront disponibles que lorsque l’échec s’est produit sur un ordinateur à l’aide d’une build Windows Insider. Par conséquent, tous les échecs n’incluent pas l’option de téléchargement CAB. Pour afficher uniquement les échecs qui ont des fichiers CAB, sélectionnez Échecs avec téléchargements dans le filtre de section. Vous pouvez également cliquer sur l’en-tête Liens dans le journal des échecs pour trier les résultats afin que les échecs qui incluent les fichiers CAB apparaissent en haut de la liste.
Dans la page Détails de l’échec, vous verrez également le graphique de prévalence de la pile, qui affiche les principales piles qui ont contribué à l’échec, classées par pourcentage et le graphique de configuration de l’appareil (30D), qui fournit des détails sur la configuration des appareils qui ont rencontré l’échec.
Sessions et appareils sans incident (30D)
Le graphique des sessions et appareils sans incident affiche le pourcentage d’appareils ou de sessions utilisateur qui n’ont pas connu de blocage au cours des 30 derniers jours. Ces informations vous aident à comprendre à quel point vos incidents affectent largement vos utilisateurs. Par exemple, une application peut avoir 10 000 incidents en un jour. Si 90 % de vos appareils sont affectés, vous devez probablement classer cela comme critique et agir pour le corriger immédiatement. Toutefois, si cela représente seulement 5 % des appareils utilisant votre application, la priorité peut être inférieure.
Ce graphique comporte deux onglets :
- Appareils sans incident : indique le pourcentage d’appareils uniques qui n’ont pas rencontré de défaillance chaque jour (au cours des 30 derniers jours).
- Sessions sans incident : affiche le pourcentage de sessions utilisateur uniques qui n’ont pas connu de défaillance chaque jour (au cours des 30 derniers jours).
Taux d’incident
Un taux d’incident est défini comme étant la somme des incidents survenus pour un jeu divisé par la somme des activations, pour une période spécifique, pour tous les utilisateurs jouant au jeu. Chaque fois qu’un jeu est ouvert/récemment démarré/lancé pour jouer est compté comme une activation. La chronologie d’une activation et d’un incident peut différer. Il peut arriver que l’activation ait eu lieu aujourd’hui, mais que l’incident s’est produit le jour suivant. Le taux d’incident est compté uniquement dans la période mentionnée. Il ne fournit pas d’informations sur ce que l’activation a conduit à quel plantage.