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.
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
BuildInfo
no TF é um objeto muito usado para carregar recursos para a configuração e execução de testes.
Tudo, desde imagens de dispositivos até APKs de teste, é armazenado ou vinculado em BuildInfo.
Isso permite uma maneira unificada de acessar recursos de teste de um teste
e desecouple o teste de receber recursos de teste.
Propriedades do BuildInfo
As duas principais propriedades dos objetos BuildInfo são atributos e arquivos:
Os atributos podem ser adicionados com #addBuildAttribute(). Eles representam
rótulos e informações de string para os builds. Os atributos podem ser usados para armazenar
informações relacionadas ao build.
Arquivos podem ser adicionados com setFile(). O arquivo é rastreado e
gerenciado por BuildInfo durante o ciclo de vida da invocação (por exemplo,
processado corretamente durante o fragmentação). Isso evita que o
teste precise saber algo sobre o sistema de arquivos e, em vez disso, pode confiar no
objeto BuildInfo abstrato para acessar os recursos.
BuildInfo em vários dispositivos
Quando uma configuração de teste é configurada com vários dispositivos, um objeto BuildInfo
existe por dispositivo. Isso permite solicitar e segmentar arquivos de um
dispositivo para outro.
BuildInfo em vários builds
É possível exigir builds de vários destinos. Nesses casos, um objeto BuildInfo existe por destino. Isso permite solicitar e segmentar
arquivos de qualquer destino.
Formato proto
BuildInfo é serializável em um formato protobuf para facilitar o uso em
sistemas, se necessário.
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,["# BuildInfo in Tradefed\n\n[`BuildInfo`](https://android.googlesource.com/platform/tools/tradefederation/+/refs/heads/android16-release/src/com/android/tradefed/build/BuildInfo.java)\nin TF is a widely used object to carry resources for test setup and runs.\nEverything from device images to test APKs are stored or linked in `BuildInfo`.\nThis allows a unified way to access test resources from a test\nand decouple the test from getting test resources.\n\nBuildInfo properties\n--------------------\n\nThe two main properties of `BuildInfo` objects are attributes and files:\n\n- *Attributes* can be added with `#addBuildAttribute()`; they represent labels and string information to the builds. Attributes can be used to store information related to the build.\n- *Files* can be added with `setFile()`; the file is tracked and managed by `BuildInfo` during the invocation lifecycle (for example, properly handled during sharding). This avoids the need for the test to know anything about the file system and instead can rely on the abstracted `BuildInfo` object to get their resources.\n\n| **Note:** Files should always be stored in `Files` and not in `Attributes` as an absolute path. Attributes are treated as pure Java strings, and the reference could be invalidated during part of the invocation lifecycle.\n\nBuildInfo in multi-devices\n--------------------------\n\nWhen a test configuration is set up with multiple devices, one `BuildInfo`\nobject exists per device. This allows requesting and targeting files from one\ndevice to another.\n\nBuildInfo in multi-builds\n-------------------------\n\nIt's possible to require builds from several targets. In these cases, one\n`BuildInfo` object exists per target. This allows requesting and targeting\nfiles from any target.\n\nProto format\n------------\n\n`BuildInfo` is serializable in a protobuf format to make its usage easier across\nsystems if needed."]]
