Diese Seite wurde von der Cloud Translation API übersetzt.

XmlResultReporter

public class XmlResultReporter
extends CollectingTestListener implements ILogSaverListener

java.lang.Object
😎	com.android.tradefed.result.CollectingTestListener
	😎	com.android.tradefed.result.XmlResultReporter

Schreibt JUnit-Ergebnisse in eine XML-Datei in einem Format, das mit XMLJUnitResultFormatter von Ant.

Im Gegensatz zum Formatter von Ant gibt diese Klasse nicht die Ausführungszeit der Tests an.

Hier werden alle Testinformationen im Arbeitsspeicher erfasst und nach Abschluss der Aufrufe in eine Datei ausgegeben.

Portiert aus dem Dalvik-Runner XmlReportPrinter.

Die Ergebnisdateien werden im Pfad gespeichert, der über [--output-file-path]/[build_id] erstellt wurde.

Zusammenfassung

Öffentliche Konstruktoren
`XmlResultReporter()`

Öffentliche Methoden
`void`	`invocationEnded(long elapsedTime)` Meldet, dass der Aufruf beendet wurde, ob erfolgreich oder aufgrund eines Fehlers .
`void`	`setLogSaver(ILogSaver logSaver)` Legen Sie `ILogSaver` fest, damit der Implementierer Dateien speichern kann.
`void`	`testFailed(TestDescription test, String trace)` Meldet das Scheitern eines einzelnen Testlaufs.
`void`	`testLog(String dataName, LogDataType dataType, InputStreamSource dataStream)` Enthält die zugehörigen Protokoll- oder Debug-Daten aus der Testausführung.
`void`	`testLogSaved(String dataName, LogDataType dataType, InputStreamSource dataStream, LogFile logFile)` Wird beim Speichern des Testprotokolls aufgerufen.

Öffentliche Konstruktoren

XmlResultReporter

public XmlResultReporter ()

Öffentliche Methoden

invocationEnded

public void invocationEnded (long elapsedTime)

Meldet, dass der Aufruf beendet wurde, ob erfolgreich oder aufgrund eines Fehlers .

Wird automatisch vom TradeFederation-Framework aufgerufen.

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

setLogSaver

public void setLogSaver (ILogSaver logSaver)

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

Parameter
`logSaver`	`ILogSaver`: die `ILogSaver`

testFailed

public void testFailed (TestDescription test, 
                String trace)

Meldet das Scheitern eines einzelnen Testlaufs.

Wird zwischen „testStarted“ und „testEnded“ aufgerufen.

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

Test-Log

public void testLog (String dataName, 
                LogDataType dataType, 
                InputStreamSource dataStream)

Enthält die zugehörigen Protokoll- oder Debug-Daten aus der Testausführung.

Muss vor ERROR(/ITestInvocationListener#invocationFailed(Throwable)) aufgerufen werden oder ERROR(/ITestInvocationListener#invocationEnded(long))

Das TradeFederation-Framework ruft diese Methode automatisch auf und stellt das Hostprotokoll und gegebenenfalls das Geräte-Logcat bereit.

Parameter
`dataName`	`String`: Ein `String` aussagekräftiger Name für die Daten, z. B. „device_logcat“. Hinweis: Der Datenname muss nicht für jeden Aufruf eindeutig sein. Entwickler müssen also in der Lage sein, mehrere Aufrufe mit demselben Datennamen zu verarbeiten.
`dataType`	`LogDataType`: die `LogDataType` der Daten
`dataStream`	`InputStreamSource`: die `InputStreamSource` der Daten. Implementierungslösungen sollten createInputStream, um mit dem Lesen der Daten zu beginnen und sicherzustellen, dass das resultierende InputStream, wenn abgeschlossen ist. Anrufer sollten dafür sorgen, dass die Datenquelle nicht verloren geht. vorhanden und zugänglich sind, bis die testLog-Methode abgeschlossen ist.

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 in der Lage sein, mehrere Aufrufe mit demselben „dataName“ zu verarbeiten.
`dataType`	`LogDataType`: die `LogDataType` der Daten
`dataStream`	`InputStreamSource`: `InputStreamSource` der Daten. Implementer sollten createInputStream aufrufen, um mit dem Lesen der Daten zu beginnen, und den resultierenden InputStream nach Abschluss schließen.
`logFile`	`LogFile`: `LogFile` mit den Metadaten der gespeicherten Datei