Rozwiązywanie problemów z Laboratorium Najczęstsze pytania

iOS Android .

Na tej stronie znajdziesz pomoc dotyczącą rozwiązywania problemów i odpowiedzi na najczęstsze pytania pytania dotyczące przeprowadzania testów w Laboratorium Firebase. Znane problemy są również udokumentowane. Jeśli nie możesz znaleźć czegoś jeśli potrzebujesz dodatkowej pomocy, dołącz do #test-lab kanał w Firebase Slack lub skontaktuj się z Firebase pomocy.

Rozwiązywanie problemów

Dlaczego trwa tak długo test?

Gdy w Laboratorium wybierzesz urządzenie o dużej pojemności testy mogą rozpocząć się szybciej. Gdy urządzenie ma małą pojemność, testy mogą potrwać dłużej. Jeśli liczba Liczba wywołanych testów jest znacznie większa niż pojemność wybranych urządzeń, może potrwać dłużej.

Testy na dowolnym poziomie wydajności urządzenia mogą potrwać dłużej ze względu na: następujące czynniki:

• Ruch, który wpływa na dostępność urządzeń i szybkość testu.
• Awarie urządzeń lub infrastruktury, które mogą wystąpić w dowolnym momencie. Aby sprawdzić Jeśli istnieje wskazana infrastruktura na potrzeby Laboratorium, zapoznaj się z Panel stanu Firebase.

Aby dowiedzieć się więcej o pojemności urządzenia w Laboratorium, sprawdź jego pojemność na Androidzie i iOS.

Dlaczego otrzymuję niejednoznaczne wyniki testu?

Niejednoznaczne wyniki testów często występują z powodu anulowania testów czy też błędy infrastruktury.

Błędy infrastruktury są spowodowane przez wewnętrzne problemy z Laboratorium, takie jak sieć lub nieoczekiwane działanie urządzeń. Laboratorium wewnętrznie wycofuje uruchomienia testów które wielokrotnie powodują błędy infrastruktury przed zgłoszeniem niejednoznaczny wynik; możesz jednak wyłączyć ponowne próby, używając failFast.

Aby określić przyczynę błędu, wykonaj te czynności:

1. Sprawdź, czy w Panel stanu Firebase.

2. Ponów test w Laboratorium, aby sprawdzić, czy da się go odtworzyć.

   Uwaga: Laboratorium nie nalicza opłat za błędy w infrastrukturze.

3. W razie potrzeby spróbuj przeprowadzić test na innym urządzeniu lub urządzeniu.

Jeśli problem będzie się powtarzał, skontaktuj się z zespołem Laboratorium na kanał#test-lab jest włączony Slack Firebase.

Dlaczego fragmentacja sprawiła, że testy zostały uruchomione dłużej?

Fragmentacja może wydłużyć czas trwania testów, gdy liczba fragmentów jest większa przekracza liczbę urządzeń dostępnych do użycia w Laboratorium. Do uniknąć takiej sytuacji, spróbuj zmienić urządzenie. Więcej informacji na temat wyboru innego urządzenia, zobacz Pojemność urządzenia.

Dlaczego trwa to zbyt długo? do testów?

Gdy prześlesz prośbę o test, Twoja aplikacja zostanie najpierw zweryfikowana, ponownie podpisana itp. w ramach przygotowań do testów na urządzeniu. Proces ten kończy się zwykle w czasie krótszym niż kilka sekund, ale zależy od czynników takich jak rozmiar .

Gdy aplikacja będzie gotowa, wykonania testów zostaną zaplanowane i pozostaną w kolejce dopóki urządzenie nie będzie gotowe do uruchomienia. Dopóki nie zakończą się wszystkie testy, macierz ma stan „Oczekujący”. (niezależnie od tego, czy uruchomienia testu w kolejce lub aktywnie uruchomionych).

Uwaga: czas oczekiwania na dostępne urządzenie nie jest brany pod uwagę w ramach czasu rozliczeniowego.

Dlaczego trwa to zbyt długo? aby ją dokończyć?

Po zakończeniu testu artefakty są pobierane z urządzenia, przetworzone i przesłane do Cloud Storage. Czas trwania tego kroku może liczbę i rozmiar artefaktów.

Najczęstsze pytania

Jakie są bezpłatne limity do Laboratorium? Co zrobić, gdy mi się skończą?

Laboratorium Firebase oferuje bezpłatne limity do przeprowadzania testów na urządzeniach oraz Cloud APIs. Limit testów jest zgodny ze standardowym abonamentem Firebase. w przeciwieństwie do limitów interfejsu Cloud API – nie.

• Limit testowania

  Limity testowania są określane na podstawie liczby urządzeń używanych do przeprowadzania testów. Abonament Firebase Spark ma stały limit testowania bez opłat dla użytkowników. Dla: abonamentu Blaze, limity mogą wzrosnąć, jeśli korzystasz z Google Cloud rośnie wraz z upływem czasu. Po osiągnięciu limitu testowania poczekaj do dzień lub przejdź na abonament Blaze, jeśli korzystasz obecnie z abonamentu Spark. Jeśli masz już abonament Blaze, możesz poprosić o zwiększenie limitu. Więcej informacji: Limit testowania.

  Wykorzystanie limitu testowania możesz monitorować w konsoli Google Cloud.

• Limit Cloud Testing API

  Interfejs Cloud Testing API ma 2 limity: liczbę żądań dziennie projektu i żądań na 100 sekund na projekt. Możesz monitorować w zakresie Konsola Google Cloud.

• Limit interfejsu Cloud Tool Results API

  Interfejs Cloud Tool Results API ma 2 limity: liczbę zapytań dziennie projektu, a zapytania na 100 sekund na projekt. Możesz monitorować w zakresie Konsola Google Cloud.

  Zapoznaj się z limitami interfejsu Cloud API na potrzeby Laboratorium. . Po osiągnięciu limitu interfejsu API:

  • Prześlij prośbę o zwiększenie limitów do edytowanie limitów bezpośrednio w konsoli Google Cloud (pamiętaj, że większość limitów jest ustawiona na maksimum) lub

  • Poproś o zwiększenie limitów interfejsu API, wypełniając formularz na Google Cloud Console lub przez skontaktowanie się Obsługa Firebase.

Jak sprawdzić, czy ruch do mojego backendu pochodzi z Laboratorium?

Z poziomu backendu możesz sprawdzić, czy ruch pochodzi z serwerów Firebase testujemy urządzenia, sprawdzając źródłowy adres IP Zakresy adresów IP.

Czy Laboratorium współpracuje z Ustawienia VPC?

Laboratorium nie działa ze środowiskiem VPC-SC, które blokuje kopiowanie aplikacji i innych artefaktów testowych między wewnętrznymi komponentami Laboratorium miejsce na dane i informacje o użytkownikach zasobników wyników.

Jak wykrywać niestabilne testy w Laboratorium?

Aby wykryć niestabilne działanie testów, zalecamy użycie funkcji --num-flaky-test-attempts . Ponowne uruchomienia są rozliczane lub wliczane do limitu dziennego tak samo jak i normalnych wykonaniach testów.

Pamiętaj:

• Całe wykonanie testu jest uruchamiane ponownie po wykryciu błędu. Nie ma ponawianie tylko nieudanych przypadków testowych.
• Zaplanowane uruchomienia ponawiania nie zostały zaplanowane w tym samym czasie, ale nie które mogą działać równolegle, np. gdy ruch przekroczy liczbę dostępnych urządzeniach.

.

Uwaga: błędy infrastruktury są niezależne od funkcji deflake i nie uruchomić powtórki działania deflake.

Czy Laboratorium obsługuje testy Appium, Flutter/FlutterDriver, ReactNative/Jest czy Ogórek?

Chociaż niektóre z nich są w planach, obecnie nie możemy i zaangażuje się w obsługę tych platform testowania i tworzenia aplikacji.

Gdzie znajdę informacje o urządzeniu, takie jak rozdzielczość itp.?

Szczegółowe informacje o urządzeniu są dostępne poprzez interfejs API i dostępne. z klienta gcloud za pomocą polecenia describe polecenie:

gcloud firebase test ios models describe MODEL

Czy mogę używać fragmentacji w testach iOS?

Fragmentacja nie jest natywnie obsługiwana w Laboratorium dla iOS. Możesz jednak: użyj klienta Flank, aby posegmentować przypadki testowe iOS.

Uwaga: użycie fragmentacji flankowej w systemie iOS tworzy osobne macierze testowe dla każdego fragmentu.

Jest to możliwe dzięki ustawieniu klucza i wartości OnlyTestIdentifiers w pliku .xctestrun. Więcej informacji znajdziesz na stronie man dotyczącej xcodebuild.xctestrun.

Znane problemy

Captcha logowania

Test Robo nie może ominąć ekranów logowania, które wymagają dodatkowe działanie użytkownika (poza wpisaniem danych logowania potrzebnych do zalogowania się), na przykład wykonując zadanie CAPTCHA.

Obsługa platformy UI

Test Robo działa najlepiej w przypadku aplikacji, które korzystają z elementów interfejsu użytkownika Androida. platforma (w tym View, ViewGroup i WebView) obiekty). Jeśli używasz testu Robo do ćwiczeń w aplikacjach, które korzystają z innego interfejsu na różnych platformach, w tym w aplikacjach korzystających z silnika gry Unity, test może zakończyć się bez poznawania świata poza pierwszym ekranem.