Firebase Test Lab umożliwia przeprowadzenie testów jakości aplikacji na różnych urządzeniach i w różnych konfiguracjach. Ten przewodnik zawiera omówienie głównych koncepcji Test Lab, oferty na iOS oraz instrukcje rozpoczęcia testowania.
Więcej informacji o limitach i abonamentach usługi Test Lab znajdziesz w artykule Wykorzystanie, limity i ceny.
Najważniejsze pojęcia i terminy
Gdy uruchomisz test lub zbiór przypadków testowych na urządzeniach i konfiguracjach wybrany przez Ciebie, Test Lab uruchamia test aplikacji zbiorczo, 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 Test Lab
Te testy możesz przeprowadzić za pomocą Test Lab. 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 napisany za pomocą ramy XCTest. Instrukcje modyfikowania XCTest na potrzeby Test Lab znajdziesz w artykule Tworzenie testu XCTest.
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. Podczas przeprowadzania testu 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. uruchom test w aplikacji Test Lab.
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
Dzięki Test Lab możesz przeprowadzić test aplikacji na wielu urządzeniach z iOS i modelach 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 Test Lab i można wyświetlać online.
Podsumowanie wyników testu to są zapisywane automatycznie i można je wyświetlić 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, Test Lab tworzy je dla Ciebie bezpłatnie.
Więcej informacji znajdziesz w sekcji Analizowanie wyników Firebase Test Lab.
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. W przypadku urządzeń, które możemy sflashować za pomocą niestandardowego obrazu odzyskiwania, idziemy o krok dalej i flashujemy te urządzenia między kolejnymi testami.
W przypadku urządzeń wirtualnych używanych przez grupę Test Lab instancje urządzeń są usuwane po są używane, aby w każdym teście używana była nowa instancja urządzenia wirtualnego.
Zezwalam Test Lab urządzeniu 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ł, możesz zezwolić na dostęp do urządzeń fizycznych i wirtualnych, których używa Test Lab, przez w blokach adresów IP, aby otwierać trasy zapory sieciowej.
Reklama mobilna
Test Lab udostępnia skalowalną infrastrukturę, która automatyzuje testowanie aplikacji. Niestety, złośliwe aplikacje mogą wykorzystywać tę funkcję do nieuczciwego generowania przychodów 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 Test Lab przy użyciu funkcji Bloki adresów IP poniżej. Nie potrzebujesz powiadamianie dostawców reklam należących do Google; Test Lab zajmie się tym za Ciebie.
Adresy IP używane przez Test Lab urządzeń
Cały ruch sieciowy generowany przez urządzenia Test Lab pochodzi z tych bloków 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 2022-02) 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 (inne niż Arm) |
34.68.194.64/29 (dodano: 11.2019) 34.69.234.64/29 (dodano 11 2019 r.) 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) |