Wdrożenie nowej wersji aplikacji mobilnej na ścieżce produkcyjnej to jeden z najbardziej ekscytujących etapów tworzenia aplikacji, ale może też być jednym z najbardziej stresujących. Twój zespół musi śledzić przyjęcie wersji, nowe błędy i ich wpływ, a także porównywać je z wcześniejszymi wersjami.
Na tej stronie znajdziesz opis kilku narzędzi Firebase, które umożliwiają monitorowanie danych potrzebnych do zapewnienia sobie pewności co do wersji aplikacji mobilnej.
Korzystanie z panelu Monitorowanie wersji do przeglądania danych związanych z wersjami
Panel monitorowania wersji w konsoli Firebase korzysta z usługi Firebase Crashlytics. Jest to jeden panel, w którym możesz sprawdzać najnowszą wersję produkcyjną. Panel jest aktualizowany w prawie czasie rzeczywistym i pokazuje najważniejsze dane o wersji, w tym dane o liczbie awarii, przyjęciu wersji, porównaniach z poprzednimi wersjami oraz nowe problemy w danej wersji.
Ten nowy panel jest ulepszoną wersją strony Najnowsza wersja w konsoli. W porównaniu z tą stroną panel Monitorowanie wersji zawiera więcej informacji, wyświetla przydatne dane bez konieczności korzystania z Google Analytics i ładuje się szybciej.
Funkcje panelu
Raporty w czasie rzeczywistym
Wszystkie wykresy są aktualizowane niemal w czasie rzeczywistym. Krótko po wdrożenie najnowszej wersji możesz obserwować, jak użytkownicy zaczynają z niej korzystać. Jeśli niektórzy z nich napotkają problemy z awariami, natychmiast dowiesz się o tym z wykresów danych o bezawaryjnej pracy.Porównanie i benchmarking na podstawie poprzednich wersji
Możesz sprawdzić stabilność najnowszej wersji w kontekście poprzednich wersji. Panel umożliwia porównywanie danych na żywo z najnowszej wersji i maksymalnie 2 wcześniejszych wersji.Najważniejsze nowe problemy
Możesz wyświetlać nowe awarie najnowszej wersji, gdy się pojawią. W tabeli Najważniejsze nowe problemy możesz sprawdzać wpływ problemów wykrytych po raz pierwszy w najnowszej wersji, co pozwala szybko podejmować decyzje o wstrzymaniu lub cofnięciu wersji.
Wymagania dotyczące panelu
Aby wyświetlić najnowszą wersję w panelu Monitorowanie wersji:
Upewnij się, że Twoja aplikacja używa co najmniej tych wersji pakietu CrashlyticsSDK:
Platformy Apple: w wersji 10.8.0 lub nowszej | Android: w wersji 18.6.0 lub nowszej (BoM w wersji 32.6.0 lub nowszej) | Flutter: w wersji 3.4.5 lub nowszej | Unity: w wersji 11.7.0 lub nowszejOpublikuj nową wersję aplikacji na ścieżce produkcyjnej, aby mieć wystarczającą liczbę zaangażowanych użytkowników najnowszej wersji.
Najczęstsze pytania dotyczące panelu
Które wersje pakietu SDK są wymagane do korzystania z panelu Monitorowanie wersji?
Aby kompilacja była widoczna w panelu, musi być skompilowana co najmniej w tych wersjach pakietu SDK Crashlytics:
Platformy Apple: w wersji 10.8.0 lub nowszej |
Android: w wersji 18.6.0 lub nowszej (BoM w wersji 32.6.0 lub nowszej) |
Flutter: w wersji 3.4.5 lub nowszej |
Unity: 11.7.0 lub nowszej
Te wersje pakietu SDK są często określane jako „wersje obsługujące sesje”, ponieważ umożliwiają wysyłanie danych sesji do usługi Crashlytics, co jest wymagane w przypadku wielu nowych funkcji w Crashlytics, np. w przypadku panelu Monitorowanie wersji.
Dlaczego w panelu Monitorowanie wersji widnieje komunikat „Oczekiwanie na więcej użytkowników”?
Aby kompilacja była widoczna na panelu, musi spełniać wszystkie te wymagania:
Kompilacja używa co najmniej tych wersji pakietu Crashlytics SDK:
Platformy Apple: w wersji 10.8.0 lub nowszej | Android: w wersji 18.6.0 lub nowszej (BoM w wersji 32.6.0 lub nowszej) | Flutter: w wersji 3.4.5 lub nowszej | Unity: w wersji 11.7.0 lub nowszejWersja ma wystarczającą liczbę użytkowników w ciągu ostatnich 3 dni:
Wersja musi mieć co najmniej 500 unikalnych użytkowników LUB
Wersja ma co najmniej 1% łącznej liczby użytkowników i co najmniej 2 unikalnych użytkowników.
Które wersje można wyświetlać w panelu Monitorowanie wersji?
Panel Monitorowanie wersji ma Ci pomóc w przypadku wersji produkcyjnych, czyli takich wersji, które mają znaczną liczbę użytkowników.
Aby kompilacja była widoczna na panelu, musi spełniać wszystkie te wymagania:
Kompilacja używa co najmniej tych wersji pakietu Crashlytics SDK:
Platformy Apple: w wersji 10.8.0 lub nowszej | Android: w wersji 18.6.0 lub nowszej (BoM w wersji 32.6.0 lub nowszej) | Flutter: w wersji 3.4.5 lub nowszej | Unity: w wersji 11.7.0 lub nowszejWersja ma wystarczającą liczbę użytkowników w ciągu ostatnich 3 dni:
Wersja musi mieć co najmniej 500 unikalnych użytkowników LUB
Wersja ma co najmniej 1% łącznej liczby użytkowników i co najmniej 2 unikalnych użytkowników.
(Aplikacje rozpowszechniane przez Google Play) Jeśli aplikacja ma Google Playlink, na pulpicie wyświetlane są wszystkie wersje wymienione na ścieżce PlayProd, nawet jeśli Crashlytics nie otrzymał żadnych dzienników sesji ani nie wykrył aktywnych użytkowników tej wersji.
Aby wyświetlać na panelu dane do porównań lub odsetek aktywnych użytkowników, musisz opublikować co najmniej 2 kompilacje, które spełniają powyższe wymagania.
Jak są określane lub obliczane wartości wyświetlane na wykresie Aktywni użytkownicy?
Na początek warto poznać terminy związane z wykresem Aktywni użytkownicy:
Sesja to ciągły okres czasu, w którym użytkownik korzysta z aplikacji. Nowa sesja rozpoczyna się, gdy aplikacja jest uruchamiana na zimno lub gdy zostaje przeniesiona na pierwszy plan po co najmniej 30 minutach działania w tle.
Aktywni użytkownicy danej wersji to liczba użytkowników, którzy rozpoczęli sesję z użyciem tej wersji, pogrupowana według godziny.
Łączna liczba (aktywnych) użytkowników to liczba użytkowników, którzy rozpoczęli sesję w dowolnej wersji aplikacji korzystającej z wersji pakietu SDK obsługującej sesje, pogrupowana według godziny.
Na wykresie Aktywni użytkownicy wartość procentowa i liczba aktywnych użytkowników, które są zawsze wyświetlane na wykresie, pochodzą z ostatnich 60 minut (lub jeśli w ciągu ostatnich 60 minut nie było aktywnych użytkowników, to z ostatniej godziny, w której były dostępne dane). Na przykład na przykładowym zrzucie ekranu widać, że w ciągu ostatnich 60 minut było 90 aktywnych użytkowników wersji 6.0.0 (600)
, co stanowi 22, 1% łącznej liczby aktywnych użytkowników tej aplikacji.
Gdy najedziesz kursorem na linie na wykresie Aktywni użytkownicy, odsetek aktywnych użytkowników jest obliczany na podstawie liczby aktywnych użytkowników w okresie, na którym się zatrzymasz.
Pamiętaj, że aby zobaczyć odsetek aktywnych użytkowników, musisz opublikować co najmniej 2 kompilacje, które spełniają wymagania opisane w sekcji Najczęstsze pytania „Które kompilacje można wyświetlać na panelu Monitorowanie wersji?”.
Dlaczego odsetek aktywnych użytkowników wynosi 0%?
Odsetek aktywnych użytkowników jest obliczany na podstawie danych o otrzymanych sesjach, a nie na podstawie żadnych innych danych (np. danych Google Play ani raportów o awariach).
Dlaczego nie widzę porównania lub odsetka aktywnych użytkowników?
Jeśli po raz pierwszy publikujesz aplikację z kompatybilną wersją pakietu SDK Crashlytics, Crashlytics nie ma danych z poprzednich sesji, z którymi można by je porównać.
Konfigurowanie alertów
Kilka usług Firebase, w tym Crashlytics, może wysyłać alerty z różnych powodów związanych z poszczególnymi usługami. Aby otrzymywać alerty, musisz mieć wymagane uprawnienia.
Aby monitorować stabilność najnowszej wersji, możesz skonfigurować alerty z Performance Monitoring i Crashlytics. W przypadku Crashlytics możesz skonfigurować te alerty:
Używaj alertów o wzrostach liczby problemów, aby powiadamiać zespół, gdy jakikolwiek problem w aplikacji przekroczy określony przez Ciebie próg w konsoli Firebase.
Wysyłanie alertów o nowych lub powracających problemach na preferowany kanał powiadomień:
Użyj integracji alertów skonfigurowanych w konsoli Firebase dla Jira, Slack i PagerDuty.
Skonfiguruj zaawansowane alerty dla usług innych firm za pomocą Cloud Functions for Firebase.
Zadbaj o płynne wdrożenie przed opublikowaniem aktualizacji
Zanim opublikujesz najnowszą wersję, rozważ skorzystanie z podanych niżej usług i funkcji, aby zapewnić płynne wydanie.
Korzystanie z usług testowania przedpremierowego
Firebase oferuje 2 usługi, które mogą pomóc w testowaniu przed opublikowaniem: Test Lab i App Distribution. Obie te usługi można zintegrować z przepływami CI/CD.
Firebase Test Lab to infrastruktura testowania aplikacji w chmurze, która umożliwia testowanie aplikacji na różnych urządzeniach i w różnych konfiguracjach. Dzięki temu możesz wcześniej poznać jej działanie w praktyce.
Gdy będziesz gotowy/gotowa, aby udostępnić najnowszą wersję zaufanym ludzkim testerom, użyj Firebase App Distribution. Możesz zarządzać dystrybucją w wersji wstępnej na platformie Apple i na Androida w tym samym miejscu.
Korzystanie z usług wdrożonych i ograniczonych testów
Użyj Firebase Remote Config, aby wdrożyć nowe funkcje za pomocą mechanizmu wdrażania procentowego, lub przetestuj te funkcje w ograniczonej grupie testowej.
Firebase oferuje też A/B Testing, dzięki czemu możesz testować zmiany interfejsu, funkcji lub kampanii promujących związanych z aplikacją, aby sprawdzić, jak wpływają one na najważniejsze dane (np. przychody i utrzymanie użytkowników) przed ich wprowadzeniem na dużą skalę.