Laboratorium Firebase umożliwia testowanie aplikacji na różnych urządzeniach i w różnych konfiguracjach. Ten przewodnik dla początkujących zawiera ścieżkę wdrożenia, a także wprowadzenie do oferty Test Lab na Androida.
Informacje o limitach i cenach Laboratorium znajdziesz w artykule Wykorzystanie, limity i ceny.
Najważniejsze pojęcia
Gdy uruchomisz test lub zbiór przypadków testowych na wybranych urządzeniach i konfiguracjach, Laboratorium uruchomi test z Twojej aplikacji w grupie, a potem wyświetli wyniki w postaci macierzy testów.
Urządzenia × Uruchomienia testów = Macierz testów
- Urządzenie,
- Urządzenie fizyczne lub wirtualne (tylko z Androidem), na którym przeprowadzasz test, np. telefon, tablet lub urządzenie do noszenia. Urządzenia w tabeli testów są identyfikowane na podstawie modelu urządzenia, wersji systemu operacyjnego, orientacji ekranu i języka (czyli ustawień geograficznych i języka).
- Testuj, wykonując test
- Test (lub zestaw przypadków testowych) do przeprowadzenia na urządzeniu. Możesz przeprowadzić jeden test na urządzenie lub opcjonalnie podzielić test i uruchomić przypadki testowe na różnych urządzeniach.
- Zestaw testów
- Zawiera stany i wyniki testów wykonanych podczas testów. Jeśli którekolwiek wykonanie testu w ramach macierzy się nie powiedzie, cała tablica zakończy się niepowodzeniem.
Krok 1. Przygotuj test do przesłania do Laboratorium
Dostępne typy testów
W Laboratorium możesz przeprowadzić te testy. Pamiętaj, że wszystkie rodzaje testów mogą trwać 45 minut na urządzeniach fizycznych i 60 minut na urządzeniach wirtualnych. Każdy nieobsłużony wyjątek spowoduje niepowodzenie testu.
Test z instrumentacją lub test jednostkowy oparty na instrukcjach: test stworzony przez Ciebie z użyciem struktur Espresso lub UI Automator. W ramach tego testu możesz jasno określić stan aplikacji, aby zweryfikować jej prawidłowe działanie za pomocą interfejsu AndroidJUnitRunnerAPIs.
Instrukcje dotyczące przygotowania testu do uruchomienia w Laboratorium znajdziesz w artykule Przeprowadzanie testu instrumentacji.
Zapoznaj się z dokumentacją dla deweloperów aplikacji na Androida, aby dowiedzieć się, jak utworzyć test instrumentacji.
Test Robo: automatyczny test, który analizuje interfejs aplikacji, a potem metodycznie eksploruje interfejs, symulując działania użytkowników bez konieczności pisania kodu. Więcej informacji znajdziesz w artykule Informacje o testach Robo.
Test pętli gry: test, który wykorzystuje „tryb demonstracyjny”, aby symulować działania graczy w grach mobilnych. To szybki i skalowalny sposób sprawdzania, czy gra działa dobrze dla użytkowników. Gdy zdecydujesz się na test pętli gry, możesz:
Pisanie testów natywnych w silniku gry
Unikaj pisania tego samego kodu w różnych interfejsach i testowania różnych platform.
Opcjonalnie utwórz wiele pętli do uruchomienia w pojedynczym teście (więcej informacji znajdziesz w artykule Informacje o testach pętli gry). Możesz też organizować pętle za pomocą etykiet, aby je śledzić i ponownie uruchamiać określone pętle.
Instrukcje uruchamiania tego testu w Laboratorium znajdziesz w sekcji Przeprowadzanie testu pętli gry.
Narzędzia do przeprowadzenia testu
Aby przeprowadzić test, możesz wybrać te narzędzia:
Zalecane dla nowych użytkowników: konsola Firebase umożliwia przesłanie aplikacji i rozpoczęcie testowania w przeglądarce. Instrukcje przeprowadzania testów za pomocą tego narzędzia znajdziesz w artykule Testowanie w konsoli Firebase.
Integracja z Android Studio umożliwia testowanie aplikacji bez opuszczania środowiska programistycznego. Instrukcje przeprowadzania testów za pomocą tego narzędzia znajdziesz w artykule Testowanie w Android Studio.
Interfejs wiersza poleceń gcloud umożliwia interaktywne przeprowadzanie testów z poziomu wiersza poleceń. Nadaje się też do tworzenia skryptów w ramach zautomatyzowanego procesu kompilacji i testowania. Instrukcje uruchamiania testów za pomocą tego narzędzia znajdziesz w artykule Testowanie w interfejsie wiersza poleceń gcloud.
Możesz też bezpłatnie przetestować aplikację w Laboratorium, gdy prześlesz i opublikujesz pliki APK aplikacji w Sklepie Play, korzystając z kanału alfa lub beta. Więcej informacji znajdziesz w artykułach na temat identyfikowania problemów przy użyciu raportów przed opublikowaniem i testów Robo.
Krok 2. Wybierz urządzenie testowe
Laboratorium umożliwia przeprowadzanie testów na kilku markach i modelach urządzeń z Androidem zainstalowanych i działających w centrum danych Google. Testowanie na urządzeniach w Laboratorium pomaga wykrywać problemy, które mogą nie występować podczas testowania aplikacji za pomocą emulatorów w Android Studio. Więcej informacji znajdziesz w sekcji Dostępne urządzenia.
Krok 3. Sprawdź wyniki testu
Niezależnie od sposobu rozpoczęcia testów wszystkie wyniki są zarządzane przez Laboratorium i dostępne online.
Podsumowanie wyników testu jest zapisywane automatycznie i można je wyświetlić w konsoli Firebase. Zawiera ona najważniejsze dane związane z testem, m.in. filmy dotyczące konkretnego przypadku testowego, zrzuty ekranu oraz liczbę zaliczonych, niezaliczonych i niestabilnych wyników testów.
Nieprzetworzone wyniki testów zawierają logi testowe i szczegóły błędów aplikacji oraz są automatycznie przechowywane w zasobniku Google Cloud. Jeśli określisz zasobnik, to Ty ponosisz odpowiedzialność za koszty pamięci masowej. Jeśli nie określisz zasobnika, Laboratorium utworzy je bezpłatnie.
Więcej informacji znajdziesz w artykule Analizowanie wyników Laboratorium Firebase.
Gdy rozpoczniesz test w Android Studio, możesz też sprawdzić jego wyniki w środowisku programistycznym.
Czyszczenie urządzenia
Google bardzo poważnie traktuje bezpieczeństwo danych w aplikacjach. Stosujemy sprawdzone metody branżowe, aby po każdym teście usuwać dane aplikacji i resetować ustawienia systemu urządzeń fizycznych, aby zapewnić ich gotowość do nowych testów. W przypadku urządzeń, na których można przeprowadzić aktualizację z niestandardowym obrazem przywracania, idziemy o krok dalej, przesyłając aktualizację urządzeń pomiędzy uruchomieniami testów.
W przypadku urządzeń wirtualnych używanych w Laboratorium instancje urządzeń są usuwane po ich użyciu, tak aby w każdym teście używana była nowa instancja urządzenia wirtualnego.
Laboratorium i Usługi Google Play
Urządzenia Laboratorium zwykle używają najnowszej wersji pakietu SDK usług Google Play, ale na niektórych urządzeniach może minąć kilka dni, zanim zostanie udostępniona nowa wersja pakietu SDK. Pamiętaj, że w przypadku niektórych urządzeń mogą wystąpić problemy ze zgodnością.
Zezwalam urządzeniom testowym na dostęp do prywatnych serwerów backendu
Niektóre aplikacje mobilne muszą komunikować się z prywatnymi usługami backendu, aby podczas testów działać prawidłowo. Jeśli Twoje serwery backendu są chronione przez reguły zapory sieciowej, możesz zezwolić na dostęp do urządzeń fizycznych i wirtualnych Laboratorium, korzystając z poniższych bloków adresów IP w celu otwierania tras przez zaporę sieciową.
Reklama mobilna
Test Lab zapewnia skalowalną infrastrukturę, która automatyzuje testowanie aplikacji. Niestety ta funkcja może być niewłaściwie wykorzystywana przez złośliwe aplikacje, których celem jest generowanie fałszywych przychodów z reklam.
Aby ograniczyć ten problem:
Jeśli korzystasz z zewnętrznych dostawców reklam cyfrowych (np. sieci reklamowych lub platform DSP) lub współpracujesz z nimi, podczas tworzenia i testowania aplikacji zalecamy używanie reklam testowych, a nie prawdziwych reklam.
Jeśli w teście musisz używać prawdziwych reklam, powiadom dostawców reklam cyfrowych, z którymi współpracujesz, aby odfiltrować przychody i cały ruch generowany przez Laboratorium, korzystając z poniższych bloków adresów IP. Nie musisz powiadamiać dostawców reklam należących do Google – Laboratorium zajmie się tym za Ciebie.
Adresy IP używane przez urządzenia Laboratorium
Cały ruch w sieci generowany przez urządzenia Laboratorium pochodzi z następujących bloków adresów IP.
Możesz też uzyskać dostęp do tej listy za pomocą gcloud beta firebase test ip-blocks list
polecenia w gcloud CLI. Lista jest aktualizowana średnio raz w roku.
| Platforma i typ urządzenia | Blok adresów IP CIDR |
|---|---|
| Fizyczne urządzenia z Androidem i iOS, urządzenia wirtualne Arm |
70.32.128.0/19 (dodano 02.2022) 108.177.6.0/23 108.177.18.192/26 (dodano 02.2022) 108.177.29.64/27 (rozwinięty: 02.2022) 108.177.31.160/27 (dodano 02.2022) 199.36.156.8/29 (dodano 02.2022) 199.36.156.16/28 (dodano 02.2022) 209.85.131.0/27 (dodano 02.2022) 2001:4860:1008::/48 (dodano 02.2022) 2001:4860:1018::/48 (dodano 02.2022) 2001:4860:1019::/48 (dodano 02.2022) 2001:4860:1020::/48 (dodano 02.2022) 2001:4860:1022::/48 (dodano 02.2022) 70.32.128.48/28 (dodano 04.2024) |
| Urządzenia wirtualne z Androidem (bez urządzenia pamięci) |
34.68.194.64/29 (dodano: 11.2019) 34.69.234.64/29 (dodano: 11.2019) 34.73.34.72/29 (dodano: 11.2019) 34.73.178.72/29 (dodano: 11.2019) 34.74.10.72/29 (dodano 2.02.2022) 34.136.2.136/29 (dodano 02.2022) 34.136.50.136/29 (dodano 02.2022) 34.145.234.144/29 (dodano 02.2022) 35.192.160.56/29 35.196.166.80/29 35.196.169.240/29 35.203.128.0/28 35.234.176.160/28 35.243.2.0/27 (dodano 07.2019) 35.245.243.240/29 (dodano 02.2022) 199.192.115.0/30 199.192.115.8/30 199.192.115.16/29 |
| Blokady adresów IP urządzenia nie są już używane |
74.125.122.32/29 (usunięto 02.2022) 216.239.44.24/29 (usunięto 02.2022) |