Dane o awariach aplikacji pochodzące z Firebase Crashlytics i Android Vitals możesz przeglądać bezpośrednio w Android Studio i podejmować na ich podstawie działania. Ta integracja pobiera dane zrzutu stosu i statystyki awarii z Crashlytics i Google Play do okna narzędzia App Quality Insights w IDE Studio, dzięki czemu nie musisz przełączać się między naszą przeglądarką a IDE. Zespoły programistyczne mogą korzystać z najważniejszych funkcji, takich jak:
- Zobaczysz wyróżnione wiersze kodu, gdy mają powiązane dane zdarzeń z Crashlytics.
- Przejrzyj zrzut stosu najczęstszych awarii i kliknij ten zrzut, aby przejść do odpowiednich wierszy w kodzie.
- Zobacz podsumowanie statystyk dotyczących najczęstszych awarii i zdarzeń niekrytycznych, np. pogrupowane według producenta urządzenia i wersji Androida.
- Filtruj zdarzenia według atrybutów, w tym wagi, czasu i wersji aplikacji.
- Pobierz link do przeglądarki, który otwiera stronę panelu Crashlytics ze szczegółowymi informacjami o zdarzeniu.
- Korzystaj ze statystyk, które pomogą Ci zrozumieć i rozwiązać główne przyczyny pewnych problemów.
Raporty Android Vitals są dostępne dla wszystkich aplikacji publikowanych w Google Play. Jeśli nie korzystasz jeszcze z Crashlytics i chcesz dowiedzieć się więcej o tej usłudze, przeczytaj artykuł o Firebase Crashlytics.
Rozpocznij
Aby widzieć dane z Crashlytics w Android Studio, musisz skonfigurować Firebase i Crashlytics w swoim projekcie aplikacji. Jak to zrobić: otwórz Asystenta Firebase w Android Studio. W tym celu wybierz Narzędzia > Firebase, kliknij Crashlytics, a następnie postępuj zgodnie z samouczkiem, aby dodać Firebase i Crashlytics do swojego projektu. Więcej informacji o przepływie pracy w Asystencie Firebase znajdziesz w Przewodniku dla początkujących po korzystaniu z Firebase na Androidzie.
Jeśli Firebase i Crashlytics masz już dodane do aplikacji, zaloguj się na swoje konto dewelopera w IDE, klikając ikonę awatara 
.
Po zalogowaniu się kliknij okno Statystyki jakości aplikacji. Panele Problemy, Przykładowy zrzut stosu i Szczegóły powinny być wypełnione raportami z Crashlytics.
Analiza Android Vitals
Statystyki dotyczące jakości aplikacji obejmują dane Android Vitals. Dzięki temu masz łatwiejszy dostęp do podstawowych danych zbieranych przez Google Play i poprawiasz wygodę użytkowników. Za pomocą Android Vitals możesz rozwiązywać problemy ze stabilnością aplikacji i poprawiać jej jakość w Google Play.
W oknie narzędzia App Quality Insights możesz wyświetlać problemy z Android Vitals, filtrować je i przechodzić ze zrzutu stosu do kodowania. Aby rozpocząć, wykonaj te czynności:
- Zaloguj się na konto dewelopera w Android Studio, klikając ikonę profilu
na końcu paska narzędzi. - Otwórz statystyki dotyczące jakości aplikacji, klikając okno narzędzia w Android Studio lub Widok > Okna narzędzi > Statystyki dotyczące jakości aplikacji.
- Kliknij kartę Android Vitals w sekcji Statystyki jakości aplikacji.
Opcjonalnie: aby użyć integracji kontroli wersji w przypadku kompilacji możliwej do debugowania, dodaj do aplikacji najnowszy pakiet SDK Firebase Crashlytics (lub Zestawienie materiałów Firebase na Androida). Następnie dodaj ten kod do pliku
build.gradle.ktslubbuild.gradlena poziomie modułu. Kompilacje wersji (bez możliwości debugowania) mają domyślnie włączoną flagę.
Kotlin
android {
buildTypes {
getByName("debug") {
vcsInfo {
include = true
}
}
}
}
Odlotowy
android {
buildTypes {
debug {
vcsInfo {
include true
}
}
}
}
Analizowanie danych z Crashlytics w Android Studio
Okno narzędzia Statystyki jakości aplikacji zawiera szczegółowe dane o zdarzeniach wykrywanych przez użytkowników, a także linki umożliwiające szybkie przechodzenie do ich źródeł.
- Z menu identyfikatora aplikacji wybierz identyfikator, który chcesz przeanalizować. Możesz na przykład pracować w IDE nad wersją do debugowania aplikacji, ale chcesz mieć wgląd w dane zdarzeń dotyczących produkcyjnej wersji aplikacji instalowanej przez użytkowników.
- Panel Problemy zawiera najczęstsze zdarzenia, w przypadku których Crashlytics ma dane, oraz jest posortowany według najbardziej istotnych awarii.
- Wyświetl zdarzenia według wariantów lub grup zdarzeń, które mają podobne zrzuty stosu. Analiza zdarzeń według wariantu pomaga w znalezieniu głównych przyczyn awarii.
Panel ze zrzutem stosu zawiera szczegółowe informacje o ostatnim wystąpieniu zdarzenia, które zostało przez Ciebie kliknięte panel Problemy. Możesz wyświetlić zrzut stosu zdarzenia i kliknąć ten zrzut, aby przejść do odpowiednich wierszy w bazie kodu. Jeśli kod zmienił się od czasu awarii, kliknij pokaż różnice obok błędu w zrzutu stosu, aby wyświetlić różnicę między Twoim obecnym kodem a wersją bazy kodu, która spowodowała awarię.
Są tam też informacje o typie urządzenia, którego dotyczy problem, jego wersji Androida i godzinie wystąpienia zdarzenia, a także link do tego zdarzenia w panelu Firebase Crashlytics. Kliknij przycisk Zamknij, aby zamknąć problem bezpośrednio w panelu.
- Panel Szczegóły zawiera podział liczby awarii według typu urządzenia i wersji Androida, dzięki czemu możesz określić, których grup użytkowników dotyczy ten problem. Znajdziesz tam też informacje o wersjach aplikacji, u których wystąpiła awaria, oraz o liczbie użytkowników, u których wystąpiła awaria.
- Przeczytaj i dołącz uwagi do problemów, aby były widoczne w konsoli Firebase i dla współpracowników. Aby napisać notatkę na temat problemu, wybierz go i otwórz panel Notatki. Aby móc pisać notatki, musisz mieć uprawnienia do zapisu w projekcie Crashlytics. Problemy z notatkami są oznaczone ikoną „notatki”
w panelu Problemy.
- Korzystaj z różnorodnych filtrów, aby skupiać się na określonych podzbiorach zdarzeń. Możesz zaznaczać lub odznaczać zdarzenia jako krytyczne zdarzenia
lub niekrytyczne (
), a także filtrować według czasu, wersji aplikacji, sygnału Crashlytics, marki i modelu urządzenia oraz wersji platformy Androida. Pamiętaj, że w przypadku stanów sygnału Crashlytics problem jest uznawany za ponowny, gdy został zamknięty, a wystąpił ponownie w nowej wersji aplikacji.
Możesz nie tylko przejść ze zrzutu stosu do kodu, ale także z jego kodu do zrzutu stosu. Teraz Android Studio oznacza wiersze kodu związane z awariami ikoną 
, dzięki czemu można je łatwo rozpoznać i debugować.
Gdy najedziesz kursorem na ikonę awarii, pojawi się wyskakujące okienko z informacją o liczbie zdarzeń powiązanych z tym wierszem kodu oraz o częstotliwościach zdarzeń.
Kliknij ikonę awarii, aby wyświetlić bardziej szczegółową listę zdarzeń, w tym częstotliwość i liczbę użytkowników, których dotyczy dane zdarzenie. Kliknij konkretne zdarzenie, aby przejść do jego szczegółów w oknie narzędzia Statystyki jakości aplikacji.
Różnice między Android Vitals i Crashlytics
Pamiętaj, że Android Vitals i Crashlytics mogą podawać różne wartości liczby użytkowników i zdarzeń powiązanych z tą samą awarią. Dzieje się tak, ponieważ Play i Crashlytics mogą wychwytywać awarie w różnych momentach i u różnych użytkowników. Oto kilka powodów, dla których wartości w Play i Crashlytics mogą się różnić:
- Google Play wychwytuje awarie już w momencie uruchomienia, natomiast Crashlytics wykrywa awarie, które mają miejsce po zainicjowaniu pakietu SDK Crashlytics.
- Jeśli użytkownik zrezygnuje z raportów o awariach po zmianie telefonu na nowy telefon, nie będą one przesyłane do Google Play, ale Crashlytics wykryje je zgodnie z własną polityką prywatności aplikacji.
Zbadaj problem z ograniczoną funkcjonalnością w trybie offline
Jeśli wyślesz nowe żądanie, np. klikniesz Odśwież, a Android Studio nie będzie w stanie połączyć się z Crashlytics, w oknie Statystyki jakości aplikacji będzie można włączyć tryb offline.
W tym trybie możesz nadal analizować problemy i najnowsze zdarzenia z danych w pamięci podręcznej. Pewne funkcje, takie jak zmienianie opcji filtrów lub zamykanie problemów, są niedostępne. Aby ponownie nawiązać połączenie z Crashlytics i powrócić do stanu online, kliknij Połącz ponownie.
