Testowanie udostępniania urządzeń, testowanie udostępniania urządzeń

Zadbaj o dobrą organizację dzięki kolekcji Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.

W przypadku urządzeń z systemem Android 6 lub Android 7 można przetestować aprowizację urządzeń za pomocą wiązki testowej systemu Android Enterprise (AE), która jest zestawem testów do sprawdzania zgodności urządzeń z systemem Android w przedsiębiorstwie. Uprząż zawiera aplikacje pomocnicze, przypadki testowe, pliki konfiguracyjne i program uruchamiający testy ( afw-test-tradefed ) zbudowany na cts-tradefed . Przed skonfigurowaniem wiązki testowej AE należy wykonać procedurę Provisioning for Device Administration .

W przypadku urządzeń z systemem Android 8 lub nowszym używanie wiązki testowej AE jest przestarzałe .

Konfigurowanie środowiska programistycznego

Środowisko programistyczne AE Test Harness jest podobne do systemu operacyjnego Android. Wykonaj kroki opisane w wymaganiach , aby skonfigurować komputer deweloperski.

Pobieranie kodu źródłowego

Pobierz kod źródłowy AE Test Harness, wykonując czynności opisane w sekcji Pobieranie źródła . Kod źródłowy AE Test Harness znajduje się w projekcie ./test/AfwTestHarness . Nazwa gałęzi określa wersję AE Test Harness do pobrania (każda platforma Android ma osobną wersję AE Test Harness). Na przykład nazwa gałęzi dla systemu Android 7.0 Nougat to afw-test-harness-nougat-dev . Aby zainicjować repozytorium i pobrać kod źródłowy dla tej gałęzi, użyj następujących poleceń:

mkdir WORKING_DIRECTORY
cd WORKING_DIRECTORY
git config --global user.name "Your Name"
git config --global user.email "you@example.com"
repo init -u https://android.googlesource.com/platform/manifest -b afw-test-harness-nougat-dev
repo sync -j24

Aby sprawdzić kod źródłowy innej wersji, określ gałąź z odpowiednim tagiem. Dostępne oddziały to:

Nazwa filii Obsługiwana platforma Android
uprząż-testowa-afw-nugat-dev Android 7.0
uprząż testowa-afw-2,1 Android 7.0
uprząż-testowa-afw-marshmallow-dev Android 6.0
uprząż testowa-afw-1,5 Android 6.0

Inne projekty zależności wymagane do zbudowania wiązki są również pobierane z kodem źródłowym.

Przeglądanie w Android Studio

Aby wyświetlić i edytować kod źródłowy w Android Studio:

  1. Uruchom następujące polecenia
    make idegen
    development/tools/idegen/idegen.sh
    
  2. W Android Studio otwórz android.ipr .

Kod źródłowy AE Test Harness znajduje się w test/AfwTestHarness .

Konfiguracja wiązki testowej AE

Możesz dostosować uprząż, konfigurując test/AfwTestHarness/afw-test.props . Aby pomyślnie uruchomić uprząż, wykonaj następujące czynności:

  1. Skonfiguruj sieć Wi-Fi w afw-test.props z następującymi właściwościami:
    wifi_ssid
    wifi_password (optional)
    wifi_security_type (optional, available options are: NONE, WEP or WPA)
    
  2. Uzyskaj co najmniej jedno konto z domeny, która jest powiązana z Test DPC jako kontrolerem zasad urządzeń. Określ szczegóły w afw-test.props z następującymi właściwościami:
    work_account_username
    work_account_password
    

    Wiązka testowa AE używa Test DPC do testowania przepływów aprowizacji, więc konta muszą być powiązane z Test DPC, aby uruchomić testową wiązkę przewodów.

Budowanie uprzęży testowej AE

Zainicjuj konfigurację kompilacji za pomocą:

source build/envsetup.sh
lunch

Wybierz typ urządzenia i naciśnij Enter .

Zbuduj uprząż za pomocą:

make afw-test-harness -j32

Tworzy to katalog ( out/host/linux-x86/afw-th/android-cts ) ze wszystkimi niezbędnymi plikami binarnymi, plikami konfiguracyjnymi i narzędziami do uruchomienia wiązki testowej. Ten katalog jest również spakowany do pliku ( out/host/linux-x86/afw-th/android-afw-test-harness.zip ) do dystrybucji.

Uruchamianie uprzęży testowej AE

Wykonaj następujące czynności, aby uruchomić uprząż testową AE:

  1. W środowisku kompilacji uruchom program uruchamiający testy za pomocą:
    afw-test-tradefed
    
    Powoduje to uruchomienie konsoli cts-tf , załadowanie planów testów, przypadków testowych i afw-test.props z out/host/linux-x86/afw-th/android-cts .
  2. Z rozpakowanego folderu android-afw-test-harness.zip uruchom program uruchamiający testy, używając:
    cts-tf> ./android‐cts/tools/afw-test‐tradefed
    
    Spowoduje to wczytanie planów testów, przypadków testowych i afw-test.props z katalogu android-cts . Upewnij się, że ./android‐cts/repository/testcases/afw-test.props ma konto służbowe i konfigurację Wi-Fi.
  3. Uruchom plan testów. Każdy plan testów to plik XML, który zawiera zestaw pakietów testowych z katalogu pakietów testowych AfwTestHarness/tests . Wspólne plany obejmują:
    • afw-userdebug-build . Zawiera wszystkie pakiety testowe, które wymagają kompilacji userdebug.
    • afw-user-build . Działa na kompilacji użytkownika, ale wymaga prawidłowego skonfigurowania urządzenia testowego, w tym ukończenia początkowej konfiguracji i włączenia debugowania USB.

    Aby uruchomić plan testów afw-userdebug-build , użyj:
    cts-tf> run cts --plan afw-userdebug-build
    
    Aby wyświetlić wszystkie plany testów, użyj polecenia list plans . Aby wyświetlić definicje planów, przejdź do out/host/linux-x86/afw-th/android-cts/repository/plans .
  4. Uruchom pakiet testowy. Aby uruchomić pojedynczy pakiet testowy, użyj
    cts-tf> run cts --package com.android.afwtest.NfcProvisioning
    
    Aby wyświetlić wszystkie pakiety, użyj list packages . Aby uzyskać więcej opcji, użyj polecenia run cts --help .

Debugowanie uprzęży testowej AE

Uruchom wszystkie polecenia w konsoli afw-test-tradefed ( cts-tf ), którą możesz uruchomić, uruchamiając afw-test-tradefed .

  • Wyświetl więcej informacji z flagami -l INFO lub -l DEBUG . Przykład:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG
    
  • Uruchom wiązkę testową na określonym urządzeniu z flagą -s . Przykład:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG -s device_sn
    
  • Uruchom wiązkę testową na wszystkich podłączonych urządzeniach z flagą --all-devices . Przykład:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG --all-devices
    
  • Wyświetl bieżące uruchomione wykonania za pomocą list invocations lub li .
  • Wyświetl podsumowanie przeszłych wykonań testów za pomocą list results lub lr .
  • Zobacz inne polecenia list za help list .
  • Monitoruj logcat w czasie rzeczywistym z filtrem za pomocą afwtest , a następnie otwórz inny terminal i uruchom logcat za pomocą: adb logcat | grep afwtest . Po zakończeniu testu:
    • Wyświetl logi w out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time . Pełny dziennik urządzenia i dziennik hosta ( dzienniki afw-test-tradefed ) są zapisywane w osobnych plikach zip.
    • Znajdź odpowiednie informacje, przeszukując logcat urządzenia pod kątem afwtest . Przykład: zless out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time /device_logcat_ random-number .zip | grep afwtest
    • Aby wyświetlić pełny dziennik afw-test-tradefed, użyj: zless out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time /host_log_ random-number .zip
  • Pakiet testowy automatyzuje przepływ obsługi administracyjnej w przedsiębiorstwie, przechodząc przez strony interfejsu użytkownika i rejestrując dziennik nawigacji w pliku logcat urządzenia dla każdej strony. Przykład: afwtest.AutomationDriver: Navigating:com.android.afwtest.uiautomator.pages.gms.AddAccountPage
    Strony interfejsu użytkownika dla pakietu testowego com.android.afwtest.NfcProvisioning obejmują:
    • com.android.afwtest.uiautomator.pages.managedprovisioning.NfcProvisioningPage
    • com.android.afwtest.uiautomator.pages.PageSkipper
    • com.android.afwtest.uiautomator.pages.LandingPage
  • Jeśli test nie powiódł się podczas procesu udostępniania, logcat zawiera błąd podobny do:
    TestRunner: java.lang.RuntimeException: Failed to load page: com.android.afwtest.uiautomator.pages.packageinstaller.DeviceAccessPage
    
    Zazwyczaj jest to spowodowane błędami na poprzedniej stronie interfejsu użytkownika lub na stronie, której nie udało się załadować, więc spróbuj znaleźć inne komunikaty o błędach w logcat przed tym błędem , a następnie spróbuj odtworzyć go ręcznie zgodnie z przepływem aprowizacji.
  • Jeśli pakiet testowy nie powiedzie się:
    • Zrzut ekranu jest zapisywany w out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time przy użyciu następującej składni: screenshot-test_ test_class_full_name _ test_case_name - random_number .png . Informacje te są również rejestrowane w dzienniku hosta.
    • Raport o błędzie jest zapisywany w out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time jako: bug- test_class_full_name _ test_case_name - random_number .zip .
  • Po wykonaniu wszystkich pakietów testowych wykonywany jest zrzut ekranu i zapisywany w out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time jako: screenshot- random_number .png . Informacje te są również rejestrowane w dzienniku hosta.

FAQ

Czy mogę uruchomić plan testów afw-userdebug-build na urządzeniu z flashowaną wersją użytkownika?

Nie. Pakiety testowe w planie afw-userdebug-build do ustawień fabrycznych resetują urządzenie testujące przed uruchomieniem rzeczywistego przepływu testów i wymagają automatycznego włączenia debugowania adb . W przypadku kompilacji użytkownika debugowanie adb można włączyć tylko przez ręczną zmianę ustawienia w opcjach programisty.

Czy mogę uruchomić plan testów afw-user-build na urządzeniu z flashowaną wersją userdebug?

Tak, ale zalecamy uruchomienie tego planu testów w kompilacji użytkownika.

Czasami mój test kończy się niepowodzeniem, ponieważ ładowanie interfejsu użytkownika zajmuje zbyt dużo czasu. Jak mogę to naprawić?

Skonfiguruj ustawienie timeout_size w ./android-cts/repository/testcases/afw-test.props . Prawidłowe ustawienia to: S, M, L, XL, XXL.

Pakiet testowy com.android.afwtest.NfcProvisioning (lub SuwDoProvisioning ) kończy się niepowodzeniem na moim urządzeniu, ponieważ zainstalowana początkowa konfiguracja wyświetla dostosowany interfejs użytkownika (taki jak Warunki korzystania z usługi) po zakończeniu aprowizacji. Jak mogę pominąć ten dostosowany interfejs użytkownika?

Po zakończeniu procesu udostępniania interfejs użytkownika powinien być minimalny. Wiązka testowa automatycznie pominie taki interfejs użytkownika, jeśli interfejs użytkownika ma przycisk, który ma znaczący tekst lub opis zawartości, który zawiera dowolne z następujących słów: Pomiń, Zakończ, Gotowe, Zaakceptuj, Zgadzam się, Dalej, Kontynuuj lub Kontynuuj. Alternatywnie możesz zdefiniować przycisk w afw-test.props aby skonfigurować uprząż testową w celu pominięcia interfejsu użytkownika. Przykład:

oem_widgets=your_btn
your_btn.text=your_customized_text
your_btn.package=your_package
your_btn.action=click

Aby zdefiniować wiele widżetów, oddziel je przecinkami.

Pakiet testowy com.android.afwtest.NfcProvisioning (lub SuwDoProvisioning ) nie powiódł się, a ostatni ekran interfejsu użytkownika to „Zweryfikuj swoje konto”. Dlaczego tak się dzieje i jak mogę odzyskać urządzenie testowe?

Ten błąd występuje, ponieważ poprzedni pakiet testowy nie wyczyścił ochrony przywracania ustawień fabrycznych na koniec testu. Musisz ręcznie wprowadzić konto, aby odblokować urządzenie.

Moje urządzenie potrzebuje więcej czasu na przywrócenie ustawień fabrycznych. Czy mogę przedłużyć limit czasu przywracania ustawień fabrycznych?

TAk. Skonfiguruj ustawienie factory_reset_timeout_min w afw-test.props . Prawidłowe ustawienia są w minutach; możesz ustawić dowolną liczbę minut, która działa z twoim urządzeniem.

,

W przypadku urządzeń z systemem Android 6 lub Android 7 można przetestować aprowizację urządzeń za pomocą wiązki testowej systemu Android Enterprise (AE), która jest zestawem testów do sprawdzania zgodności urządzeń z systemem Android w przedsiębiorstwie. Uprząż zawiera aplikacje pomocnicze, przypadki testowe, pliki konfiguracyjne i program uruchamiający testy ( afw-test-tradefed ) zbudowany na cts-tradefed . Przed skonfigurowaniem wiązki testowej AE należy wykonać procedurę Provisioning for Device Administration .

W przypadku urządzeń z systemem Android 8 lub nowszym używanie wiązki testowej AE jest przestarzałe .

Konfigurowanie środowiska programistycznego

Środowisko programistyczne AE Test Harness jest podobne do systemu operacyjnego Android. Wykonaj kroki opisane w wymaganiach , aby skonfigurować komputer deweloperski.

Pobieranie kodu źródłowego

Pobierz kod źródłowy AE Test Harness, wykonując czynności opisane w sekcji Pobieranie źródła . Kod źródłowy AE Test Harness znajduje się w projekcie ./test/AfwTestHarness . Nazwa gałęzi określa wersję AE Test Harness do pobrania (każda platforma Android ma osobną wersję AE Test Harness). Na przykład nazwa gałęzi dla systemu Android 7.0 Nougat to afw-test-harness-nougat-dev . Aby zainicjować repozytorium i pobrać kod źródłowy dla tej gałęzi, użyj następujących poleceń:

mkdir WORKING_DIRECTORY
cd WORKING_DIRECTORY
git config --global user.name "Your Name"
git config --global user.email "you@example.com"
repo init -u https://android.googlesource.com/platform/manifest -b afw-test-harness-nougat-dev
repo sync -j24

Aby sprawdzić kod źródłowy innej wersji, określ gałąź z odpowiednim tagiem. Dostępne oddziały to:

Nazwa filii Obsługiwana platforma Android
uprząż-testowa-afw-nugat-dev Android 7.0
uprząż testowa-afw-2,1 Android 7.0
uprząż-testowa-afw-marshmallow-dev Android 6.0
uprząż testowa-afw-1,5 Android 6.0

Inne projekty zależności wymagane do zbudowania wiązki są również pobierane z kodem źródłowym.

Przeglądanie w Android Studio

Aby wyświetlić i edytować kod źródłowy w Android Studio:

  1. Uruchom następujące polecenia
    make idegen
    development/tools/idegen/idegen.sh
    
  2. W Android Studio otwórz android.ipr .

Kod źródłowy AE Test Harness znajduje się w test/AfwTestHarness .

Konfiguracja wiązki testowej AE

Możesz dostosować uprząż, konfigurując test/AfwTestHarness/afw-test.props . Aby pomyślnie uruchomić uprząż, wykonaj następujące czynności:

  1. Skonfiguruj sieć Wi-Fi w afw-test.props z następującymi właściwościami:
    wifi_ssid
    wifi_password (optional)
    wifi_security_type (optional, available options are: NONE, WEP or WPA)
    
  2. Uzyskaj co najmniej jedno konto z domeny, która jest powiązana z Test DPC jako kontrolerem zasad urządzeń. Określ szczegóły w afw-test.props z następującymi właściwościami:
    work_account_username
    work_account_password
    

    Wiązka testowa AE używa Test DPC do testowania przepływów aprowizacji, więc konta muszą być powiązane z Test DPC, aby uruchomić testową wiązkę przewodów.

Budowanie uprzęży testowej AE

Zainicjuj konfigurację kompilacji za pomocą:

source build/envsetup.sh
lunch

Wybierz typ urządzenia i naciśnij Enter .

Zbuduj uprząż za pomocą:

make afw-test-harness -j32

Tworzy to katalog ( out/host/linux-x86/afw-th/android-cts ) ze wszystkimi niezbędnymi plikami binarnymi, plikami konfiguracyjnymi i narzędziami do uruchomienia wiązki testowej. Ten katalog jest również spakowany do pliku ( out/host/linux-x86/afw-th/android-afw-test-harness.zip ) do dystrybucji.

Uruchamianie uprzęży testowej AE

Wykonaj następujące czynności, aby uruchomić uprząż testową AE:

  1. W środowisku kompilacji uruchom program uruchamiający testy za pomocą:
    afw-test-tradefed
    
    Powoduje to uruchomienie konsoli cts-tf , załadowanie planów testów, przypadków testowych i afw-test.props z out/host/linux-x86/afw-th/android-cts .
  2. Z rozpakowanego folderu android-afw-test-harness.zip uruchom program uruchamiający testy, używając:
    cts-tf> ./android‐cts/tools/afw-test‐tradefed
    
    Spowoduje to wczytanie planów testów, przypadków testowych i afw-test.props z katalogu android-cts . Upewnij się, że ./android‐cts/repository/testcases/afw-test.props ma konto służbowe i konfigurację Wi-Fi.
  3. Uruchom plan testów. Każdy plan testów to plik XML, który zawiera zestaw pakietów testowych z katalogu pakietów testowych AfwTestHarness/tests . Wspólne plany obejmują:
    • afw-userdebug-build . Zawiera wszystkie pakiety testowe, które wymagają kompilacji userdebug.
    • afw-user-build . Działa na kompilacji użytkownika, ale wymaga prawidłowego skonfigurowania urządzenia testowego, w tym ukończenia początkowej konfiguracji i włączenia debugowania USB.

    Aby uruchomić plan testów afw-userdebug-build , użyj:
    cts-tf> run cts --plan afw-userdebug-build
    
    Aby wyświetlić wszystkie plany testów, użyj polecenia list plans . Aby wyświetlić definicje planów, przejdź do out/host/linux-x86/afw-th/android-cts/repository/plans .
  4. Uruchom pakiet testowy. Aby uruchomić pojedynczy pakiet testowy, użyj
    cts-tf> run cts --package com.android.afwtest.NfcProvisioning
    
    Aby wyświetlić wszystkie pakiety, użyj list packages . Aby uzyskać więcej opcji, użyj polecenia run cts --help .

Debugowanie uprzęży testowej AE

Uruchom wszystkie polecenia w konsoli afw-test-tradefed ( cts-tf ), którą możesz uruchomić, uruchamiając afw-test-tradefed .

  • Wyświetl więcej informacji z flagami -l INFO lub -l DEBUG . Przykład:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG
    
  • Uruchom wiązkę testową na określonym urządzeniu z flagą -s . Przykład:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG -s device_sn
    
  • Uruchom wiązkę testową na wszystkich podłączonych urządzeniach z flagą --all-devices . Przykład:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG --all-devices
    
  • Wyświetl bieżące uruchomione wykonania za pomocą list invocations lub li .
  • Wyświetl podsumowanie przeszłych wykonań testów za pomocą list results lub lr .
  • Zobacz inne polecenia list za help list .
  • Monitoruj logcat w czasie rzeczywistym z filtrem za pomocą afwtest , a następnie otwórz inny terminal i uruchom logcat za pomocą: adb logcat | grep afwtest . Po zakończeniu testu:
    • Wyświetl logi w out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time . Pełny dziennik urządzenia i dziennik hosta ( dzienniki afw-test-tradefed ) są zapisywane w osobnych plikach zip.
    • Znajdź odpowiednie informacje, przeszukując logcat urządzenia pod kątem afwtest . Przykład: zless out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time /device_logcat_ random-number .zip | grep afwtest
    • Aby wyświetlić pełny dziennik afw-test-tradefed, użyj: zless out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time /host_log_ random-number .zip
  • Pakiet testowy automatyzuje przepływ obsługi administracyjnej w przedsiębiorstwie, przechodząc przez strony interfejsu użytkownika i rejestrując dziennik nawigacji w pliku logcat urządzenia dla każdej strony. Przykład: afwtest.AutomationDriver: Navigating:com.android.afwtest.uiautomator.pages.gms.AddAccountPage
    Strony interfejsu użytkownika dla pakietu testowego com.android.afwtest.NfcProvisioning obejmują:
    • com.android.afwtest.uiautomator.pages.managedprovisioning.NfcProvisioningPage
    • com.android.afwtest.uiautomator.pages.PageSkipper
    • com.android.afwtest.uiautomator.pages.LandingPage
  • Jeśli test nie powiódł się podczas procesu udostępniania, logcat zawiera błąd podobny do:
    TestRunner: java.lang.RuntimeException: Failed to load page: com.android.afwtest.uiautomator.pages.packageinstaller.DeviceAccessPage
    
    Zazwyczaj jest to spowodowane błędami na poprzedniej stronie interfejsu użytkownika lub na stronie, której nie udało się załadować, więc spróbuj znaleźć inne komunikaty o błędach w logcat przed tym błędem , a następnie spróbuj odtworzyć go ręcznie zgodnie z przepływem aprowizacji.
  • Jeśli pakiet testowy nie powiedzie się:
    • Zrzut ekranu jest zapisywany w out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time przy użyciu następującej składni: screenshot-test_ test_class_full_name _ test_case_name - random_number .png . Informacje te są również rejestrowane w dzienniku hosta.
    • Raport o błędzie jest zapisywany w out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time jako: bug- test_class_full_name _ test_case_name - random_number .zip .
  • Po wykonaniu wszystkich pakietów testowych wykonywany jest zrzut ekranu i zapisywany w out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time jako: screenshot- random_number .png . Informacje te są również rejestrowane w dzienniku hosta.

FAQ

Czy mogę uruchomić plan testów afw-userdebug-build na urządzeniu z flashowaną wersją użytkownika?

Nie. Pakiety testowe w planie afw-userdebug-build do ustawień fabrycznych resetują urządzenie testujące przed uruchomieniem rzeczywistego przepływu testów i wymagają automatycznego włączenia debugowania adb . W przypadku kompilacji użytkownika debugowanie adb można włączyć tylko przez ręczną zmianę ustawienia w opcjach programisty.

Czy mogę uruchomić plan testów afw-user-build na urządzeniu z flashowaną wersją userdebug?

Tak, ale zalecamy uruchomienie tego planu testów w kompilacji użytkownika.

Czasami mój test kończy się niepowodzeniem, ponieważ ładowanie interfejsu użytkownika zajmuje zbyt dużo czasu. Jak mogę to naprawić?

Skonfiguruj ustawienie timeout_size w ./android-cts/repository/testcases/afw-test.props . Prawidłowe ustawienia to: S, M, L, XL, XXL.

Pakiet testowy com.android.afwtest.NfcProvisioning (lub SuwDoProvisioning ) kończy się niepowodzeniem na moim urządzeniu, ponieważ zainstalowana początkowa konfiguracja wyświetla dostosowany interfejs użytkownika (taki jak Warunki korzystania z usługi) po zakończeniu aprowizacji. Jak mogę pominąć ten dostosowany interfejs użytkownika?

Po zakończeniu procesu udostępniania interfejs użytkownika powinien być minimalny. Wiązka testowa automatycznie pominie taki interfejs użytkownika, jeśli interfejs użytkownika ma przycisk, który ma znaczący tekst lub opis zawartości, który zawiera dowolne z następujących słów: Pomiń, Zakończ, Gotowe, Zaakceptuj, Zgadzam się, Dalej, Kontynuuj lub Kontynuuj. Alternatywnie możesz zdefiniować przycisk w afw-test.props aby skonfigurować uprząż testową w celu pominięcia interfejsu użytkownika. Przykład:

oem_widgets=your_btn
your_btn.text=your_customized_text
your_btn.package=your_package
your_btn.action=click

Aby zdefiniować wiele widżetów, oddziel je przecinkami.

Pakiet testowy com.android.afwtest.NfcProvisioning (lub SuwDoProvisioning ) nie powiódł się, a ostatni ekran interfejsu użytkownika to „Zweryfikuj swoje konto”. Dlaczego tak się dzieje i jak mogę odzyskać urządzenie testowe?

Ten błąd występuje, ponieważ poprzedni pakiet testowy nie wyczyścił ochrony przywracania ustawień fabrycznych na koniec testu. Musisz ręcznie wprowadzić konto, aby odblokować urządzenie.

Moje urządzenie potrzebuje więcej czasu na przywrócenie ustawień fabrycznych. Czy mogę przedłużyć limit czasu przywracania ustawień fabrycznych?

TAk. Skonfiguruj ustawienie factory_reset_timeout_min w afw-test.props . Prawidłowe ustawienia są w minutach; możesz ustawić dowolną liczbę minut, która działa z twoim urządzeniem.