Analysieren von Geräteprotokollen in App Center Test

Wichtig

Visual Studio App Center wird am 31. März 2025 eingestellt. Sie können Visual Studio App Center zwar weiterhin verwenden, bis es vollständig eingestellt ist, es gibt jedoch mehrere empfohlene Alternativen, zu denen Sie möglicherweise eine Migration in Erwägung ziehen.

Erfahren Sie mehr über Supportzeitpläne und Alternativen.

Wenn Ihre Tests in App Center Test ausgeführt werden, wird die Ausgabe in Protokolldateien für jedes Gerät in der Ausführung erfasst. Sie können diese Protokolle nach Abschluss des Testlaufs untersuchen.

Geräteprotokolle und Stapelablaufverfolgungen enthalten Eine Ausgabe des Geräts und können eine große Hilfe bei der Diagnose von Anwendungsproblemen wie Ihrer Anwendung sein:

  • Fehler bei der Installation
  • Fehler beim Starten
  • wurde getötet
  • Abgestürzt
  • reagiert nicht mehr

Informationen zum Navigieren zu den Protokollen und Informationen zu den anderen Protokollen finden Sie unter Einführung in Protokolle in App Center Test.

Durchsuchen des Geräteprotokolls

Das Geräteprotokoll enthält so viel Ausgabe, dass es nicht praktikabel ist, die gesamte Datei von Anfang bis Ende zu lesen oder sogar zu scannen. Um Bereiche für eine genauere Untersuchung zu identifizieren, suchen Sie in den Protokolldateien nach Dem App- oder Paketnamen. Erzeugt Ihre App Eine Diagnoseausgabe? Wenn ja, kann die Suche danach hilfreich sein.

Was können Sie sonst noch suchen? Im Folgenden finden Sie einige Suchbegriffe, die bei der Diagnose von Problemen mit Anwendungen in App Center Test nützlich sind. Wenn Sie diese Begriffe in Ihrem Geräteprotokoll finden, sehen Sie sich eine andere Ausgabe in der Nähe an, um den Kontext zur Relevanz und Bedeutung zu ermitteln. Beim Durchsuchen des Geräteprotokolls können Sie Einträge ermitteln, die für die Identifizierung spezifischer Probleme für Ihre App nützlich sind. Behalten Sie diese Einträge für die Problembehandlung bei zukünftigen Testläufen im Auge.

iOS-Geräteprotokoll-Suchbegriffe

  • 8badf00d(aßen schlechtes Essen) – Ein iOS-Watchdog-Timeout ist aufgetreten. Siehe: Grundlegendes und Analysieren von Anwendungsabsturzberichten

  • MISSING keychain entitlements explicit accessGroupDiese können darauf hinweisen, dass Ihre Anwendung einen erweiterten Keychain Zugriff erfordert. Wenn dieser Fehler ein Problem zu sein scheint, das Fehler bei Ihrer App verursacht, klicken Sie in der oberen rechten Ecke des App Center-Portals auf das Hilfemenü (?), und wählen Sie dann Support kontaktieren aus.

  • OutOfMemoryException Memory Pressure failed to allocate memory warning
    Jeder dieser Fehler kann auf ein Problem mit unzureichendem oder unzureichendem Arbeitsspeicher hinweisen. Auf einigen Geräten können Speicherprobleme auftreten, aber nicht auf anderen, basierend auf der Menge des Arbeitsspeichers auf den einzelnen Geräten.

  • assertion failed Dies weist auf einen Assertionsfehler im Code oder im Bibliothekscode hin.

  • frontmost Wenn Ihre App an einem iOS-Datenschutzdialogfeld hängen bleibt und dieser Fehler angezeigt wird, bedeutet dies in der Regel, dass das Dialogfeld angezeigt wurde, bevor das Testframework die Kontrolle über die Anwendung übernehmen konnte. Siehe: Verwalten von Datenschutzwarnungen: Standortdienste, APNS, Kontakte

  • exited abnormally Sehen Sie sich den angegebenen Grund und die in der Nähe befindliche Ausgabe für den Kontext an.

Suchbegriffe für Android-Geräteprotokoll

  • ANR Dieser Fehler wird möglicherweise in der Protokolldatei angezeigt, wenn für Ihre Anwendung ein Anr-Fehler (Application Not Responding) aufgetreten ist. Siehe: ANRs.

  • Unhandled exception Möglicherweise wird diese Meldung bei schwerwiegenden Fehlern angezeigt.

  • FATAL Schwerwiegende Fehler.

  • segmentation fault Native crash Crash Jede dieser Probleme stellt in der Regel ein ernstes Problem dar. Das Betrachten von Nachrichten in der Nähe und Stapelablaufverfolgungen kann helfen, die spezifische Ursache des Problems zu identifizieren.

Einschränken der Geräteprotokollgröße

Eine der Herausforderungen bei der Untersuchung von Geräteprotokollen ist die große Menge an Informationen, von denen die meisten nicht hilfreich sind, wenn Sie versuchen, ein bestimmtes Problem in Ihrer Anwendung zu finden.

Wenn Ihre App für einen bestimmten Test abstürzt, einfriert oder unvorhersehbar wirkt, versuchen Sie, eine Testausführung mit nur einem Test zu erstellen, sodass weniger Ausgabe zu untersuchen ist. Wenn das Verhalten für einen einzelnen Test weiterhin isoliert auftritt, gibt es weniger Material, das im Geräteprotokoll durchgesehen werden muss.

Was ist wichtig im Vergleich zu Rauschen?

In der Geräteprotokolldatei kann es schwierig sein, festzustellen, ob etwas für ein Problem mit Ihrer Anwendung relevant ist.

Ein Ansatz, der bei der Ermittlung der Relevanz helfen kann, besteht darin, zwei Geräteprotokolle zu vergleichen, eines für einen bestandenen Test und eines, das fehlgeschlagen oder abgestürzt ist. Die Verwendung der gleichen oder ähnlichen Geräte- und Betriebssystemversion für die beiden Tests ist hilfreich. Wenn die Nachricht in beiden Protokollsätzen angezeigt wird, ist dies wahrscheinlich kein Problem. Wenn es nur im Geräteprotokoll für den fehlerhaften Test auftritt, kann dies ein Problem sein, das es sich lohnt, sich weiter zu befassen.