À partir du 27 mars 2025, nous vous recommandons d'utiliser android-latest-release au lieu de aosp-main pour créer et contribuer à AOSP. Pour en savoir plus, consultez la section Modifications apportées à AOSP.

Cette page a été traduite par l'API Cloud Translation.

ResultAndLogForwarder

public class ResultAndLogForwarder
extends ResultForwarder implements ILogSaverListener

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

Sous-classes directes connues

GranularRetriableTestWrapper.StartEndCollector

GranularRetriableTestWrapper.StartEndCollector Assistant de classe pour détecter le début et la fin de l'exécution manquants.

Redirecteur des résultats et des événements de journalisation.

Résumé

Constructeurs publics
`ResultAndLogForwarder(ITestInvocationListener... listeners)`
`ResultAndLogForwarder( listeners)` Ctor

Méthodes publiques
`void`	`invocationEnded(long elapsedTime)` Indique que l'appel a pris fin, que ce soit avec succès ou en raison d'une condition d'erreur.
`void`	`invocationStarted(IInvocationContext context)` Indique le début de l'appel du test.
`void`	`logAssociation(String dataName, LogFile logFile)` Dans certains cas, le journal doit être fortement associé à un cas de test, mais il n'est pas possible de le faire sur le rappel `testLogSaved(String, com.android.tradefed.result.LogDataType, com.android.tradefed.result.InputStreamSource, com.android.tradefed.result.LogFile)` direct.
`void`	`setLogSaver(ILogSaver logSaver)` Définissez `ILogSaver` pour autoriser l'implémentateur à enregistrer des fichiers.
`void`	`testLogSaved(String dataName, LogDataType dataType, InputStreamSource dataStream, LogFile logFile)` Appelé lorsque le journal de test est enregistré.

Constructeurs publics

ResultAndLogForwarder

public ResultAndLogForwarder (ITestInvocationListener... listeners)

Paramètres
`listeners`	`ITestInvocationListener`

ResultAndLogForwarder

public ResultAndLogForwarder ( listeners)

Ctor

Paramètres
`listeners`

Méthodes publiques

invocationEnded

public void invocationEnded (long elapsedTime)

Indique que l'appel a pris fin, que ce soit avec succès ou en raison d'une condition d'erreur.

Appelé automatiquement par le framework TradeFederation.

Paramètres
`elapsedTime`	`long`: temps écoulé de l'appel en ms

invocationStarted

public void invocationStarted (IInvocationContext context)

Indique le début de l'appel du test.

Appelé automatiquement par le framework TradeFederation. Les rapporteurs doivent remplacer cette méthode pour prendre en charge les rapports sur plusieurs appareils.

Paramètres
`context`	`IInvocationContext`: informations sur l'appel

logAssociation

public void logAssociation (String dataName, 
                LogFile logFile)

Dans certains cas, le journal doit être fortement associé à un cas de test, mais il n'est pas possible de le faire sur le rappel testLogSaved(String, com.android.tradefed.result.LogDataType, com.android.tradefed.result.InputStreamSource, com.android.tradefed.result.LogFile) direct. Ainsi, ce rappel permet de fournir explicitement une association forte.

Paramètres
`dataName`	`String`: nom des données
`logFile`	`LogFile`: `LogFile` qui a été enregistré précédemment et doit être associé au cas de test.

setLogSaver

public void setLogSaver (ILogSaver logSaver)

Définissez ILogSaver pour autoriser l'implémentateur à enregistrer des fichiers.

Paramètres
`logSaver`	`ILogSaver`: `ILogSaver`

testLogSaved

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

Appelé lorsque le journal de test est enregistré.

À utiliser à la place de ITestInvocationListener.testLog(String, LogDataType, InputStreamSource).

Paramètres
`dataName`	`String`: nom descriptif `String` des données (par exemple, "device_logcat"). Remarque : Le nom de données ne doit pas nécessairement être unique par appel. Autrement dit, les implémentateurs doivent pouvoir gérer plusieurs appels avec le même nom de données.
`dataType`	`LogDataType`: `LogDataType` des données
`dataStream`	`InputStreamSource`: `InputStreamSource` des données. Les implémentateurs doivent appeler createInputStream pour commencer à lire les données et s'assurer de fermer l'InputStream généré une fois la lecture terminée.
`logFile`	`LogFile`: `LogFile` contenant les métadonnées du fichier enregistré.