Laboratorium Firebase umożliwia testowanie aplikacji na różnych urządzeniach oraz konfiguracji. Ten przewodnik zawiera omówienie głównych koncepcji Laboratorium, oferty na iOS oraz instrukcje rozpoczęcia testowania.
Informacje o limitach Laboratorium i abonamentach znajdziesz na stronie Użycie, limity i ceny.
Najważniejsze pojęcia i terminy
Gdy uruchomisz test lub zbiór przypadków testowych na urządzeniach i konfiguracjach Laboratorium uruchomi test dla Twojej aplikacji partiami, a potem wyświetla 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, takie jak telefonu, tabletu czy urządzenia do noszenia. Urządzenia w zestawie testów są identyfikowane przez modelu urządzenia, wersji systemu operacyjnego, orientacji ekranu i języka ustawienia geograficzne i językowe).
- Testuj, wykonując test
- Test (lub zestaw przypadków testowych) do przeprowadzenia na urządzeniu. Możesz przeprowadzić 1 test na urządzenie lub opcjonalnie podzielić test na fragmenty i uruchamiać przypadki testowe na różnych urządzeniach.
- Zestaw testów
- Zawiera stany i wyniki testów wykonanych podczas testów. Jeśli tak, nie uda się wykonać testu w macierzy, cała macierz koń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ą mogą działać maksymalnie 45 minut na urządzeniach fizycznych. spowoduje niepowodzenie testu.
XCTest (w tym XCUITests): test jednostkowy stworzony z wykorzystaniem Platforma XCTest. Instrukcje dotyczące modyfikowania XCTest w ramach Laboratorium.
Test pętli gry: test wykorzystujący „tryb demonstracyjny”. do symulują działania graczy w grach mobilnych. To szybki i skalowalny sposób aby sprawdzić, czy gra działa dobrze dla użytkowników. Jeśli zdecydujesz się uruchomić kampanię Test pętli gry możesz:
Pisz testy natywne dla silnika gry.
Unikaj pisania tego samego kodu dla różnych UI i testowania zasad.
Opcjonalnie utwórz wiele pętli do uruchomienia w ramach pojedynczego testu. Ty Mogą też organizować pętle za pomocą etykiet, aby je śledzić ponownie uruchomić określone pętle.
Instrukcje znajdziesz w artykule Przeprowadź test pętli gry. przeprowadź test w Laboratorium.
Krok 2. Wybierz narzędzie do przeprowadzenia testu
Aby przeprowadzić test, możesz wybrać te narzędzia:
Konsola Firebase umożliwia przesłanie i rozpoczynać testowanie z dowolnego miejsca. Zobacz Testowanie w konsoli Firebase .
Interfejs wiersza poleceń gcloud umożliwia przeprowadzanie testów z wiersza poleceń. Dobrze się też sprawdza w tworzeniu skryptów są częścią zautomatyzowanego procesu kompilacji i testowania. Zobacz Testowanie za pomocą gcloud CLI. .
Przed rozpoczęciem testów na rzeczywistych urządzeniach przeprowadź test lokalnie na symulatorze, aby aby upewnić się, że wszystko działa zgodnie z oczekiwaniami. Zobacz Przetestuj lokalnie, aby uzyskać instrukcje.
Krok 3. Określ urządzenia testowe
Laboratorium pozwala przetestować aplikację na wielu różnych urządzeniach z iOS urządzeń i modeli hostowanych w centrum danych Google. Więcej informacji: Dostępne urządzenia.
Krok 4. Sprawdź wyniki testu
Niezależnie od sposobu rozpoczęcia testów, wyniki wszystkich testów są zarządzane przez Laboratorium. Można je wyświetlić online.
Podsumowanie wyników testu to są automatycznie zapisywane i można je wyświetlać w konsoli Firebase. Zawiera najbardziej odpowiednie dane do testu, w tym filmy dotyczące konkretnego przypadku testowego, liczbę zrzutów ekranu, liczbę testów, które zaliczone, niezaliczone lub które uzyskały niestabilne wyniki; i innych.
Nieprzetworzone wyniki testów zawierają dzienniki testowe i szczegóły błędów aplikacji. automatycznie zapisane w zasobniku Google Cloud. Jeśli określisz zasobnik, odpowiedzialnego za koszty pamięci masowej. Jeśli nie określisz zasobnika, Laboratorium utworzy je dla Ciebie bezpłatnie.
Więcej informacji: Analizuj wyniki Laboratorium Firebase.
Czyszczenie urządzenia
Google bardzo poważnie traktuje bezpieczeństwo danych w aplikacjach. Śledzimy sprawdzone metody branżowe dotyczące usuwania danych aplikacji i resetowania ustawień systemu. dla urządzeń fizycznych po każdym teście, aby upewnić się, nowych testów. Dotyczy urządzeń, które można zainstalować z wykorzystaniem niestandardowego odzyskiwania idziemy o krok dalej, migając między urządzeniami między testami.
W przypadku urządzeń wirtualnych używanych w Laboratorium instancje urządzeń są usuwane po są używane, 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 podczas testowania. Jeśli serwery backendu są chronione przez zaporę sieciową reguły, można zezwolić na dostęp do fizycznych i wirtualnych urządzeń Laboratorium, w blokach adresów IP, aby otwierać trasy zapory sieciowej.
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óre generują fałszywe przychody z reklam.
Aby ograniczyć ten problem:
Jeśli korzystasz z zewnętrznych dostawców reklam cyfrowych lub współpracujesz z nimi (np. sieci reklamowe lub platformy DSP), zalecamy używanie reklam testowych zamiast prawdziwych reklam podczas tworzenia aplikacji i testowanie.
Jeśli w teście musisz użyć prawdziwych reklam, powiadom o tym zespół ds. reklamy cyfrowej dostawców usług, z którymi współpracujesz, w celu odfiltrowywania przychodów i całego powiązanego ruchu. wygenerowanych w Laboratorium przy użyciu Blokady adresów IP poniżej. Nie potrzebujesz powiadamianie dostawców reklam należących do Google; Test Lab zrobi to za Ciebie.
Adresy IP używane przez urządzenia Laboratorium
Cały ruch w sieci generowany przez urządzenia Laboratorium pochodzi
obserwujesz
Blokady adresów IP.
Możesz też uzyskać dostęp do tej listy przy użyciu
gcloud beta firebase test ip-blocks list
command.
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) |