Od 27 marca 2025 r. zalecamy używanie android-latest-release zamiast aosp-main do kompilowania i wspołtworzenia AOSP. Więcej informacji znajdziesz w artykule o zmianach w AOSP.

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, FilesystemRootChecker, KeyguardStatusChecker, LeakedThreadStatusChecker, ShellStatusChecker, SystemServerFileDescriptorChecker, SystemServerStatusChecker, TimeStatusChecker, UserChecker

ActivityStatusChecker	Sprawdzanie stanu pozostałych aktywności działających na końcu modułu.
DeviceAvailableChecker	Sprawdzanie, czy moduł nie pozostawia urządzenia w stanie offline.
DeviceBaselineChecker	Przed każdym modułem ustaw podstawowe ustawienia urządzenia.
DeviceSettingChecker	Sprawdź, czy ustawienia urządzenia zmieniły się podczas wykonywania modułu.
DeviceStorageStatusChecker	Sprawdź, czy na urządzeniu jest wystarczająca ilość miejsca na określone partycje.
EnforcedSeLinuxChecker	Sprawdzanie stanu, które sprawdza stan Selinux.
FilesystemRootChecker
KeyguardStatusChecker	Sprawdza stan blokady ekranu po wykonaniu modułu.
LeakedThreadStatusChecker	Sprawdzanie stanu, aby upewnić się, że moduł nie powoduje wycieku wątku.
ShellStatusChecker	Sprawdź, czy stan powłoki jest zgodny z oczekiwaniami przed i po uruchomieniu modułu.
SystemServerFileDescriptorChecker	Sprawdza, czy serwer systemu ma za mało FD.
SystemServerStatusChecker	Sprawdź, czy identyfikator procesu system_server zmienił się przed i po uruchomieniu modułu.
TimeStatusChecker	Sprawdzanie stanu, aby mieć pewność, że czas na urządzeniu i hoście jest synchronizowany.
UserChecker	sprawdza, czy użytkownicy zmienili się podczas testu.

Sprawdzanie, które sprawdza stan systemu i zwraca wartość logiczną wskazującą, czy system jest w oczekiwanym stanie. Taka weryfikacja może być wykonywana przed lub po wykonaniu modułu.

Uwaga: sprawdzacz musi być wielokrotnie wywoływany, co oznacza, że w przypadku każdego modułu wywoływany będzie ten sam egzemplarz. Nie powinien on zmieniać stanu, aby nie zakłócać kontroli przeprowadzanych w kolejnych modułach.

Zwracany element StatusCheckerResult opisujący wyniki. W przypadku niepowodzenia może wyświetlić komunikat o błędzie.

Podsumowanie

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

Metody publiczne

postExecutionCheck

public StatusCheckerResult postExecutionCheck (ITestDevice device)

Sprawdzanie stanu systemu po wykonaniu modułu testowego. Podklasa powinna zastąpić tę metodę, jeśli w tym miejscu jest pożądane sprawdzenie. Implementacja musi zwrócić wartość boolean, aby wskazać, czy sprawdzenie stanu zakończyło się sukcesem, czy niepowodzeniem.

Parametry
`device`	`ITestDevice`: `ITestDevice`, na którym mają być wykonywane testy.

Zwroty
`StatusCheckerResult`	wynik sprawdzania stanu systemu

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

preExecutionCheck

public StatusCheckerResult preExecutionCheck (ITestDevice device)

Sprawdź stan systemu przed wykonaniem modułu testowego. Podklasa powinna zastąpić tę metodę, jeśli w tym miejscu jest potrzebne sprawdzenie. Implementacja musi zwrócić wartość boolean, aby wskazać, czy sprawdzenie stanu zakończyło się sukcesem, czy niepowodzeniem.

Zdecydowanie zalecamy sprawdzenie stanu systemu po wykonaniu modułu. Ta metoda może służyć do przechowywania w pamięci podręcznej określonego stanu systemu przed wykonaniem modułu.

Parametry
`device`	`ITestDevice`: `ITestDevice`, na którym mają być wykonywane testy.

Zwroty
`StatusCheckerResult`	wynik sprawdzania stanu systemu

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