Rozpocznij testowanie na Androidzie w Laboratorium Firebase

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 aplikacji w trybie wsadowym, a następnie wyświetli wyniki w formie 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 uruchomić 1 test na urządzenie lub opcjonalnie podzielić test na fragmenty i uruchomić jego elementy testowania na różnych urządzeniach.
Zestaw testów
Zawiera stany i wyniki wykonania testów. Jeśli którekolwiek wykonanie testu w macierzy zakończy się niepowodzeniem, 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 przy użyciu platformy Espresso lub UI Automator. Dzięki temu testowi możesz sformułować wyraźne twierdzenia dotyczące stanu aplikacji, aby sprawdzić, czy działa ona prawidłowo, korzystając z interfejsów API AndroidJUnitRunner.

  • 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.

    • Możesz też 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 Przeprowadzanie 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 z poziomu przeglądarki. Instrukcje 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 dotyczące przeprowadzania 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 jej pliki APK 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 kilku markach i modelach urządzeń z Androidem zainstalowanych i działających w centrum danych Google. Testowanie na urządzeniach w usłudze Test Lab pomaga wykrywać problemy, które mogą nie wystąpić 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 przechowywania danych. 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 uruchomisz test z 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 usuwamy dane aplikacji i przywracamy ustawienia systemowe na urządzeniach fizycznych zgodnie ze sprawdzonymi metodami branżowymi, aby przygotować je do kolejnych 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 ich użyciu, dzięki czemu w każdym teście jest używana nowa instancja 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, używając poniższych bloków adresów IP do otwierania tras 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), podczas tworzenia i testowania aplikacji zalecamy używanie reklam testowych, a nie rzeczywistych.

  • Jeśli musisz użyć w teście prawdziwych reklam, powiadom dostawców usług reklamy cyfrowej, z którymi współpracujesz, aby odfiltrowali przychody i cały 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. Możesz też uzyskać dostęp do tej listy, używając 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 (dodany 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 (dodano 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.)