DebugView umożliwia przeglądanie nieprzetworzonych danych o zdarzeniach zarejestrowanych przez aplikację na urządzeniach programistycznych w czasie zbliżonym do rzeczywistego. Jest to bardzo przydatne do celów sprawdzania poprawności na etapie opracowywania narzędzi i może pomóc w wykryciu błędów i pomyłek w implementacji Analytics oraz w potwierdzeniu, że wszystkie zdarzenia i właściwości użytkownika są prawidłowo rejestrowane.
Włącz tryb debugowania
Zazwyczaj zdarzenia rejestrowane przez Twoją aplikację są grupowane razem przez około godzinę i przesyłane razem. Takie podejście oszczędza baterię na urządzeniach użytkowników końcowych i zmniejsza wykorzystanie danych sieciowych. Jednak w celu zweryfikowania implementacji Analytics (i wyświetlenia Analytics w raporcie DebugView) możesz włączyć tryb debugowania na swoim urządzeniu programistycznym, aby przesyłać zdarzenia z minimalnym opóźnieniem.
iOS+
Aby włączyć tryb debugowania Analytics na swoim urządzeniu programistycznym, podaj następujący argument wiersza poleceń w Xcode:
-FIRDebugEnabled
To zachowanie utrzymuje się, dopóki jawnie nie wyłączysz trybu debugowania, określając następujący argument wiersza polecenia:
-FIRDebugDisabled
Możesz dodać te argumenty, edytując schemat swojego projektu i dodając nowy wpis do „Argumentów przekazanych przy uruchomieniu”.
Android
Aby włączyć tryb debugowania Analytics na urządzeniu z Androidem, wykonaj następujące polecenia:
adb shell setprop debug.firebase.analytics.app PACKAGE_NAME
To zachowanie utrzymuje się, dopóki jawnie nie wyłączysz trybu debugowania, wykonując następujące polecenie:
adb shell setprop debug.firebase.analytics.app .none.
Sieć
Aby włączyć tryb debugowania Analytics w przeglądarce, zainstaluj rozszerzenie Chrome Google Analytics Debugger .
Po zainstalowaniu włącz rozszerzenie i odśwież stronę. Od tego momentu rozszerzenie będzie rejestrować zdarzenia w Twojej aplikacji w trybie debugowania.
Możesz przeglądać zdarzenia zarejestrowane w DebugView w konsoli Firebase.
Raport dotyczący danych o zdarzeniach
Po włączeniu trybu debugowania na urządzeniach programistycznych przejdź do DebugView , wybierając strzałkę obok StreamView w górnej części nawigacji Google Analytics i wybierając DebugView.
Następnie po prostu zacznij korzystać z aplikacji, aby zobaczyć, jak zdarzenia aplikacji są rejestrowane w raporcie DebugView.
Strumień Sekundy (środkowa kolumna) pokazuje zdarzenia zarejestrowane w ciągu ostatnich 60 sekund. Strumień Minut (lewa kolumna) przedstawia serię archiwalnych wydarzeń z ostatnich 30 minut. Prawa kolumna pokazuje najważniejsze zdarzenia zarejestrowane w okresie 30 minut, a także bieżące właściwości użytkownika dla aktualnie wybranego urządzenia programistycznego.
Strumień sekund
Domyślnie zobaczysz listę zdarzeń zarejestrowanych w ciągu ostatnich 60 sekund. Każde zdarzenie wyświetla znacznik czasu odpowiadający czasowi jego zarejestrowania na urządzeniu programistycznym. Możesz kliknąć zdarzenie, aby wyświetlić listę parametrów powiązanych z tym zdarzeniem.
Ponieważ wartości właściwości użytkownika zmieniają się w trakcie korzystania z aplikacji, zobaczysz wpis dotyczący tej zmiany.
Strumień minut
Ten strumień pokazuje serię okręgów, z których każdy odpowiada minucie w ciągu ostatnich 30 minut. Liczba w kółku wskazuje liczbę zdarzeń odebranych w tej minucie. Kliknięcie jednego z tych kręgów spowoduje zapełnienie strumienia Sekundy zdarzeniami zarejestrowanymi w tej minucie. Pozwala to skutecznie zbadać zdarzenia zarejestrowane w ciągu ostatnich 30 minut w najdrobniejszych szczegółach.
Najważniejsze wydarzenia i bieżące właściwości użytkownika
Tabela Najważniejsze zdarzenia zawiera najważniejsze zdarzenia zarejestrowane w okresie 30 minut. A tabela Bieżące właściwości użytkownika pokazuje najnowszy stan zestawu właściwości użytkownika dla aktualnie wybranego urządzenia programistycznego.
Selektor urządzeń
Ponieważ wiele różnych urządzeń programistycznych może mieć włączony tryb debugowania, możesz użyć selektora urządzeń, aby wybrać konkretne urządzenie, na którym skupi się raport DebugView. Dzięki temu wielu programistów może skupić się na własnych wysiłkach związanych z instrumentacją i walidacją bez wpływu na siebie nawzajem.
