A partir de 27 de março de 2025, recomendamos usar android-latest-release
em vez de aosp-main
para criar e contribuir com o AOSP. Para mais informações, consulte Mudanças no AOSP.
Processar arquivos de registro de um relatório de resultados
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Em alguns casos, ter acesso apenas aos resultados do teste não é suficiente. É necessário ter
os arquivos de registro para concluir os resultados gerais.
Interface de registro
Qualquer gerador de relatórios de resultados ou evento de teste
pode ter acesso aos registros implementando
ILogSaverListener
,
que permite que um gerador de relatórios receba os registros por diferentes callbacks:
testLogSaved
: chamado imediatamente quando um arquivo é registrado. Isso notifica que um
novo arquivo foi registrado. Isso é chamado a qualquer momento.
logAssociation
: chamado em ordem com os eventos de teste. Isso garante uma
associação forte entre o arquivo que está sendo registrado e os eventos em andamento.
Ao implementar essa interface, o relatório de resultados pode ter acesso às
referências de arquivo registradas e usá-las.
Quando usar logAssociation
logAssociation
é um evento um pouco mais complicado, porque depende do
contexto dos eventos para ser interpretado corretamente. Por exemplo, se o
testStart
foi chamado, o registro de logAssociation
pertence ao caso
de teste em andamento.
Essa associação forte permite a colocação correta dos registros.
O conteúdo e os exemplos de código nesta página estão sujeitos às licenças descritas na Licença de conteúdo. Java e OpenJDK são marcas registradas da Oracle e/ou suas afiliadas.
Última atualização 2025-07-27 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-07-27 UTC."],[],[],null,["# Handle log files from a result reporter\n\nIn some cases, having access to only the test results isn't enough; having\nthe log files is necessary to complete the overall results.\n\nLog interface\n-------------\n\nAny result reporter or [test event](/docs/core/tests/tradefed/architecture/result-reporter#core_interface)\ncan have access to the logs by implementing\n[`ILogSaverListener`](https://android.googlesource.com/platform/tools/tradefederation/+/refs/heads/android16-release/invocation_interfaces/com/android/tradefed/result/ILogSaverListener.java),\nwhich lets a reporter receive the logs through different callbacks:\n\n- `testLogSaved`: Called right away when a file is logged. This notifies a new file has been logged. This is called at any time.\n- `logAssociation`: Called in order with the test events. This ensures a strong association between the file being logged and the events in progress.\n\nBy implementing this interface, the result reporter can have access to the\nlogged file references and use them.\n\nWhen to use logAssociation\n--------------------------\n\n`logAssociation` is a slightly more complicated event as it relies on the\ncontext of the events to be properly interpreted. For example, if the\n`testStart` has been called, the log from `logAssociation` belongs to the test\ncase in progress.\n\nThis strong association allows for correct placement of logs."]]