Ta strona została przetłumaczona przez Cloud Translation API.

Kontroler stanu ISystem

public interface ISystemStatusChecker

com.android.tradefed.suite.checker.ISystemStatusChecker

Znane podklasy pośrednie

ActivityStatusChecker , DeviceAvailableChecker , DeviceBaselineChecker , DeviceSettingChecker , DeviceStorageStatusChecker , EnforcedSeLinuxChecker , KeyguardStatusChecker , LeakedThreadStatusChecker , ShellStatusChecker , SystemServerFileDescriptorChecker , SystemServerStatus , TimeServerStatus

Sprawdzanie stanu aktywności	Sprawdzanie statusu dla pozostałych aktywności uruchomionych na końcu modułu.
Narzędzie do sprawdzania dostępności urządzenia	Checker, aby upewnić się, że moduł nie pozostawi urządzenia w stanie offline.
Kontroler linii bazowej urządzenia	Ustaw podstawowe ustawienia urządzenia przed każdym modułem.
Kontroler ustawieńurządzenia	Sprawdź, czy ustawienia urządzenia zmieniły się podczas działania modułu.
Kontroler stanu pamięci urządzenia	Sprawdź, czy urządzenie ma wystarczającą ilość miejsca na dysku dla danych partycji.
WymuszonySeLinuxChecker	Sprawdzanie statusu, które zapewnia status Selinux.
Kontroler stanu klawiatury	Sprawdza stan blokady klawiatury po wykonaniu modułu.
Sprawdzanie stanu wycieku wątku	Narzędzie do sprawdzania stanu, aby upewnić się, że moduł nie przecieka działającego wątku.
Sprawdzanie stanu powłoki	Sprawdź, czy stan powłoki jest zgodny z oczekiwaniami przed i po uruchomieniu modułu.
SystemServerFileDescriptorChecker	Sprawdza, czy serwer systemowy wydaje się być na wyczerpaniu FD.
Kontroler stanu serwera systemowego	Sprawdź, czy pid serwera system_server zmienił się przed i po uruchomieniu modułu.
Sprawdzanie stanu czasu	Narzędzie do sprawdzania stanu, aby zapewnić synchronizację czasu urządzenia i hosta.
Kontroler użytkowników	Sprawdza, czy użytkownicy zmienili się podczas testu.

Moduł sprawdzający, który sprawdza stan systemu i zwraca wartość logiczną, aby wskazać, czy system znajduje się w oczekiwanym stanie. Takie sprawdzenie może być wykonywane przed lub po wykonaniu modułu.

Uwaga: tester musi być reentrant: co oznacza, że ta sama instancja będzie wywoływana wiele razy dla każdego wykonanego modułu, więc nie powinna ona pozostawiać stanu, który zakłócałby testy, które mają zostać wykonane dla następujących modułów.

StatusCheckerResult opisujący wyniki. Może mieć ustawiony komunikat o błędzie w przypadku awarii.

Streszczenie

Metody publiczne
`default StatusCheckerResult`	`postExecutionCheck ( ITestDevice device)` Sprawdź stan systemu po wykonaniu modułu testowego.
`default StatusCheckerResult`	`preExecutionCheck ( ITestDevice device)` Sprawdź stan systemu przed wykonaniem modułu testowego.

Metody publiczne

kontrola postwykonania

public StatusCheckerResult postExecutionCheck (ITestDevice device)

Sprawdź stan systemu po wykonaniu modułu testowego. Podklasa powinna przesłonić tę metodę, jeśli sprawdzenie jest tutaj pożądane. Implementacja musi zwracać wartość boolean , aby wskazać, czy sprawdzanie stanu zakończyło się pomyślnie, czy nie powiodło się.

Parametry
`device`	`ITestDevice` : `ITestDevice` , na którym mają być uruchamiane kontrole.

Zwroty
`StatusCheckerResult`	wynik sprawdzenia stanu systemu

Rzuty
`DeviceNotAvailableException`

Kontrola przedwykonawcza

public StatusCheckerResult preExecutionCheck (ITestDevice device)

Sprawdź stan systemu przed wykonaniem modułu testowego. Podklasa powinna przesłonić tę metodę, jeśli sprawdzenie jest tutaj pożądane. Implementacja musi zwracać wartość boolean , aby wskazać, czy sprawdzanie stanu zakończyło się pomyślnie, czy nie powiodło się.

Zdecydowanie zaleca się sprawdzanie stanu systemu po wykonaniu modułu, a ta metoda może być używana do buforowania określonego stanu systemu przed wykonaniem modułu.

Parametry
`device`	`ITestDevice` : `ITestDevice` , na którym mają być uruchamiane kontrole.

Zwroty
`StatusCheckerResult`	wynik sprawdzenia stanu systemu

Rzuty
`DeviceNotAvailableException`