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.

ResultAndLogForwarder

public class ResultAndLogForwarder
extends ResultForwarder implements ILogSaverListener

java.lang.Object
↳	com.android.tradefed.result.ResultForwarder
	↳	com.android.tradefed.result.ResultAndLogForwarder

Bekannte direkte Unterklassen

GranularRetriableTestWrapper.StartEndCollector, ModuleResultsAndMetricsForwarder

GranularRetriableTestWrapper.StartEndCollector	Hilfsklasse zum Erfassen fehlender Laufstarts und -enden.
ModuleResultsAndMetricsForwarder	Eine Erweiterung von `ResultAndLogForwarder`, die den Testergebnissen zusätzliche modulbezogene Messwerte hinzufügt.

Forwarder für Ergebnisse und Protokollereignisse.

Zusammenfassung

Öffentliche Konstruktoren
`ResultAndLogForwarder(ITestInvocationListener... listeners)`
`ResultAndLogForwarder( listeners)` Ctor

Öffentliche Methoden
`void`	`invocationEnded(long elapsedTime)` Gibt an, ob die Aufrufe erfolgreich oder aufgrund eines Fehlers beendet wurden.
`void`	`invocationStarted(IInvocationContext context)` Gibt den Beginn der Testausführung an.
`void`	`logAssociation(String dataName, LogFile logFile)` In einigen Fällen muss das Protokoll eng mit den Testfällen verknüpft sein, was über den direkten `testLogSaved(String, com.android.tradefed.result.LogDataType, com.android.tradefed.result.InputStreamSource, com.android.tradefed.result.LogFile)`-Callback jedoch nicht möglich ist.
`void`	`setLogSaver(ILogSaver logSaver)` Legen Sie die `ILogSaver` fest, damit der Implementierer Dateien speichern kann.
`void`	`testLogSaved(String dataName, LogDataType dataType, InputStreamSource dataStream, LogFile logFile)` Wird aufgerufen, wenn das Testprotokoll gespeichert wird.

Öffentliche Konstruktoren

ResultAndLogForwarder

public ResultAndLogForwarder (ITestInvocationListener... listeners)

Parameter
`listeners`	`ITestInvocationListener`

ResultAndLogForwarder

public ResultAndLogForwarder ( listeners)

Ctor

Parameter
`listeners`

Öffentliche Methoden

invocationEnded

public void invocationEnded (long elapsedTime)

Gibt an, ob die Aufrufe erfolgreich oder aufgrund eines Fehlers beendet wurden.

Wird automatisch vom TradeFederation-Framework aufgerufen.

Parameter
`elapsedTime`	`long`: die verstrichene Zeit seit der Aufrufung in ms

invocationStarted

public void invocationStarted (IInvocationContext context)

Gibt den Beginn der Testausführung an.

Wird automatisch vom TradeFederation-Framework aufgerufen. Meldende müssen diese Methode überschreiben, um Berichte zu mehreren Geräten zu unterstützen.

Parameter
`context`	`IInvocationContext`: Informationen zur Aufrufung

logAssociation

public void logAssociation (String dataName, 
                LogFile logFile)

In einigen Fällen muss das Protokoll eng mit den Testfällen verknüpft sein, was über den direkten testLogSaved(String, com.android.tradefed.result.LogDataType, com.android.tradefed.result.InputStreamSource, com.android.tradefed.result.LogFile)-Callback jedoch nicht möglich ist. So kann mit diesem Rückruf eine starke Verknüpfung explizit angegeben werden.

Parameter
`dataName`	`String`: Der Name der Daten
`logFile`	`LogFile`: die zuvor protokollierte `LogFile`, die mit dem Testfall verknüpft werden soll.

setLogSaver

public void setLogSaver (ILogSaver logSaver)

Legen Sie die ILogSaver fest, damit der Implementierer Dateien speichern kann.

Parameter
`logSaver`	`ILogSaver`: der `ILogSaver`

testLogSaved

public void testLogSaved (String dataName, 
                LogDataType dataType, 
                InputStreamSource dataStream, 
                LogFile logFile)

Wird aufgerufen, wenn das Testprotokoll gespeichert wird.

Sollte anstelle von ITestInvocationListener.testLog(String, LogDataType, InputStreamSource) verwendet werden.

Parameter
`dataName`	`String`: Ein `String` aussagekräftiger Name für die Daten, z. B. „device_logcat“. Hinweis: „dataName“ muss nicht für jeden Aufruf eindeutig sein. Entwickler müssen also mehrere Aufrufe mit demselben „dataName“ verarbeiten können.
`dataType`	`LogDataType`: die `LogDataType` der Daten
`dataStream`	`InputStreamSource`: die `InputStreamSource` der Daten. Implementer müssen createInputStream aufrufen, um mit dem Lesen der Daten zu beginnen, und den resultierenden InputStream nach Abschluss schließen.
`logFile`	`LogFile`: die `LogFile` mit den Metadaten der gespeicherten Datei.