Diese Seite wurde von der Cloud Translation API übersetzt.

ITestProtokollierung

public interface ITestLogger

com.android.tradefed.log.ITestLogger

Bekannte indirekte Unterklassen

, , Bluetooth Connection Connection Measurement Measurementt&nt t zu AveragePostProcessor, BaseDevice Metric CollectCollector, BasePostProcessor, 12}Bluetooth et Latenz Mitteilung, 6 } .

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 soll.
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 zu „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].
BluetoothHciSnoopApigee	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	Ein `BaseDeviceMetricCollector`, der Clang-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	Ergebnis-Reporter, um die Testergebnisse in der Konsole auszugeben
CountTestCasesCollector	Anzahl der Testfälle für eine bestimmte `IRemoteTest` zählen und erfassen
DebugHostLogOnFailureCollector	Collector, der die Logs auf Hostseite 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.
DeviceavailableMonitor	Dieser Listener versucht, nur DNAE auf Testfallebene zu erfassen.
EventsLoggingListener	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 sie 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	Mit dieser Klasse kannst du herausfinden, wo Start und Ende eines Laufs fehlen.
HostStatsdMetricCollector (HostStatsdMetricCollector)	Ein `IMetricCollector`, das StatsD-Messwerte mithilfe von StatsD-Dienstprogrammbefehlen auf Hostseite erfasst.
ICommandScheduler.IScheduledInvocationListener	Listener für Aufrufereignisse bei Abschluss des Aufrufs.
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	Schnittstelle, über die `ITestInvocationListener` begrenzte Informationen über Zusammenfassungen austauschen kann.
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	Ein `BaseDeviceMetricCollector`, der die Messungen der Java-Abdeckung 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 Dateispeicherort in der Konsole protokolliert.
LastShardDetector	Beim 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 Instrumentierungsprozesses) versucht er, den Absturz aus dem Logcat zu extrahieren, und fügt ihn der Fehlermeldung für den Test hinzu.
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, die an jede `IRemoteTest` jedes Moduls angehängt sind, um die Liste der Ergebnisse zu erfassen.
ModuleLogcatCollector	Version des Logcat-Collectors, aber für das Modul.
ModuleProtoResultReporter	Ein Ergebnismelder, der nur die Ergebnisse auf Modulebene melden wollte.
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 Profetto-Proto-Datei aus Text/Binärmesswert in Schlüssel/Wert-Paaren verarbeitet, indem die Proto-Nachrichten und -Felder mit Stringwerten rekursiv erweitert werden, bis das Feld mit einem numerischen Wert gefunden wird.
PerfettoPullerMetricCollector	Basisimplementierung von `FilePullerDeviceMetricCollector`, mit der die Perfecto-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 Ergebnis-Reporter 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 werden kann und sie fehlschlagen, wenn sie ein bestimmtes Zeitlimit überschreitet.
ReportPassedTests	Geben Sie in einer Datei mögliche Filter an, um bestandene Tests auszuschließen.
ResultAggregator	Spezieller Forwarder, der die Ergebnisse bei Bedarf basierend auf der verwendeten Wiederholungsstrategie aggregiert.
ResultAndLogForwarder	Forwarder für Ergebnisse und Protokollereignisse.
ResultForwarder	Ein `ITestInvocationListener`, das Aufrufergebnisse an eine Liste anderer Listener weiterleitet.
WiederholenLogSaverResultForwarder	Forwarder, der auch den aktuellen Versuch übergibt, an dem wir uns befinden.
RetryResultForwarder	Eine Erweiterung von `ResultForwarder`, die immer eine bestimmte Versuchszahl sendet.
RuntimeRestartCollector (Laufzeitneustart)	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 Nachverarbeiter, der Ereignismesswerte in statsd-Berichten mithilfe der im Prozessor angegebenen Formatierer in Schlüssel/Wert-Paare verarbeitet.
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	Sie können Testergebnisse für den gesamten Aufruf einer Suite erfassen und die Endergebnisse ausgeben.
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.

Entität, die das Logging von Datenstreams verschiedener Typen durchführen kann.

Zusammenfassung

Öffentliche Methoden
`default void`	`testLog(String dataName, LogDataType dataType, InputStreamSource dataStream)` Stellt die zugehörigen Log- oder Debug-Daten aus dem Testaufruf bereit.

Öffentliche Methoden

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. Implementierer sollten createInputStream aufrufen, um mit dem Lesen der Daten zu beginnen, und den resultierenden InputStream nach Abschluss des Vorgangs schließen. Aufrufer sollten dafür sorgen, dass die Datenquelle vorhanden und zugänglich bleibt, bis die testLog-Methode abgeschlossen ist.