Integritätsbericht

Mit dem Bericht "Integrität " im Partner Center können Sie Daten im Zusammenhang mit der Leistung und Qualität Ihrer App abrufen, einschließlich Abstürze und nicht reagierender Ereignisse. Sie können diese Daten im Partner Center anzeigen oder den Bericht herunterladen, um offline anzuzeigen. Gegebenenfalls können Sie Stapelüberwachungen und/oder CAB-Dateien zum weiteren Debuggen anzeigen.

Alternativ können Sie die Daten in diesem Bericht programmgesteuert mithilfe der Rest-API der Microsoft Store-Analyse abrufen.

Absturzfehler-Kategorisierungsänderungen für Apps & Games-Herausgeber

Um die Genauigkeit und Qualität der Fehlernachverfolgung zu verbessern, sind Änderungen für Absturzfehlerkategorisierungen geplant. Die genannten Änderungen gelten ab dem 15. Oktober 2024 für Einblicke im Gesundheitsdatensatz.

Hinweis

Insights für den 15. Oktober 2024 wird am 15. oder 16. Oktober 2024 erscheinen. Für Erkenntnisse vor dem 15. Oktober 2024 gibt es keine Änderungen.

Da die Integritätsdatensätze Einblicke aus den letzten 30 Tagen anzeigen, wird es einen Übergangszeitraum zwischen dem 15. Oktober und dem 15. November 2024 geben, in dem die alten und neuen Daten-Buckets koexistieren.

Diese Änderungen wirken sich auf das Integritätsdatenset aus, das im Downloads Hub, öffentlichen APIs, Partner Center UI & Programmatic APIs für den Zugriff auf Download Hub-Datasets verfügbar ist.

Die folgenden Änderungen gelten für die Kategorien, die den Fehlernamen vorausgehen:

Kategorien Änderungen
- INVALID_POINTER_READ
- INVALID_POINTER_WRITE
- INVALID_POINTER_EXECUTE
- BAD_INSTRUCTION_PTR
- NULL_INSTRUCTION_PTR
- SOFTWARE_NX_FAULT
- ACCESS_VIOLATION_ACCESS_VIOLATION_
Alle auf der linken Seite genannten Kategorien werden unter der neuen Kategorie ACCESS_VIOLATION zusammengefasst.
- ACCESS_VIOLATION_FAIL_FAST Fehler, die mit der Kategorie beginnen, werden in FAIL_FAST umbenannt.
- STACK_BUFFER_OVERRUN_STACK_BUFFER_OVERRUN Umbenannt in 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_
Die genannten Kategorien werden aus den Fehlernamen entfernt.

Anwenden von Filtern

Im oberen Bereich der Seite können Sie den Zeitraum auswählen, für den die Daten angezeigt werden sollen. Die Standardauswahl ist 72H (72 Stunden), Sie können aber stattdessen 30D auswählen, um Daten in den letzten 30 Tagen anzuzeigen. Daten werden in Ihrer lokalen Zeitzone für die 72H-Ansicht und in UTC für die 30D-Ansicht angezeigt.

Sie können Filter auch erweitern, um alle Daten auf dieser Seite nach Paketversion, Markt und/oder Gerätetyp zu filtern.

  • Paketversion: Die Standardeinstellung ist "Alle". Wenn Ihre App mehrere Pakete enthält, können Sie hier ein bestimmtes Paket auswählen.
  • Markt: Der Standardfilter ist "Alle Märkte", aber Sie können die Daten auf einen oder mehrere Märkte beschränken.
  • Gerätetyp: Die Standardeinstellung ist "Alle", Sie können jedoch auswählen, dass nur Daten für einen bestimmten Gerätetyp angezeigt werden. Die Kategorie "Sonstige " enthält Geräte, auf denen das Make-/Modell erkannt wird, aber wir können es nicht in eine der vordefinierten Kategorien einbeziehen, die in diesem Filter angezeigt werden. Für diese Geräte kann das Gerätemodell im Abschnitt "Fehlerprotokoll " des Fehlerdetailsberichts angezeigt werden.
  • Betriebssystemversion: Die Standardeinstellung ist "Alle Betriebssystemversionen", Sie können jedoch eine bestimmte Betriebssystemversion auswählen.
  • Betriebssystemversion: Die Standardeinstellung ist "Alle Betriebssystemversionsversionen", Sie können jedoch eine bestimmte Version der ausgewählten Betriebssystemversion auswählen.
  • Sandbox: Der Standardwert ist "Retail", aber für Produkte, die mehrere Entwicklungs-Sandboxes verwenden (z. B. Spiele, die in Xbox Live integriert sind), können Sie hier einen bestimmten auswählen. (Wenn Ihr Produkt keine Sandkasten verwendet, wird dieser Filter nur angezeigt.Einzelhandel und nicht anwendbar.)
  • Architektur: Die Standardeinstellung ist "Alle Architekturen", Aber Sie können einen bestimmten Systemarchitekturtyp auswählen. Dieser Filter ist nur verfügbar, wenn 30D ausgewählt ist.
  • PRAID: Die Standardeinstellung ist "Alle", aber wenn Sie beim Erstellen Ihres App-Pakets mehrere relative App-IDs (PRAIDs) definiert haben, können Sie auswählen, dass nur Daten im Zusammenhang mit einer PRAID angezeigt werden. Dieser Filter wird nicht angezeigt, wenn Sie nicht mehrere PRAIDs definiert haben.

Die Informationen in allen unten aufgeführten Diagrammen beziehen sich auf den ausgewählten Datumsbereich und die von Ihnen ausgewählten Filter. In einigen Abschnitten können Sie auch zusätzliche Filter anwenden.

Fehlerfälle

Das Diagramm "Fehlertreffer " zeigt die Anzahl der täglichen Abstürze und Ereignisse an, die Kunden bei der Verwendung Ihrer App während des ausgewählten Zeitraums erlebt haben. Jeder Ereignistyp, den Ihre App erlebt hat, wird separat nachverfolgt: Abstürze, Blockaden, JavaScript-Ausnahmen und Speicherfehler.

Wenn der 30D-Zeitraum ausgewählt ist, werden möglicherweise Kreismarkierungen angezeigt. Diese stellen eine signifikante Erhöhung oder Abnahme eines bestimmten Werts dar, über den Wir denken, dass Sie wissen möchten. Das Datum, an dem der Kreis angezeigt wird, stellt das Ende der Woche dar, in dem wir im Vergleich zu der Woche davor eine signifikante Zunahme oder Abnahme festgestellt haben. Wenn Sie weitere Details zu den Änderungen anzeigen möchten, zeigen Sie mit der Maus auf den Kreis.

Tipp

Sie können weitere Einblicke im Zusammenhang mit erheblichen Änderungen in den letzten 30 Tagen im Insights-Bericht anzeigen.

Fehlertreffer nach Markt

Die Fehlertreffer nach Marktdiagramm zeigen die Gesamtzahl der Abstürze und Ereignisse über den ausgewählten Zeitraum nach Markt.

Sie können diese Daten in einem Tabellenformular anzeigen. Das Tabellenformular zeigt jeweils fünf Märkte an, sortiert entweder alphabetisch oder nach der höchsten/niedrigsten Anzahl von Benutzersitzungen. Sie können die Daten auch herunterladen, um Informationen für alle Märkte zusammen anzuzeigen.

Paketversion

Das Diagramm "Paketversion " zeigt die Gesamtanzahl der Abstürze und Ereignisse über den ausgewählten Zeitraum nach Paketversion an. Standardmäßig wird die Paketversion mit den meisten Treffern oben angezeigt und von dort nach unten fortgesetzt. Sie können diese Reihenfolge umkehren, indem Sie den Pfeil in der Spalte "Treffer" dieses Diagramms umschalten .

Fehler

Das Diagramm "Fehler " zeigt die Gesamtanzahl der Abstürze und Ereignisse im ausgewählten Zeitraum anhand des Fehlernamens an. Jeder Fehlername besteht aus vier Teilen: eine oder mehrere Problemklassen, ein Ausnahmen-/Fehlerüberprüfungscode, der Name des Bilds/Treibers, in dem der Fehler aufgetreten ist, und der zugehörige Funktionsname. Standardmäßig zeigen wir den am häufigsten vorkommenden Fehler an erster Stelle an und fahren dann in absteigender Reihenfolge fort. Sie können diese Reihenfolge umkehren, indem Sie den Pfeil in der Spalte "Treffer" dieses Diagramms umschalten . Zu jedem Fehler wird auch der prozentuale Anteil an der Gesamtzahl der Fehler angezeigt.

Tipp

Manchmal wird in diesem Abschnitt möglicherweise ein Eintrag für Unbekannt angezeigt. Dies geschieht, wenn wir trotz unserer besten Bemühungen keine vollständigen Details zu einem oder mehreren Fehlern sammeln können, die alle unter "Unbekannt" gruppiert werden. Dies tritt am häufigsten aufgrund von Speichereinschränkungen auf, kann aber auch auf die Datenschutzeinstellungen eines Geräts, Netzwerkverbindungsprobleme, teilweise/schlechte Absturzabbilder und andere Faktoren zurückzuführen sein.

Wenn "!unknown" als Teil eines Fehlernamens angezeigt wird, bedeutet dies, dass keine Symbole vorhanden waren, sodass der Fehlername nicht identifiziert werden konnte. Achten Sie darauf, Symbole in Ihr Paket einzuschließen, um eine genaue Fehleranalyse zu erhalten. Siehe Konfigurieren eines App-Pakets. Im Gegensatz dazu bedeuteten Fehlernamen, die !unknown_error_in_ und !unknown_function enthalten, dass wir aus verschiedenen anderen Gründen keine vollständigen Details erfassen konnten.

Um den Fehlerdetails-Bericht für einen bestimmten Fehler anzuzeigen, wählen Sie den Fehlernamen aus. Wenn Sie Symboldateien eingefügt haben, enthält der Fehlerdetails-Bericht die Anzahl der Fehlertreffer im letzten Monat und ein Fehlerprotokoll, in dem vorkommende Details (Datum, Paketversion, Gerätetyp, Gerätemodell, Betriebssystembuild) sowie eine Verknüpfung mit der Stapelablaufverfolgungs- und/oder CAB-Datei aufgeführt sind, sofern verfügbar.

Tipp

CAB-Dateien sind nur verfügbar, wenn der Fehler auf einem Computer mit einem Windows-Insider-Build aufgetreten ist, sodass nicht alle Fehler die CAB-Downloadoption enthalten. Um nur Fehler mit CAB-Dateien anzuzeigen, wählen Sie "Fehler" mit Downloads im Abschnittsfilter aus. Sie können auch im Fehlerprotokoll auf die Kopfzeile "Verknüpfungen" klicken, um die Ergebnisse so zu sortieren, dass Fehler, die CAB-Dateien enthalten, oben in der Liste angezeigt werden.

Auf der Seite "Fehlerdetails " sehen Sie auch das Diagramm "Stapelprävalenz ", das die oberen Stapel anzeigt, die zu dem Fehler beigetragen haben, sortiert nach Prozent und das Diagramm "Gerätekonfiguration (30D) ", das Details zur Konfiguration von Geräten enthält, die den Fehler verursacht haben.

Absturzfreie Sitzungen und Geräte (30D)

Das Diagramm "Absturzfreie Sitzungen und Geräte " zeigt den Prozentsatz der Geräte- oder Benutzersitzungen an, die in den letzten 30 Tagen keinen Absturz erlebt haben. Diese Informationen helfen Ihnen zu verstehen, wie weit Ihre Abstürze ihre Benutzer beeinflussen. Beispielsweise könnte eine App 10.000 Abstürze an einem Tag haben. Wenn 90 % Ihrer Geräte betroffen sind, würden Sie dies wahrscheinlich als kritisch klassifizieren und sofort beheben. Wenn dies jedoch nur 5 % der Geräte darstellt, die Ihre App verwenden, ist die Priorität möglicherweise niedriger.

Dieses Diagramm verfügt über zwei Registerkarten:

  • Absturzfreie Geräte: Zeigt den Prozentsatz der eindeutigen Geräte an, bei denen an jedem Tag (in den letzten 30 Tagen) kein Fehler aufgetreten ist.
  • Absturzfreie Sitzungen: Zeigt den Prozentsatz der eindeutigen Benutzersitzungen an, bei denen an jedem Tag (in den letzten 30 Tagen) kein Fehler aufgetreten ist.

Absturzrate

Eine Absturzrate wird als die Summe der Abstürze für ein Spiel definiert, dividiert durch die Summe der Aktivierungen für einen bestimmten Zeitrahmen für alle Benutzer, die das Spiel spielen. Jedes Mal, wenn ein Spiel geöffnet/neu gestartet/für das Spiel gestartet wird, wird als eine Aktivierung gezählt. Die Zeitachse einer Aktivierung und eines Absturzes kann unterschiedlich sein. Es kann vorkommen, dass die Aktivierung heute stattgefunden hat, aber der Absturz ist am folgenden Tag aufgetreten. Die Absturzrate wird nur innerhalb des erwähnten Zeitrahmens gezählt. Es werden keine Informationen bereitgestellt – welche Aktivierung zu welchem Absturz geführt hat.