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

ISystemStatusChecker

public interface ISystemStatusChecker

com.android.tradefed.suite.checker.ISystemStatusChecker

Znane podklasy pośrednie

ActivityStatusChecker , DeviceAvailableChecker , DeviceBaselineChecker , DeviceSettingChecker , DeviceStorageStatusChecker , EnforcedSeLinuxChecker , KeyguardStatusChecker , LeakedThreadStatusChecker , ShellStatusChecker , SystemServerFileDescriptorChecker , SystemServerStatusChecker , TimeStatusChecker , UsersChecker

Kontroler stanu aktywności	Sprawdzanie stanu pozostałych działań uruchomionych na końcu modułu.
DeviceAvailableChecker	Sprawdzanie, aby upewnić się, że moduł nie pozostawia urządzenia w stanie offline.
Sprawdzanie linii bazowej urządzenia	Ustaw podstawowe ustawienia urządzenia przed każdym modułem.
Sprawdzanie ustawień urządzenia	Sprawdź, czy ustawienia urządzenia zmieniły się podczas pracy modułu.
DeviceStorageStatusChecker	Sprawdź, czy urządzenie ma wystarczającą ilość miejsca na dysku dla danych partycji.
EnforcedSeLinuxChecker	Sprawdzanie statusu, które zapewnia status Selinux.
KeyguardStatusChecker	Sprawdza stan blokady klawiatury po wykonaniu modułu.
WyciekłyTreadStatusChecker	Sprawdzanie stanu, aby upewnić się, że moduł nie przecieka działającego wątku.
ShellStatusChecker	Sprawdź, czy stan powłoki jest zgodny z oczekiwaniami przed i po uruchomieniu modułu.
SystemServerFileDescriptorChecker	Sprawdza, czy na serwerze systemowym brakuje FD.
SystemServerStatusChecker	Sprawdź, czy pid serwera system_server zmienił się przed i po uruchomieniu modułu.
TimeStatusChecker	Sprawdzanie stanu, aby upewnić się, że urządzenie i czas hosta są zsynchronizowane.
UserChecker	Sprawdza, czy użytkownicy zmienili się podczas testu.

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

Uwaga: moduł sprawdzający musi być ponownie wprowadzany: co oznacza, że ta sama instancja będzie wywoływana wiele razy dla każdego wykonanego modułu, więc nie powinien opuszczać stanu, aby zakłócać sprawdzanie, które ma zostać wykonane dla kolejnych modułów.

Zwrot 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 uruchomieniem modułu testowego.

Metody publiczne

sprawdzanie po wykonaniu

public StatusCheckerResult postExecutionCheck (ITestDevice device)

Sprawdź stan systemu po wykonaniu modułu testowego. Podklasa powinna zastąpić tę metodę, jeśli pożądane jest tutaj sprawdzenie. Implementacja musi zwrócić wartość boolean , aby wskazać, czy sprawdzanie stanu zakończyło się powodzeniem, czy niepowodzeniem.

Parametry
`device`	`ITestDevice` : `ITestDevice` , na którym mają zostać uruchomione kontrole.

Zwroty
`StatusCheckerResult`	wynik sprawdzenia stanu systemu

Rzuty
	com.android.tradefed.device.DeviceNotAvailableException
`DeviceNotAvailableException`

kontrola przed wykonaniem

public StatusCheckerResult preExecutionCheck (ITestDevice device)

Sprawdź stan systemu przed uruchomieniem modułu testowego. Podklasa powinna zastąpić tę metodę, jeśli pożądane jest tutaj sprawdzenie. Implementacja musi zwrócić wartość boolean , aby wskazać, czy sprawdzanie stanu zakończyło się powodzeniem, czy niepowodzeniem.

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

Parametry
`device`	`ITestDevice` : `ITestDevice` , na którym mają zostać uruchomione kontrole.

Zwroty
`StatusCheckerResult`	wynik sprawdzenia stanu systemu

Rzuty
	com.android.tradefed.device.DeviceNotAvailableException
`DeviceNotAvailableException`