Ab dem 27. März 2025 empfehlen wir, android-latest-release anstelle von aosp-main zu verwenden, um AOSP zu erstellen und Beiträge dazu zu leisten. Weitere Informationen finden Sie unter Änderungen am AOSP.

Diese Seite wurde von der Cloud Translation API übersetzt.

ITestLifeCycleReceiver

public interface ITestLifeCycleReceiver

com.android.tradefed.result.ITestLifeCycleReceiver

Bekannte indirekte Unterklassen

AggregatePostProcessor, AtraceCollector, AtraceRunMetricCollector, AveragePostProcessor, BaseDeviceMetricCollector, BasePostProcessor, BluetoothConnectionLatencyCollector, BluetoothConnectionStateCollector, BluetoothConnectionSuccessRatePostProcessor, BluetoothHciSnoopLogCollector, BugreportCollector, BugreportzOnFailureCollector, BugreportzOnTestCaseFailureCollector, ClangCodeCoverageCollector, CodeCoverageCollector und 80 weitere.

AggregatePostProcessor	Ein Messwert-Aggregator, der Minimum, Maximum, Mittelwert, Varianz, Standardabweichung, Gesamtzahl, Anzahl und optional Perzentile für numerische Messwerte liefert, die bei Tests mit mehreren Iterationen erfasst wurden. Die Messwerte werden dabei als Doppelwerte behandelt.
AtraceCollector	Eine `IMetricCollector`, die während eines Tests atrace ausführt, das Ergebnis erfasst und in der Aufrufabfolge protokolliert.
AtraceRunMetricCollector	Hiermit werden die Protokolle aus dem gesamten Testverzeichnis unter dem angegebenen Verzeichnis auf dem Testgerät erfasst, das Testverzeichnis protokolliert, die Protokolldateien im Testverzeichnis nachbearbeitet und die Messwerte zusammengefasst.
AveragePostProcessor	Implementierung eines Postprozessors, der den Durchschnitt der Liste der Messwerte berechnet.
BaseDeviceMetricCollector	Basisimplementierung von `IMetricCollector`, mit der die Erhebung auf `onTestRunStart(com.android.tradefed.device.metric.DeviceMetricData)` und `ERROR(/#onTestRunEnd(com.android.tradefed.device.metric.DeviceMetricData,Map))` gestartet und beendet werden kann.
BasePostProcessor	Die Basis-`IPostProcessor`, die jede Implementierung erweitern sollte.
BluetoothConnectionLatencyCollector	Der Collector sendet eine vordefinierte StatsD-Konfiguration für den Messwert „Dauer“ an die Geräte und erfasst die Dauer der Bluetooth-Verbindung für jedes Profil.
BluetoothConnectionStateCollector	Dieser Collector erfasst Messwerte vom Typ „BluetoothConnectionStateChanged“ und zeichnet die Verbindungsstatusnummer für jedes Profil auf.
BluetoothConnectionSuccessRatePostProcessor	Implementierung eines Postprozessors, der die Erfolgsquote für ein Bluetooth-Profil berechnet Verwenden Sie „metric-key-match“, um Messwerte anzugeben, die Bluetooth-Verbindungsstatus in einem numerischen Array enthalten. Beispiel: [0, 1, 2, 3, 0, 1, 2, 3].
BluetoothHciSnoopLogCollector	Collector, um die Bluetooth HCI-Snoop-Protokollierung auf der DUT zu aktivieren und das Protokoll für jeden Test zu erfassen.
BugreportCollector	Eine weiterleitende `ITestInvocationListener`, die Fehlerberichte erfasst, wenn konfigurierbare Ereignisse auftreten, und dann nach jedem erfassten Fehlerbericht `ITestInvocationListener.testLog` auf ihre untergeordneten Elemente anwendet.
BugreportzOnFailureCollector	Erfassen Sie einen Fehlerbericht, wenn ein Testlauf fehlschlägt.
BugreportzOnTestCaseFailureCollector	Erstellen Sie einen Fehlerbericht, wenn ein Testfall in einem Durchlauf fehlschlägt.
ClangCodeCoverageCollector	Eine `BaseDeviceMetricCollector`, die Clang-Abdeckungsmessungen vom Gerät abruft und als Testartefakte protokolliert.
CodeCoverageCollector	Eine `BaseDeviceMetricCollector`, die Java- und native Abdeckungsmessungen vom Gerät abruft und als Testartefakte protokolliert.
CollectingTestListener	Eine `ITestInvocationListener`, in der alle Testergebnisse erfasst werden.
CommandStatusHandler	Handler, mit dem der Status eines Aufrufs überwacht und aktualisiert werden kann.
ConditionFailureMonitor	Prüfen Sie, ob bei der Aufrufung Fehler auftreten.
ConsoleResultReporter	Ergebnisbericht, um die Testergebnisse in der Konsole auszugeben.
CountTestCasesCollector	Anzahl der Testfälle für eine bestimmte `IRemoteTest` zählen und erfassen
CountingTestResultListener	Eine `TestResultListener`, die die Gesamtzahl der Tests nach `TestStatus` erfasst
DebugHostLogOnFailureCollector	Collector, der die hostseitigen Protokolle erfasst und protokolliert, wenn ein Testfall fehlschlägt.
DeviceReleaseReporter	Device Release Reporter, der die Kommunikation mit dem übergeordneten Prozess der freizugebenden Geräte übernimmt.
DeviceTraceCollector	Dieser Collector startet den perfetto-Trace, wenn ein Testlauf beginnt, und protokolliert die Tracedatei am Ende.
DeviceUnavailableMonitor	Dieser Listener versucht, nur DNAE auf Testfallebene zu erfassen.
EventsLoggerListener	Listener, der alle empfangenen Ereignisse in einer Datei protokolliert
FileProtoResultReporter	Proto-Reporter, der die `TestRecord` in eine Datei ablegt.
FilePullerDeviceMetricCollector	Eine `BaseDeviceMetricCollector`, die auf Messwertschlüssel vom Gerät wartet und diese als Datei vom Gerät abruft.
FilePullerLogCollector	Logger der vom Gerät gemeldeten Datei.
FilteredResultForwarder	Variante von `ResultForwarder`, bei der nur eine Zulassungsliste von `TestDescription` gemeldet werden kann.
FormattedGeneratorReporter	Mit diesem Tool können Berichte in einem bestimmten Format erstellt werden.
GcovCodeCoverageCollector	Eine `BaseDeviceMetricCollector`, die Abdeckungsmessungen von gcov vom Gerät abruft und als Testartefakte protokolliert.
GcovKernelCodeCoverageCollector	Eine `BaseDeviceMetricCollector`, die gcov-Kernelabdeckungsmessungen aus debugfs und vom Gerät abruft und schließlich als Testartefakte protokolliert.
GranularRetriableTestWrapper.StartEndCollector	Hilfsklasse zum Erfassen fehlender Laufstarts und -enden.
HostStatsdMetricCollector	Ein `IMetricCollector`, das StatsD-Messwerte mithilfe von StatsD-Dienstprogrammbefehlen auf Hostseite erfasst.
ICommandScheduler.IScheduledInvocationListener	Listener für Aufrufereignisse, wenn der Aufruf abgeschlossen ist.
ILogSaverListener	Ermöglicht es `ITestInvocationListener`, zu prüfen, ob Logdateien gespeichert werden.
IMetricCollector	Diese Schnittstelle wird als Dekorator hinzugefügt, wenn Testergebnisse erfasst werden, um übereinstimmende Messwerte zu erfassen.
IPostProcessor	Post Processors ist ein Trade Federation-Objekt, mit dem Messwerte und Protokolle NACH den Tests und VOR der Ergebniserstellung verarbeitet werden können.
IShardableListener	Eine `ITestInvocationListener`, die geShardet werden kann.
ISupportGranularResults	Schnittstelle, die angibt, ob ein `ITestInvocationListener` den Empfang der detaillierten Ergebnisse unterstützt oder nicht.
ITestInvocationListener	Listener für Testergebnisse aus dem Testaufruf.
ITestSummaryListener	Benutzeroberfläche, über die `ITestInvocationListener` einige eingeschränkte Informationen über Zusammenfassungen austauschen kann.
InvocationProtoResultReporter	Berichter zum Speichern von Caching-Informationen auf Aufrufebene und der Liste der Module
InvocationToJUnitResultForwarder	Eine Klasse, die `ITestInvocationListener`-Ereignisse überwacht und an eine `TestListener` weiterleitet.
JarHostTest.HostTestListener	Wrapper-Listener, der alle Ereignisse mit Ausnahme von „testRunStarted()“ und „testRunEnded()“ an den eingebetteten Listener weiterleitet.
JavaCodeCoverageCollector	Eine `BaseDeviceMetricCollector`, die Java-Abdeckungsmessungen vom Gerät abruft und als Testartefakte protokolliert.
JsonHttpTestResultReporter	Ein Ergebnisbericht, der Testmesswerte und Informationen zu Branche und Gerät in JSON codiert und an einen HTTP-Dienstendpunkt POSTet
LUCIResultReporter	Ein Ergebnisberichter, der Testergebnisse, die von ResultDB und LUCI benötigt werden, im JSON-Format (go/result-sink) speichert und den Speicherort der Datei in der Konsole protokolliert.
LastShardDetector	Beim Ausführen des lokalen Sharding möchten wir manchmal einige Aktionen nur ausführen, wenn der letzte Shard `invocationEnded(long)` erreicht.
LegacySubprocessResultsReporter	Eine eingefrorene Implementierung des subprocess results reporters, die trotz Änderungen an der Superklasse mit früheren Versionen von TF/CTS (z.B. 8+) kompatibel bleiben sollte.
LogSaverResultForwarder	Ein `ResultForwarder` zum Speichern von Protokollen mit dem globalen Datei-Saver.
LogcatCrashResultForwarder	Spezieller Listener: Bei Fehlern (Absturz des Instrumentierungsvorgangs) wird versucht, den Absturz aus dem Logcat zu extrahieren und der Fehlermeldung hinzuzufügen, die mit dem Test verknüpft ist.
LogcatOnFailureCollector	Collector, der ein Logcat erfasst und protokolliert, wenn ein Test fehlschlägt.
LogcatTimingMetricCollector	Ein Messwert-Erfassungstool, das während eines oder mehrerer wiederholter Tests Zeitinformationen (z. B. die Zeit für den Nutzerwechsel) aus Logcat erfasst. Dazu werden Start- und Endsignale eines Ereignisses aus Logcat-Zeilen mithilfe bestimmter regulärer Ausdrücke geparst.
MetricFilePostProcessor	Wird zum Hochladen der Messwertprotokolldatei verwendet, die auf Test- und Ausführungsebene erfasst wurde.
MetricsXMLResultReporter	MetricsXMLResultReporter schreibt Testmesswerte und Ausführungsmesswerte in eine XML-Datei in einem Ordner, der in der Phase „invocationEnded“ des Tests über den Parameter „metrics-folder“ angegeben wird.
ModuleListener	Listener, der an jede `IRemoteTest` jedes Moduls angehängt ist, um die Liste der Ergebnisse zu erfassen.
ModuleLogcatCollector	Version des Logcat-Collectors, aber für das Modul.
ModuleProtoResultReporter	Ein Ergebnisbericht, der nur die Ergebnisse auf Modulebene enthält.
NameMangleListener	Ein Proxy-Listener, der Testmethode, Klasse und Paketnamen bei der Berichterstellung übersetzt.
PassingTestFileReporter	Eine `ITestInvocationListener`, die die Liste der bestandenen Testfälle in einer Testdatei speichert
PerfettoGenericPostProcessor	Ein Postprozessor, der die Proto-Datei mit Text-/Binärmesswerten von perfetto in Schlüssel/Wert-Paare verarbeitet, indem die Proto-Nachrichten und -Felder mit Stringwerten rekursiv erweitert werden, bis das Feld mit dem numerischen Wert gefunden wird.
PerfettoPullerMetricCollector	Basisimplementierung von `FilePullerDeviceMetricCollector`, mit der die perfetto-Dateien vom Gerät abgerufen und die Messwerte daraus erfasst werden können.
PrettyTestEventLogger	Logger, der die Ereignisse abgleicht und protokolliert, um die Fehlerbehebung zu erleichtern.
ProtoResultReporter	Der Ergebnisberichter erstellt ein `TestRecord`-Protobuf mit allen Ergebnissen.
PythonBinaryHostTest.PythonForwarder	Ergebnisweiterleiter, um den Namen der Ausführung durch den Binärnamen zu ersetzen.
RebootReasonCollector	Dieser Collector erfasst Neustarts des Geräts während des Testlaufs und meldet sie nach Grund und Häufigkeit.
RemoteTestTimeOutEnforcer	Listener, mit denen die Ausführungszeit einer bestimmten Testkonfiguration geprüft und der Test fehlgeschlagen wird, wenn sie eine bestimmte Zeitüberschreitung überschreitet.
ReportPassedTests	Geben Sie in einer Datei mögliche Filter an, um bestandene Tests auszuschließen.
ResultAggregator	Spezieller Weiterleiter, der die Ergebnisse bei Bedarf basierend auf der verwendeten Wiederholungsstrategie zusammenfasst.
ResultAndLogForwarder	Forwarder für Ergebnisse und Protokollereignisse.
ResultDBReporter	Ergebnisbericht, der Testergebnisse in ResultDB hochlädt.
ResultForwarder	Ein `ITestInvocationListener`, das Aufrufergebnisse an eine Liste anderer Listener weiterleitet.
RetryLogSaverResultForwarder	Weiterleitung, die auch den aktuellen Versuch weiterleitet.
RetryResultForwarder	Eine Erweiterung von `ResultForwarder`, die immer auf eine bestimmte Versuchszahl drängt.
RuntimeRestartCollector	Collector, der Zeitstempel von Laufzeitneustarts (Systemserverabstürzen) während des Tests erfasst, falls vorhanden.
ScreenshotOnFailureCollector	Erfasst und protokolliert einen Screenshot, wenn ein Testfall fehlschlägt.
ShardListener	Ein `ITestInvocationListener`, das Ergebnisse aus einem Aufruf-Shard (d. h. einer Aufrufaufteilung, die parallel auf mehreren Ressourcen ausgeführt wird) erfasst und an einen anderen Listener weiterleitet.
ShardMainResultForwarder	Eine `ResultForwarder`, die die Ergebnisse von fragmentierten Testaufrufen kombiniert.
ShowmapPullerMetricCollector	Basisimplementierung von `FilePullerDeviceMetricCollector`, mit der die Showmap-Dateien vom Gerät abgerufen und die Messwerte daraus erfasst werden können.
StatsdBeforeAfterGaugeMetricPostProcessor	Ein Postprozessor, der Messwerte verarbeitet, die mit dem Ansatz „Vorher/Nachher“ erfasst wurden, d.h.
StatsdEventMetricPostProcessor	Ein Postprozessor, der Ereignismesswerte in StatsD-Berichten mithilfe der für den Prozessor angegebenen Formate in Schlüssel/Wert-Paare umwandelt.
StatsdGenericPostProcessor	Ein Postprozessor, der binäre Proto-Statsd-Berichte in Schlüssel/Wert-Paare verarbeitet, indem der Bericht als Baumstruktur erweitert wird.
StreamProtoResultReporter	Eine Implementierung von `ProtoResultReporter`
SubprocessResultsReporter	Implementiert `ITestInvocationListener`, um als „result_reporter“ angegeben zu werden, und leitet die Ergebnisse von Tests, Testläufen und Testaufrufen aus dem untergeordneten Prozess weiter.
SuiteResultReporter	Testergebnisse für eine gesamte Suite-Aufrufabfolge erfassen und die endgültigen Ergebnisse ausgeben.
TestResultListener	Eine Vereinfachung von ITestLifecycleListener für Implementierer, die sich nur für einzelne Testergebnisse interessieren.
TestRunResultListener	Listener, mit dem der Status des letzten Testlaufs gelesen werden kann.
TestTimeoutEnforcer	Listener, mit denen die Ausführungszeit eines bestimmten Testfalls geprüft und der Test fehlgeschlagen wird, wenn er eine bestimmte Zeitüberschreitung überschreitet.
TextResultReporter	Ein Testergebnisbericht, der die Ergebnisse an den JUnit-Textergebnisdrucker weiterleitet.
TraceCmdCollector	Eine `IMetricCollector`, die während des Tests mit trace-cmd Protokolle erfasst und in der Aufrufdatei protokolliert.
TradefedSandboxRunner.StubScheduledInvocationListener	Ein Stub `IScheduledInvocationListener`, der nichts tut.
XmlFormattedGeneratorReporter	Implementierung des `FormattedGeneratorReporter`, mit dem die Suitenergebnisse in einem XML-Format formatiert werden.
XmlResultReporter	Schreibt JUnit-Ergebnisse in XML-Dateien im Format von Ants XMLJUnitResultFormatter.

Erhält Ereignisbenachrichtigungen während der Ausführung von Instrumentierungstests.

Basierend auf org.junit.runner.notification.RunListener

Die Aufrufabfolge sieht so aus:

testRunStarted
testStarted
[testFailed]
[testAssumptionFailure]
[testIgnored]
testEnded
....
[testRunFailed]
testRunEnded

Zusammenfassung

Öffentliche Methoden
`default void`	`testAssumptionFailure(TestDescription test, String trace)` Wird aufgerufen, wenn ein atomarer Test meldet, dass eine Bedingung angenommen wird, die falsch ist.
`default void`	`testAssumptionFailure(TestDescription test, FailureDescription failure)` Wird aufgerufen, wenn ein atomarer Test meldet, dass eine Bedingung angenommen wird, die falsch ist.
`default void`	`testEnded(TestDescription test, long endTime, testMetrics)` Alternative zu `ERROR(/#testEnded(com.android.tradefed.result.TestDescription,Map))`, mit der wir die Endzeit direkt angeben können.
`default void`	`testEnded(TestDescription test, testMetrics)` Gibt das Ende der Ausführung eines einzelnen Testfalls an.
`default void`	`testFailed(TestDescription test, FailureDescription failure)` Hier wird der Fehler eines einzelnen Testfalls gemeldet.
`default void`	`testFailed(TestDescription test, String trace)` Hier wird der Fehler eines einzelnen Testfalls gemeldet.
`default void`	`testIgnored(TestDescription test)` Wird aufgerufen, wenn ein Test nicht ausgeführt wird, in der Regel weil eine Testmethode mit org.junit.Ignore annotiert ist.
`default void`	`testRunEnded(long elapsedTimeMillis, runMetrics)` Gibt das Ende des Testlaufs an.
`default void`	`testRunFailed(FailureDescription failure)` Der Testlauf für Berichte konnte aufgrund eines Fehlers, der von `FailureDescription` beschrieben wurde, nicht abgeschlossen werden.
`default void`	`testRunFailed(String errorMessage)` Der Testlauf für Berichte konnte aufgrund eines schwerwiegenden Fehlers nicht abgeschlossen werden.
`default void`	`testRunStarted(String runName, int testCount, int attemptNumber)` Gibt den Beginn eines Testlaufs an.
`default void`	`testRunStarted(String runName, int testCount)` Gibt den Beginn eines Testlaufs an.
`default void`	`testRunStarted(String runName, int testCount, int attemptNumber, long startTime)` Gibt den Beginn eines Testlaufs an.
`default void`	`testRunStopped(long elapsedTime)` Der Testlauf für Berichte wurde aufgrund einer Nutzeranfrage vorzeitig beendet.
`default void`	`testSkipped(TestDescription test, SkipReason reason)` Wird aufgerufen, wenn ein Test übersprungen und aus einem Grund nicht ausgeführt wurde, der normalerweise nicht erwartet wird.
`default void`	`testStarted(TestDescription test, long startTime)` Alternative zu `testStarted(com.android.tradefed.result.TestDescription)`, bei der auch angegeben wird, wann der Test gestartet wurde. Wird mit `ERROR(/#testEnded(com.android.tradefed.result.TestDescription,long,Map))` kombiniert, um genaue Messungen zu ermöglichen.
`default void`	`testStarted(TestDescription test)` Gibt den Beginn eines einzelnen Testfalls an.

Öffentliche Methoden

testAssumptionFailure

public void testAssumptionFailure (TestDescription test, 
                String trace)

Wird aufgerufen, wenn ein atomarer Test meldet, dass eine Bedingung angenommen wird, die falsch ist.

Parameter
`test`	`TestDescription`: identifiziert den Test
`trace`	`String`: Stack-Trace des Fehlers

testAssumptionFailure

public void testAssumptionFailure (TestDescription test, 
                FailureDescription failure)

Wird aufgerufen, wenn ein atomarer Test meldet, dass eine Bedingung angenommen wird, die falsch ist.

Parameter
`test`	`TestDescription`: identifiziert den Test
`failure`	`FailureDescription`: `FailureDescription`, die den Fehler und seinen Kontext beschreibt.

testEnded

public void testEnded (TestDescription test, 
                long endTime, 
                 testMetrics)

Alternative zu ERROR(/#testEnded(com.android.tradefed.result.TestDescription,Map)), mit der wir die Endzeit direkt angeben können. Kombinieren Sie diesen Messwert mit testStarted(com.android.tradefed.result.TestDescription, long), um genaue Ergebnisse zu erhalten.

Parameter
`test`	`TestDescription`: identifiziert den Test
`endTime`	`long`: Die Uhrzeit, zu der der Test beendet wurde, gemessen über `System.currentTimeMillis()`
`testMetrics`	: `ERROR(/Map)` der gesendeten Messwerte

testEnded

public void testEnded (TestDescription test, 
                 testMetrics)

Gibt das Ende der Ausführung eines einzelnen Testfalls an.

Wenn testFailed(TestDescription, FailureDescription) nicht aufgerufen wurde, wurde dieser Test bestanden. Außerdem werden alle Schlüssel/Wert-Messwerte zurückgegeben, die während der Ausführung des Testfalls gesendet wurden.

Parameter
`test`	`TestDescription`: identifiziert den Test
`testMetrics`	: `ERROR(/Map)` der gesendeten Messwerte

testFailed

public void testFailed (TestDescription test, 
                FailureDescription failure)

Hier wird der Fehler eines einzelnen Testfalls gemeldet.

Wird zwischen „testStarted“ und „testEnded“ aufgerufen.

Parameter
`test`	`TestDescription`: identifiziert den Test
`failure`	`FailureDescription`: `FailureDescription`, die den Fehler und seinen Kontext beschreibt.

testFailed

public void testFailed (TestDescription test, 
                String trace)

Hier wird der Fehler eines einzelnen Testfalls gemeldet.

Wird zwischen „testStarted“ und „testEnded“ aufgerufen.

Parameter
`test`	`TestDescription`: identifiziert den Test
`trace`	`String`: Stack-Trace des Fehlers

testIgnored

public void testIgnored (TestDescription test)

Wird aufgerufen, wenn ein Test nicht ausgeführt wird, in der Regel weil eine Testmethode mit org.junit.Ignore annotiert ist.

Parameter
`test`	`TestDescription`: identifiziert den Test

testRunEnded

public void testRunEnded (long elapsedTimeMillis, 
                 runMetrics)

Gibt das Ende des Testlaufs an.

Parameter
`elapsedTimeMillis`	`long`: Vom Gerät gemeldete verstrichene Zeit in Millisekunden
`runMetrics`	: Schlüssel/Wert-Paare, die am Ende eines Testlaufs erfasst werden

testRunFailed

public void testRunFailed (FailureDescription failure)

Der Testlauf für Berichte konnte aufgrund eines Fehlers, der von FailureDescription beschrieben wurde, nicht abgeschlossen werden.

Parameter
`failure`	`FailureDescription`: `FailureDescription`, die den Fehler und seinen Kontext beschreibt.

testRunFailed

public void testRunFailed (String errorMessage)

Der Testlauf für Berichte konnte aufgrund eines schwerwiegenden Fehlers nicht abgeschlossen werden.

Parameter
`errorMessage`	`String`: `String` mit einer Beschreibung des Grunds für den Ausführungsfehler.

testRunStarted

public void testRunStarted (String runName, 
                int testCount, 
                int attemptNumber)

Gibt den Beginn eines Testlaufs an.

Parameter
`runName`	`String`: der Name des Testlaufs
`testCount`	`int`: Gesamtzahl der Tests im Testlauf
`attemptNumber`	`int`: Die Bestellnummer, die die verschiedenen Versuche desselben runName identifiziert, der mehrmals ausgeführt wird. Die „attemptNumber“ beginnt bei 0 und sollte bei jedem neuen Durchlauf erhöht werden. Wenn ein Test beispielsweise dreimal wiederholt wird, sollte er insgesamt viermal unter demselben „runName“ ausgeführt werden und die „attemptNumber“ sollte von 0 auf 3 steigen.

testRunStarted

public void testRunStarted (String runName, 
                int testCount)

Gibt den Beginn eines Testlaufs an.

Parameter
`runName`	`String`: der Name des Testlaufs
`testCount`	`int`: Gesamtzahl der Tests im Testlauf

testRunStarted

public void testRunStarted (String runName, 
                int testCount, 
                int attemptNumber, 
                long startTime)

Gibt den Beginn eines Testlaufs an.

Parameter
`runName`	`String`: der Name des Testlaufs
`testCount`	`int`: Gesamtzahl der Tests im Testlauf
`attemptNumber`	`int`: Die Bestellnummer, die die verschiedenen Versuche desselben runName identifiziert, der mehrmals ausgeführt wird. Die „attemptNumber“ beginnt bei 0 und sollte bei jedem neuen Durchlauf erhöht werden. Wenn ein Test beispielsweise dreimal wiederholt wird, sollte es insgesamt vier Durchläufe mit demselben „runName“ geben und die „attemptNumber“ sollte zwischen 0 und 3 liegen.
`startTime`	`long`: Zeitpunkt des Beginns der Ausführung, gemessen über `System.currentTimeMillis()`

testRunStopped

public void testRunStopped (long elapsedTime)

Der Testlauf für Berichte wurde aufgrund einer Nutzeranfrage vorzeitig beendet.

TODO: currently unused, consider removing

Parameter
`elapsedTime`	`long`: Vom Gerät gemeldete verstrichene Zeit in Millisekunden

testSkipped

public void testSkipped (TestDescription test, 
                SkipReason reason)

Wird aufgerufen, wenn ein Test übersprungen und aus einem Grund nicht ausgeführt wurde, der normalerweise nicht erwartet wird. Diese Tests werden wiederholt, um eine korrekte Ausführung zu erreichen.

Parameter
`test`	`TestDescription`: identifiziert den Test
`reason`	`SkipReason`: `SkipReason`

testStarted

public void testStarted (TestDescription test, 
                long startTime)

Alternative zu testStarted(com.android.tradefed.result.TestDescription), bei der auch angegeben wird, wann der Test gestartet wurde. Wird mit ERROR(/#testEnded(com.android.tradefed.result.TestDescription,long,Map)) kombiniert, um genaue Messungen zu ermöglichen.

Parameter
`test`	`TestDescription`: identifiziert den Test
`startTime`	`long`: Die Uhrzeit, zu der der Test gestartet wurde, gemessen über `System.currentTimeMillis()`

testStarted

public void testStarted (TestDescription test)

Gibt den Beginn eines einzelnen Testfalls an. Ältere Benutzeroberfläche. Verwenden Sie nach Möglichkeit testStarted(com.android.tradefed.result.TestDescription).

Parameter
`test`	`TestDescription`: identifiziert den Test