Firebase Test Lab umożliwia testowanie aplikacji na różnych urządzeniach i w różnych konfiguracjach. Ten przewodnik dla początkujących zawiera ścieżkę implementacji, którą należy wykonać, oraz wprowadzenie do oferty Test Lab na Androida.
Informacje o limitach i abonamentach Test Lab znajdziesz w artykule Użycie, limity i ceny.
Kluczowe pojęcia
Gdy uruchomisz test lub zestaw elementów testowania na wybranych urządzeniach i konfiguracjach, Test Lab przeprowadzi test na Twojej aplikacji w ramach zbioru, a następnie wyświetli wyniki w postaci zestawu testów.
Urządzenia × wykonania testu = zestaw testów
- Urządzenie
- Urządzenie fizyczne lub wirtualne (tylko Android), na którym przeprowadzasz test, np. telefon, tablet lub urządzenie do noszenia. Urządzenia w zestawie testów są identyfikowane według modelu, wersji systemu operacyjnego, orientacji ekranu i ustawień regionalnych (czyli ustawień geograficznych i językowych).
- test, wykonanie testu
- Test (lub zestaw elementów testowania) do uruchomienia na urządzeniu. Możesz przeprowadzić jeden test na urządzenie lub podzielić go na fragmenty i uruchomić elementy testowania na różnych urządzeniach.
- Zestaw testów
- Zawiera stany i wyniki wykonanych testów. Jeśli którekolwiek wykonanie testu w macierzy się nie powiedzie, cała macierz zakończy się niepowodzeniem.
Krok 1. Przygotuj test do przesłania do Test Lab
Dostępne typy testów
Za pomocą Test Lab możesz przeprowadzić te testy. Pamiętaj, że wszystkie typy testów mogą działać maksymalnie przez 45 minut na urządzeniach fizycznych i 60 minut na urządzeniach wirtualnych. Każdy nieprzechwycony wyjątek spowoduje niepowodzenie testu.
Test z instrumentacją lub test jednostkowy z instrumentacją: test napisany przez Ciebie przy użyciu platformy Espresso lub UI Automator. Dzięki temu testowi możesz sformułować jednoznaczne twierdzenia dotyczące stanu aplikacji, aby zweryfikować jej prawidłowe działanie za pomocą interfejsów API AndroidJUnitRunner.
Instrukcje dotyczące przygotowania testu do uruchomienia w Test Lab znajdziesz w artykule Uruchamianie testu z instrumentacją.
Instrukcje tworzenia testu z instrumentacją znajdziesz w dokumentacji dla deweloperów aplikacji na Androida.
Test Robo: automatyczny test, który analizuje interfejs aplikacji, a następnie metodycznie go bada, symulując aktywność użytkownika. Nie wymaga pisania kodu. Więcej informacji znajdziesz w artykule Testy Robo.
Test pętli gry: test, który wykorzystuje „tryb demonstracyjny” do symulowania działań gracza w grach mobilnych. To szybki i skalowalny sposób na sprawdzenie, czy gra działa prawidłowo u użytkowników. Gdy zdecydujesz się przeprowadzić test pętli gry, możesz:
Pisanie testów natywnych dla silnika gry
Unikaj pisania tego samego kodu dla różnych interfejsów użytkownika lub platform testowych.
Opcjonalnie możesz utworzyć wiele pętli do uruchomienia w ramach jednego wykonania testu (więcej informacji znajdziesz w artykule Testy pętli gry). Możesz też porządkować pętle za pomocą etykiet, aby je śledzić i ponownie uruchamiać określone pętle.
Instrukcje dotyczące przeprowadzania tego testu za pomocą Test Lab znajdziesz w artykule Uruchamianie testu pętli gry.
Narzędzia do przeprowadzania testu
Do przeprowadzenia testu możesz wybrać te narzędzia:
Zalecane dla nowych użytkowników: konsola Firebase umożliwia przesłanie aplikacji i rozpoczęcie testów w przeglądarce. Instrukcje dotyczące przeprowadzania testów za pomocą tego narzędzia znajdziesz w artykule Testowanie za pomocą konsoli Firebase.
Integracja z Android Studio umożliwia testowanie aplikacji bez opuszczania środowiska programistycznego. Instrukcje dotyczące przeprowadzania testów za pomocą tego narzędzia znajdziesz w artykule Testowanie za pomocą Android Studio.
Interfejs wiersza poleceń gcloud umożliwia interaktywne uruchamianie testów z wiersza poleceń i doskonale nadaje się do tworzenia skryptów w ramach zautomatyzowanego procesu kompilacji i testowania. Instrukcje uruchamiania testów za pomocą tego narzędzia znajdziesz w artykule Testowanie za pomocą gcloud CLI.
Możesz też bezpłatnie przetestować aplikację za pomocą Test Lab, 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 Używanie raportów przed opublikowaniem do identyfikowania problemów i Testy Robo.
Krok 2. Wybierz urządzenie testowe
Test Lab obsługuje testowanie na urządzeniach z Androidem różnych marek i modeli, które są zainstalowane i działają w centrum danych Google. Testowanie na urządzeniach w usłudze Test Lab pomaga wykrywać problemy, które mogą nie występować podczas testowania aplikacji za pomocą emulatorów w Android Studio. Więcej informacji znajdziesz w artykule Dostępne urządzenia.
Krok 3. Sprawdź wyniki testu
Niezależnie od tego, jak rozpoczniesz testy, wszystkimi wynikami zarządza Test Lab i można je wyświetlić online.
Podsumowanie wyników testu jest automatycznie zapisywane i można je wyświetlić w konsoli Firebase. Zawiera on najistotniejsze dane dotyczące testu, w tym filmy i zrzuty ekranu związane z konkretnym elementem testowania, liczbę testów, które zakończyły się powodzeniem, niepowodzeniem lub niejednoznacznymi wynikami, i inne informacje.
Nieprzetworzone wyniki testów zawierają logi testów i szczegóły błędów aplikacji. Są one automatycznie przechowywane w zasobniku Google Cloud. Jeśli określisz zasobnik, ponosisz koszty miejsca na dane. Jeśli nie określisz zasobnika, Test Lab utworzy go bezpłatnie.
Więcej informacji znajdziesz w artykule Analizowanie wyników Firebase Test Lab.
Jeśli 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 aplikacji. Po każdym uruchomieniu testu postępujemy zgodnie ze sprawdzonymi metodami branżowymi, aby usunąć dane aplikacji i zresetować ustawienia systemowe na urządzeniach fizycznych, dzięki czemu są one gotowe do przeprowadzenia nowych testów. W przypadku urządzeń, na których możemy zainstalować niestandardowy obraz przywracania systemu, idziemy o krok dalej i instalujemy go między testami.
W przypadku urządzeń wirtualnych używanych przez Test Lab instancje urządzeń są usuwane po użyciu, dzięki czemu każdy test jest przeprowadzany na nowej instancji urządzenia wirtualnego.
Test Lab i usługi Google Play
Urządzenia z Test Lab zwykle korzystają z najnowszej wersji pakietu SDK usług Google Play, ale niektóre mogą wymagać kilku dni na aktualizację po wydaniu nowej wersji pakietu SDK. Pamiętaj, że na niektórych urządzeniach mogą wystąpić problemy ze zgodnością.
Zezwalanie urządzeniom testowym na dostęp do prywatnych serwerów backendu
Niektóre aplikacje mobilne muszą komunikować się z prywatnymi usługami backendu, aby działać prawidłowo podczas testowania. Jeśli serwery backendu są chronione przez reguły zapory sieciowej, możesz zezwolić na dostęp do urządzeń fizycznych i urządzeń wirtualnych Test Lab, korzystając z bloków adresów IP poniżej, aby otworzyć trasy przez zaporę sieciową.
reklamy mobilne,
Test Lab zapewnia skalowalną infrastrukturę, która automatyzuje testowanie aplikacji. Niestety ta funkcja może być nadużywana przez szkodliwe aplikacje, które mają na celu generowanie fałszywych przychodów z reklam.
Aby rozwiązać ten problem:
Jeśli korzystasz z usług zewnętrznych dostawców reklam cyfrowych (np. sieci reklamowych lub platform DSP) lub z nimi współpracujesz, podczas tworzenia i testowania aplikacji zalecamy używanie reklam testowych, a nie rzeczywistych.
Jeśli musisz używać w testach prawdziwych reklam, powiadom dostawców usług reklamy cyfrowej, z którymi współpracujesz, aby odfiltrowali przychody i cały powiązany ruch generowany przez Test Lab, korzystając z bloków adresów IP podanych poniżej. Nie musisz powiadamiać dostawców reklam należących do Google – Test Lab zrobi to za Ciebie.
Adresy IP używane przez urządzenia Test Lab
Cały ruch w sieci generowany przez urządzenia Test Lab pochodzi z tych bloków adresów IP.
Dostęp do tej listy możesz też uzyskać za pomocą polecenia gcloud beta firebase test ip-blocks list w interfejsie wiersza poleceń gcloud. Lista jest aktualizowana średnio raz w roku.
| Platforma i typ urządzenia | Blok adresów IP CIDR |
|---|---|
| Urządzenia fizyczne z Androidem i iOS, urządzenia wirtualne z procesorami Arm |
70.32.128.0/19 (dodano w lutym 2022 r.) 108.177.6.0/23 108.177.18.192/26 (dodano w lutym 2022 r.) 108.177.29.64/27 (rozszerzony w lutym 2022 r.) 108.177.31.160/27 (dodano w lutym 2022 r.) 199.36.156.8/29 (dodano w lutym 2022 r.) 199.36.156.16/28 (dodano w lutym 2022 r.) 209.85.131.0/27 (dodano w lutym 2022 r.) 2001:4860:1008::/48 (dodano w lutym 2022 r.) 2001:4860:1018::/48 (dodano w lutym 2022 r.) 2001:4860:1019::/48 (dodany w lutym 2022 r.) 2001:4860:1020::/48 (dodany w lutym 2022 r.) 2001:4860:1022::/48 (dodano w lutym 2022 r.) 2001:4860:101d::/48 (dodano w październiku 2025 r.) 2001:4860:101e::/48 (dodano w październiku 2025 r.) 2001:4860:1031::/48 (dodano w październiku 2025 r.) 70.32.128.48/28 (dodano w kwietniu 2024 r.) 70.32.150.192/27 (dodano we wrześniu 2025 r.) 108.177.6.0/27 (dodano we wrześniu 2025 r.) 108.177.24.160/27 (dodano we wrześniu 2025 r.) 108.177.29.0/27 (dodano we wrześniu 2025 r.) 108.177.25.128/27 (dodano w maju 2026 r.) 108.177.26.128/26 (dodano w maju 2026 r.) 108.177.29.192/26 (dodano w maju 2026 r.) 172.217.120.64/26 (dodano w maju 2026 r.) 172.217.120.128/26 (dodano w maju 2026 r.) 2001:4860:1037::/48 (dodano w maju 2026 r.) 2001:4860:1038::/48 (dodano w maju 2026 r.) 2001:4860:103a::/48 (dodano w maju 2026 r.) |
| Urządzenia wirtualne z Androidem (inne niż Arm) |
34.68.194.64/29 (dodano w listopadzie 2019 r.) 34.69.234.64/29 (dodany w listopadzie 2019 r.) 34.73.34.72/29 (dodano w listopadzie 2019 r.) 34.73.178.72/29 (dodano w listopadzie 2019 r.) 34.74.10.72/29 (dodano w lutym 2022 r.) 34.136.2.136/29 (dodano w lutym 2022 r.) 34.136.50.136/29 (dodano w lutym 2022 r.) 34.145.234.144/29 (dodano w lutym 2022 r.) 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 (dodany w lipcu 2019 r.) 35.245.243.240/29 (dodano w lutym 2022 r.) 199.192.115.0/30 199.192.115.8/30 199.192.115.16/29 |
| Bloki adresów IP urządzeń, które nie są już używane |
74.125.122.32/29 (usunięto w lutym 2022 r.) 216.239.44.24/29 (usunięto w lutym 2022 r.) |