Diese Seite wurde von der Cloud Translation API übersetzt.

ISystemStatusChecker

public interface ISystemStatusChecker

com.android.tradefed.suite.checker.ISystemStatusChecker

Bekannte indirekte abgeleitete Klassen

ActivityStatusChecker	Statusprüfung für verbleibende Aktivitäten am Ende eines Moduls.
DeviceAvailableChecker	Prüffunktion, um sicherzustellen, dass ein Modul das Gerät nicht offline verlässt.
DeviceBaselineChecker	Lege vor jedem Modul die Grundeinstellungen des Geräts fest.
DeviceSettingChecker	Prüfen Sie, ob sich die Geräteeinstellungen während eines Moduls geändert haben.
DeviceStorageStatusChecker	Prüfen Sie, ob auf dem Gerät genügend Speicherplatz für die angegebenen Partitionen vorhanden ist.
EnforcedSeLinuxChecker	Statusprüfung zur Sicherstellung des Status von Selinux
FilesystemRootChecker
KeyguardStatusChecker	Prüft den Keyguard-Status nach der Modulausführung.
LeakedThreadStatusChecker	Statusprüfung, um sicherzustellen, dass ein Modul keinen laufenden Thread durchsickert.
ShellStatusChecker	Prüfen Sie vor und nach der Ausführung eines Moduls, ob der Shell-Status wie erwartet ist.
SystemServerFileDescriptorChecker	Prüft, ob der Systemserver offenbar keine FDs mehr hat.
SystemServerStatusChecker	Prüfen Sie, ob sich die PID von system_server vor und nach der Ausführung des Moduls geändert hat.
TimeStatusChecker (Zeitstatus-Checker)	Statusprüfung, um sicherzustellen, dass das Gerät und die Hostzeit synchron bleiben
UserChecker	Prüft, ob sich Nutzer während des Tests geändert haben.

Prüffunktion, die den Systemstatus prüft und einen booleschen Wert zurückgibt, um anzugeben, ob das System erwartet wird. Eine solche Prüfung kann entweder vor oder nach einer Modulausführung durchgeführt werden.

Hinweis: Die Prüfung muss eintretend sein, d. h., dieselbe Instanz wird mehrfach genannt. für jedes ausgeführte Modul. Es sollte daher kein Zustand beibehalten werden, der die Prüfungen beeinträchtigt. die in den folgenden Modulen durchgeführt werden sollen.

Die Rückgabe StatusCheckerResult, die die Ergebnisse beschreibt. Möglicherweise ist eine Fehlermeldung festgelegt. im Falle eines Fehlers.

Zusammenfassung

Öffentliche Methoden
`default StatusCheckerResult`	`postExecutionCheck(ITestDevice device)` Systemzustand nach Ausführung des Testmoduls prüfen.
`default StatusCheckerResult`	`preExecutionCheck(ITestDevice device)` Prüfe den Systemzustand vor der Ausführung des Testmoduls.

Öffentliche Methoden

postExecutionCheck

public StatusCheckerResult postExecutionCheck (ITestDevice device)

Systemzustand nach Ausführung des Testmoduls prüfen. Eine abgeleitete Klasse sollte diese Methode überschreiben, ist hier sinnvoll. Bei der Implementierung muss ein boolean-Wert zurückgegeben werden, um anzugeben, ob die Statusprüfung bestanden wurde oder fehlgeschlagen ist.

Parameter
`device`	`ITestDevice`: Die `ITestDevice`, für die die Prüfungen ausgeführt werden sollen.

Returns
`StatusCheckerResult`	Ergebnis der Systemstatusprüfung

Ausgabe
	com.android.tradefed.device.DeviceNotAvailableException
`DeviceNotAvailableException`

preExecutionCheck

public StatusCheckerResult preExecutionCheck (ITestDevice device)

Prüfe den Systemzustand vor der Ausführung des Testmoduls. Eine abgeleitete Klasse sollte diese Methode überschreiben, wenn hier eine Überprüfung wünschen. Bei der Implementierung muss ein boolean-Wert zurückgegeben werden an um anzuzeigen, ob die Statusprüfung bestanden wurde oder fehlgeschlagen ist.

Es wird dringend empfohlen, den Systemstatus nach dem Modul zu überprüfen. ausgeführt wird. Diese Methode kann zum Zwischenspeichern eines bestimmten Systemstatus verwendet werden, bis hin zur Modulausführung.

Parameter
`device`	`ITestDevice`: Die `ITestDevice`, für die die Prüfungen ausgeführt werden sollen.

Returns
`StatusCheckerResult`	Ergebnis der Systemstatusprüfung

Ausgabe
	com.android.tradefed.device.DeviceNotAvailableException
`DeviceNotAvailableException`