Diese Seite wurde von der Cloud Translation API übersetzt.

ITestProtokollierung

public interface ITestLogger

com.android.tradefed.log.ITestProtokollierung

Bekannte indirekte abgeleitete Klassen

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

AggregatePostProcessor	Messwert-Aggregator, der den Mindestwert, den Höchstwert, den Mittelwert, die Varianz, die Standardabweichung, die Summe, die Anzahl optional Perzentile für numerische Messwerte, die bei Testläufen mit mehreren Iterationen erfasst wurden, als Doppelgänger behandelt werden.
AtraceCollector	Ein `IMetricCollector`, der während eines Tests atrace ausführt und das Ergebnis und das Log erfasst zum -Aufruf hinzufügen.
AtraceRunMetricCollector	Erfasst die Traces aus dem gesamten Testverzeichnis im angegebenen Verzeichnis Protokollieren Sie das Testverzeichnis und stellen Sie die Trace-Dateien nach. im Testverzeichnis und aggregieren die Messwerte.
AveragePostProcessor	Implementierung eines Postprozessors, der den Durchschnitt der Messwertliste berechnet.
BaseDeviceMetricCollector	Grundlegende Implementierung von `IMetricCollector`, die das Starten und Beenden der Datenerhebung ermöglicht auf `onTestRunStart(com.android.tradefed.device.metric.DeviceMetricData)` und `ERROR(/#onTestRunEnd(com.android.tradefed.device.metric.DeviceMetricData,Map))`.
BasePostProcessor	Die Basis-`IPostProcessor`, die jede Implementierung erweitern soll.
BluetoothConnectionLatenzCollector	Der Collector überträgt eine vordefinierte Konfiguration für „statsd duration“-Messwert an Geräte und erfasst Dauer der Bluetooth-Verbindung für jedes Profil.
BluetoothConnectionStateCollector	Dieser Collector erfasst BluetoothConnectionStateChanged-Messwerte und den Verbindungsstatus die Nummer für jedes Profil.
BluetoothConnectionSuccessRatePostProcessor	Implementierung eines Postprozessors, der die Erfolgsquote für ein Bluetooth-Profil berechnet „metric-key-match“ verwenden zur Angabe von Messwerten, die den Status von Bluetooth-Verbindungen in numerischen Werten enthalten Array-Beispiel [0, 1, 2, 3, 0, 1, 2, 3].
BluetoothHciSnoopLogCollector	Collector zum Aktivieren der Bluetooth HCI-Snoop-Protokollierung auf dem DUT und zum Erfassen des Protokolls für jeden Test.
BugreportCollector (Fehlerberichtserfassung)	Durchlauf-`ITestInvocationListener`, die Fehlerberichte erfasst, wenn konfigurierbare Ereignisse und ruft dann nach jedem untergeordneten Element `ITestInvocationListener#testLog` für die untergeordneten Elemente auf. Fehlerbericht erfasst wird.
BugreportzOnFailureCollector	Fehlerbericht wird erstellt, wenn ein Testlauf fehlschlägt.
BugreportzOnTestCaseFailureCollector	Erstellen Sie einen Fehlerbericht, wenn ein Testfall in einer Ausführung fehlschlägt.
ClangCodeAbdeckungCollector	Ein `BaseDeviceMetricCollector`, das Clang abruft Abdeckungsmessungen vom Gerät aus und protokollieren sie als Testartefakte.
CollectingTestListener	Ein `ITestInvocationListener`, mit dem alle Testergebnisse erfasst werden.
CommandStatusHandler	Handler, der beim Überwachen und Aktualisieren des Status eines Aufrufs hilft.
ConditionFailureMonitor	Prüfen Sie, ob während des Aufrufs Fehler auftreten.
ConsoleResultReporter (in englischer Sprache)	Ergebnisreporter, um die Testergebnisse an die Konsole zu senden.
CountTestCasesCollector (AnzahlTestCasesCollector)	Zähle die Anzahl der Testläufe für eine bestimmte `IRemoteTest` und melde sie.
DebugHostLogOnFailureCollector (FehlerDebugHostLogOnFailureCollector)	Collector, der die hostseitigen Logs erfasst und protokolliert, wenn ein Testfall fehlschlägt.
DeviceReleaseReporter	Melder von Geräteveröffentlichungen, der die Kommunikation mit dem übergeordneten Prozess übernimmt veröffentlicht.
DeviceTraceCollector	Collector, der das Perfetto-Trace beim Start eines Testlaufs startet und am Ende die Trace-Datei protokolliert.
DeviceAVAILABLEMonitor	Dieser Listener versucht nur, eine DNAE auf Testfallebene zu erfassen.
EventsLoggingListener	Listener, der alle empfangenen Ereignisse in einer Datei protokolliert
FileProtoResultReporter	Proto-Reporter, der die `TestRecord` in eine Datei ausgibt.
FilePullerDeviceMetricCollector	Ein `BaseDeviceMetricCollector`, der auf vom Gerät kommende Messwertschlüssel wartet und diese abruft als Datei vom Gerät hochladen.
FilePullerLogCollector	Protokollierung der vom Gerät gemeldeten Datei.
FilteredResultForwarder	Variante von `ResultForwarder`, bei der nur die Zulassungsliste von „`TestDescription`“ zulässig ist gemeldet.
FormattedGeneratorReporter	Reporter, mit dem Berichte in einem bestimmten Format erstellt werden können.
GcovCodeAbdeckungCollector	Ein `BaseDeviceMetricCollector`, der Gcov abspielt Abdeckungsmessungen vom Gerät aus und protokollieren sie als Testartefakte.
GcovKernelCodeAbdeckungCollector	Ein `BaseDeviceMetricCollector`, der den gcov-Kernel abruft Abdeckungsmessungen außerhalb des Debugfs und außerhalb des Geräts und protokolliert sie schließlich als Test. Artefakte.
GranularRetriableTestWrapper.StartEndCollector	Mit dieser Klasse kannst du herausfinden, wo Start und Ende eines Laufs fehlen.
HostStatsdMetricCollector (HostStatsdMetricCollector)	Ein `IMetricCollector`, das Statsd-Messwerte von der Hostseite über das Dienstprogramm „statsd“ erfasst .
ICommandScheduler.IScheduledInvocationListener	Listener für Aufrufereignisse bei Abschluss des Aufrufs.
ILogSaverListener	Erlaubt `ITestInvocationListener`s, auf das Speichern von Protokolldateien zu warten.
IMetricCollector	Diese Benutzeroberfläche wird als Decorator hinzugefügt, wenn Testergebnisse gemeldet werden, um übereinstimmenden Messwerten.
IPostProcessor	Postprozessoren sind ein Trade Federation-Objekt, das die Verarbeitung von Messwerten und Protokollen ermöglichen soll. NACH den Tests und VOR der Ergebnismeldung
IShardableListener	Ein `ITestInvocationListener`, der fragmentiert werden kann.
ISupportGranularResults	Schnittstelle, die angibt, ob ein `ITestInvocationListener` den Empfang der detaillierten Tabelle unterstützt oder nicht.
ITestInvocationListener	Listener für Testergebnisse aus dem Testaufruf.
ITestSummaryListener	Schnittstelle, über die `ITestInvocationListener` eingeschränkte Informationen austauschen kann über Zusammenfassungen.
InvocationToJUnitResultForwarder	Ein Kurs, der `ITestInvocationListener`-Ereignisse überwacht und an einen weiterleitet `TestListener`.
JarHostTest.HostTestListener	Wrapper-Listener, der alle Ereignisse mit Ausnahme von testRunStarted() und testRunEnded() an den eingebetteter Listener.
JavaCodeAbdeckungCollector	Einen `BaseDeviceMetricCollector`, der Java abruft Abdeckungsmessungen vom Gerät aus und protokollieren sie als Testartefakte.
JsonHttpTestResultReporter	Ein Ergebnisreporter, der die Ergebnisse von Testmesswerten sowie Geräteinformationen in JSON und POST codiert in einen HTTP-Dienstendpunkt
LUCIResultReporter	Ein Ergebnismelder, der die von ResultDB und LUCI benötigten Testergebnisse speichert in das JSON-Format (go/result-sink) konvertiert und den Dateispeicherort in der Console protokolliert.
LastShardDetector	Beim lokalen Sharding möchten wir manchmal nur einige Aktionen ausführen, wenn das letzte Sharding erreicht `invocationEnded(long)`.
LegacySubprocessResultsReporter	Eine eingefrorene Implementierung des Reporters für Unterprozessergebnisse, die kompatibel bleiben sollte mit früheren Versionen von TF/CTS (z.B. 8+), trotz Änderungen an der Basisklasse.
LogSaverResultForwarder	Ein `ResultForwarder` zum Speichern von Logs mit dem globalen Dateispeicher.
LogcatCrashResultForwarder	Spezieller Listener: Bei Fehlern (Absturz des Instrumentierungsprozesses) wird versucht, Logcat des Absturzes und fügt ihn der Fehlermeldung für den Test hinzu.
LogcatOnFailureCollector (LogcatOnFailureCollector) auf	Collector, der einen Logcat erfasst und protokolliert, wenn ein Testfall fehlschlägt.
LogcatTimingMetricCollector	Messwert-Collector, der Zeitinformationen (z.B. die Wechselzeit des Nutzers) aus Logcat während einem oder mehreren wiederholten Tests unter Verwendung bestimmter Regex-Muster zum Parsen von Start- und Endsignalen eines aus Logcat-Zeilen stammen.
MetricFilePostProcessor	Wird zum Hochladen der Messwert-Logdatei verwendet, die während der Test- und Ausführungsebene erfasst wurde.
MetricsXMLResultReporter	MetricsXMLResultReporter schreibt Testmesswerte und führt Messwerte in eine XML-Datei in einem angegebenen Ordner aus. mit dem Parameter „metric-folder“ in der Phase „callEnded“ des Tests hinzugefügt.
ModuleListener	Listener, der an jedes `IRemoteTest` jedes Moduls angehängt ist, um die Liste der Ergebnisse.
ModuleLogcatCollector	Version des Logcat-Collectors, aber für das Modul.
NameMangleListener	Ein Proxy-Listener, der die Namen von Testmethoden, Klassen und Paketen übersetzt, sobald Ergebnisse gemeldet werden.
PassingTestFileReporter	Ein `ITestInvocationListener`, der die Liste der bestandenen Testläufe in einer Testdatei speichert
PerfettoGenericPostProcessor	Postprozessor, der die Text-/Binärmesswert-Perfetto-Proto-Datei in Schlüssel/Wert-Paaren verarbeitet, indem Die Proto-Nachrichten und -Felder werden rekursiv mit Stringwerten erweitert, bis das Feld mit numerischer Wert gefunden.
PerfettoPullerMetricCollector	Grundlegende Implementierung von `FilePullerDeviceMetricCollector`, die Folgendes zulässt: die Perfetto-Dateien vom Gerät abrufen und die Messwerte daraus sammeln.
PrettyTestEventProtokollierung	Protokollierung, die den Ereignissen zugeordnet und protokolliert wird, um die Fehlerbehebung zu erleichtern.
ProtoResultReporter	Der Ergebnisreporter erstellt einen `TestRecord`-Protokollzwischenspeicher mit allen Ergebnissen.
PythonBinaryHostTest.PythonForwarder	Ergebnisweiterleitung zum Ersetzen des Ausführungsnamens durch den Binärnamen.
neustartReasonCollector	Collector, der während des Testlaufs den Geräteneustart erfasst und dies nach Grund und Anzahl meldet.
RemoteTestTimeOutEnforcer	Listener, mit denen die Ausführungszeit einer bestimmten Testkonfiguration geprüft werden kann innerhalb einer bestimmten Zeitüberschreitung.
ReportPassedTests	Mögliche Filter zum Ausschließen bestandener Tests in einer Datei melden.
Ergebnis-Aggregator	Spezieller Forwarder, der die Ergebnisse bei Bedarf basierend auf der Wiederholungsstrategie aggregiert bereits vergeben sind.
ResultAndLogForwarder	Forwarder für Ergebnisse und protokolliert Ereignisse.
Ergebnisweiterleitung	Ein `ITestInvocationListener`, der Aufrufergebnisse an eine Liste anderer Listener weiterleitet.
WiederholenLogSaverResultForwarder	Forwarder, der auch den aktuellen Versuch übergibt, an dem wir uns befinden.
RepeatResultForwarder	Eine Erweiterung von `ResultForwarder`, die immer eine Push-Anfrage an eine bestimmte Versuchsnummer sendet.
RuntimeRestartCollector (Laufzeitneustart)	Collector, der Zeitstempel von Laufzeitneustarts (Systemserverabstürze) während des Tests erfasst ausgeführt werden.
ScreenshotOnFailureCollector	Collector, der einen Screenshot aufzeichnet und protokolliert, wenn ein Testfall fehlschlägt.
ShardListener	Ein `ITestInvocationListener`, der Ergebnisse aus einem Aufruf-Shard erfasst (auch bekannt als Aufrufaufteilung zur parallelen Ausführung auf mehreren Ressourcen) und leitet sie an eine andere Listener.
ShardMainResultForwarder	Ein `ResultForwarder`, der die Ergebnisse von fragmentierten Testaufrufen kombiniert.
ShowmapPullerMetricCollector	Grundlegende Implementierung von `FilePullerDeviceMetricCollector`, die das Abrufen der Showmap ermöglicht Dateien vom Gerät und sammelen die Messwerte daraus.
StatsdBeforeAfterGaugeMetricPostProcessor	Nachverarbeiter, der Gauge-Messwerte verarbeitet, die in einem „Vorher/Nachher“- Ansatz, d.h.
StatsdEventMetricPostProcessor	Ein Nachverarbeiter, der Ereignismesswerte in statsd-Berichten in Schlüssel/Wert-Paaren verarbeitet. Dabei werden die die beim Prozessor angegebenen Formatierer.
StatsdGenericPostProcessor	Postprozessor, der binäre proto-statsd-Berichte zu Schlüssel/Wert-Paaren verarbeitet, indem die im Bericht als Baumstruktur.
StreamProtoResultReporter	Eine Implementierung von `ProtoResultReporter`
SubprocessResultsReporter	Implementiert `ITestInvocationListener` zur Angabe als result_reporter und zur Weiterleitung von dem Unterprozess die Ergebnisse von Tests, Testläufen und Testaufrufen.
SuiteResultReporter	Sie können Testergebnisse für den gesamten Aufruf einer Suite erfassen und die Endergebnisse ausgeben.
TestTimeoutEnforcer	Listener, mit denen die Ausführungszeit eines bestimmten Testlaufs überprüft werden kann und der Test fehlschlägt, wenn er nicht erfolgreich ausgeführt wird innerhalb einer bestimmten Zeitüberschreitung.
TextResultReporter	Ein Reporter für Testergebnisse, der Ergebnisse an den JUnit-Textergebnisdrucker weiterleitet.
TraceCmdCollector	Ein `IMetricCollector`, das Traces während des Tests mit „trace-cmd“ erfasst und in folgendem Verzeichnis protokolliert: den Aufruf.
TradefedSandboxRunner.StubScheduledInvocationListener	Ein Stub `IScheduledInvocationListener`, der nichts bewirkt.
XmlFormattedGeneratorReporter	Implementierung von `FormattedGeneratorReporter`, bei dem die Suite als XML-Datei ausgegeben wird Format.
XmlResultReporter	Schreibt JUnit-Ergebnisse in eine XML-Datei in einem Format, das mit XMLJUnitResultFormatter von Ant.

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)

Stellt die zugehörigen Log- oder Debug-Daten aus dem Testaufruf bereit.

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

Das TradeFederation-Framework ruft diese Methode automatisch auf und stellt das Host-Protokoll bereit. und ggf. den Geräte-Logcat.

Parameter
`dataName`	`String`: Ein beschreibender `String`-Name der Daten. z.B. „device_logcat“. Hinweis dataName darf pro Aufruf nicht eindeutig sein. d. h. Implementierungsteams müssen Mehrere Aufrufe mit demselben dataName
`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.