Analizowanie dzienników urządzeń w teście usługi App Center

Ważne

Program Visual Studio App Center ma zostać wycofany 31 marca 2025 r. Chociaż możesz nadal używać programu Visual Studio App Center do momentu jego pełnego wycofania, istnieje kilka zalecanych alternatyw, do których można rozważyć migrację.

Dowiedz się więcej o osiach czasu pomocy technicznej i alternatywach.

Po uruchomieniu testów w usłudze App Center Test dane wyjściowe są przechwytywane w celu rejestrowania plików dla każdego urządzenia w przebiegu. Te dzienniki można sprawdzić po zakończeniu przebiegu testu.

Dzienniki urządzeń i ślady stosu zawierają dane wyjściowe z urządzenia i mogą być doskonałym rozwiązaniem w diagnozowaniu problemów z aplikacją, takich jak aplikacja:

• instalacja nie powiodła się
• nie można uruchomić
• zginął
• Rozbił
• stała się nieodpowiadjąca

Aby uzyskać informacje na temat przechodzenia do dzienników i informacji w innych dziennikach, zobacz Wprowadzenie do dzienników w teście centrum aplikacji.

Przeszukiwanie dziennika urządzeń

Dziennik urządzeń zawiera tyle danych wyjściowych, które niepraktyczne jest odczytywanie, a nawet skanowanie całego pliku od początku do końca. Aby zidentyfikować obszary do bliższego zbadania, spróbuj wyszukać nazwę aplikacji lub nazwę pakietu w plikach dziennika. Czy aplikacja generuje dane wyjściowe diagnostyczne? Jeśli tak, wyszukiwanie tego może pomóc.

Czego jeszcze można szukać? Oto kilka terminów wyszukiwania, które zostały znalezione przydatne podczas diagnozowania problemów z aplikacjami w narzędziu App Center Test. Jeśli znajdziesz te terminy w dzienniku urządzeń, przyjrzyj się innym pobliskim danym wyjściowym dla kontekstu dotyczącego istotności i istotności. Podczas przeszukiwania dziennika urządzeń można odnaleźć wpisy przydatne do identyfikowania problemów specyficznych dla aplikacji. Śledź te wpisy na potrzeby rozwiązywania problemów z przyszłymi przebiegami testów.

Terminy wyszukiwania dzienników urządzeń z systemem iOS

• 8badf00d(jedłem złe jedzenie) - Wystąpił przekroczenie limitu czasu watchdog systemu iOS. Zobacz: Omówienie i analizowanie raportów o awariach aplikacji

• MISSING keychain entitlements explicit accessGroup Mogą one wskazywać, że aplikacja wymaga zaawansowanego dostępu do pęku kluczy. Jeśli ten błąd wydaje się być problemem powodującym błędy w aplikacji, kliknij menu Pomoc (?) w prawym górnym rogu portalu App Center, a następnie wybierz pozycję Skontaktuj się z pomocą techniczną.

• OutOfMemoryException Memory Pressure failed to allocate memory warning
  Każdy z tych błędów może wskazywać na problem z małą ilością pamięci lub brakiem pamięci. Problemy z pamięcią mogą występować na niektórych urządzeniach, ale nie na podstawie ilości pamięci na każdym urządzeniu.

• assertion failed Oznacza to niepowodzenie asercji w kodzie lub w kodzie biblioteki.

• frontmost Jeśli aplikacja jest zablokowana w oknie dialogowym prywatności systemu iOS i widzisz ten błąd, zazwyczaj oznacza to, że okno dialogowe zostało wyświetlone przed rozpoczęciem kontroli nad aplikacją. Zobacz: Zarządzanie alertami prywatności: Usługi lokalizacji, APNS, Kontakty

• exited abnormally Przyjrzyj się przyczynom podanym i pobliskim danym wyjściowym dla kontekstu.

Terminy wyszukiwania w dzienniku urządzeń z systemem Android

• ANR Ten błąd może wystąpić w pliku dziennika, jeśli w aplikacji wystąpił błąd Aplikacja nie odpowiada (ANR). Zobacz: AnRs.

• Unhandled exception Ten komunikat może pojawić się w przypadku błędów krytycznych.

• FATAL Błędy krytyczne.

• segmentation fault Native crash Crash Każdy z nich zazwyczaj stanowi poważny problem. Przyjrzenie się pobliskim komunikatom i śladom stosu może pomóc w zidentyfikowaniu konkretnego źródła problemu.

Ograniczanie rozmiaru dziennika urządzeń

Jednym z wyzwań związanych z badaniem dzienników urządzeń jest ogromna ilość informacji, z których większość nie jest pomocna podczas próby znalezienia konkretnego problemu w aplikacji.

Jeśli aplikacja ulega awarii, zawiesza się lub działa nieprzewidywalnie dla określonego testu, spróbuj utworzyć przebieg testu z tylko jednym testem, więc mniej danych wyjściowych do zbadania. Jeśli zachowanie nadal występuje w przypadku pojedynczego testu w izolacji, mniej materiału należy przejrzeć w dzienniku urządzeń.

Co jest ważne w porównaniu z szumem

W pliku dziennika urządzenia może być trudno określić, czy coś jest istotne dla problemu z aplikacją.

Jednym z podejść, które może pomóc w ustaleniu istotności, jest porównanie dwóch dzienników urządzeń, jeden dla testu, który przeszedł, i jeden, który zakończył się niepowodzeniem lub awarią. Użycie tej samej lub podobnej wersji urządzenia i systemu operacyjnego dla dwóch testów pomaga. Jeśli komunikat pojawi się w obu zestawach dzienników, prawdopodobnie nie jest to problem. Jeśli występuje on tylko w dzienniku urządzeń dla testu zakończonego niepowodzeniem, może to być problem, który warto sprawdzić dalej.