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 XML-Dateien in einem Format, das mit dem XMLJUnitResultFormatter von Ant übereinstimmt.

Im Gegensatz zum Formatter von Ant wird mit dieser Klasse nicht die Ausführungszeit der Tests erfasst.

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

Portiert von 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)` Gibt an, ob die Aufrufe erfolgreich oder aufgrund eines Fehlers beendet wurden.
`void`	`setLogSaver(ILogSaver logSaver)` Legen Sie die `ILogSaver` fest, damit der Implementierer Dateien speichern kann.
`void`	`testFailed(TestDescription test, String trace)` Hier wird der Fehler eines einzelnen Testfalls gemeldet.
`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 aufgerufen, wenn das Testprotokoll gespeichert wird.

Öffentliche Konstruktoren

XmlResultReporter

public XmlResultReporter ()

Ö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

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)

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

testLog

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

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

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

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. Implementer müssen createInputStream aufrufen, um mit dem Lesen der Daten zu beginnen, und den resultierenden InputStream nach Abschluss schließen. Die Aufrufer müssen dafür sorgen, dass die Datenquelle bis zum Abschluss der testLog-Methode vorhanden und zugänglich 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 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.