Laboratorium Firebase umożliwia sprawdzanie jakości aplikacji na różnych urządzeniach i w różnych konfiguracjach. W tym przewodniku znajdziesz omówienie głównych koncepcji Laboratorium, oferty na iOS oraz instrukcje, jak rozpocząć testy.
Informacje o limitach i cenach Laboratorium znajdziesz w artykule Wykorzystanie, limity i ceny.
Najważniejsze pojęcia i terminy
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
W Laboratorium możesz przeprowadzić te testy. Pamiętaj, że wszystkie typy testów mogą trwać maksymalnie 45 minut na urządzeniach fizycznych. Każdy nieobsłużony wyjątek spowoduje niepowodzenie testu.
XCTest (w tym XCUITests): test jednostkowy napisany przy użyciu platformy XCTest. Otwórz stronę Create XCTest (Utwórz XCTest), aby dowiedzieć się, jak zmodyfikować test XCTest na potrzeby Laboratorium.
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:
Pisz testy natywne dla silnika gry.
Unikaj pisania tego samego kodu w różnych interfejsach użytkownika i testowania struktury.
Opcjonalnie utwórz wiele pętli do uruchomienia w ramach pojedynczego testu. Można również organizować pętle za pomocą etykiet, aby je śledzić i ponownie uruchamiać określone pętle.
Instrukcje dotyczące przeprowadzania testu w Laboratorium znajdziesz w artykule Przeprowadź test pętli gry.
Krok 2. Wybierz narzędzie do przeprowadzenia testu
Aby przeprowadzić test, możesz wybrać te narzędzia:
Konsola Firebase umożliwia przesłanie aplikacji i rozpoczęcie testowania z dowolnego miejsca. Instrukcje korzystania z tego narzędzia znajdziesz w artykule Testowanie w konsoli Firebase.
Interfejs wiersza poleceń gcloud umożliwia interaktywne uruchamianie testów z poziomu wiersza poleceń. Nadaje się też do tworzenia skryptów w ramach zautomatyzowanego procesu kompilacji i testowania. Instrukcje korzystania z tego narzędzia znajdziesz w artykule Testowanie za pomocą interfejsu wiersza poleceń gcloud.
Przed przetestowaniem na rzeczywistych urządzeniach przeprowadź test lokalnie na symulatorze, aby mieć pewność, że działa prawidłowo. Instrukcje znajdziesz w sekcji Testowanie lokalnie.
Krok 3. Określ urządzenia testowe
Laboratorium pozwala przetestować aplikację na wielu różnych urządzeniach i modelach z iOS hostowanych w centrum danych Google. Więcej informacji znajdziesz w sekcji Dostępne urządzenia.
Krok 4. 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.
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.
Zezwalanie urządzeniom z Laboratorium 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) |