A partir del 27 de marzo de 2025, te recomendamos que uses android-latest-release en lugar de aosp-main para compilar y contribuir a AOSP. Para obtener más información, consulta Cambios en AOSP.
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
BuildInfo en TF es un objeto muy usado para transportar recursos para la configuración y ejecución de pruebas.
Todo, desde las imágenes de dispositivos hasta los APKs de prueba, se almacena o vincula en BuildInfo.
Esto permite una forma unificada de acceder a los recursos de prueba desde una prueba
y desacoplar la prueba de la obtención de recursos de prueba.
Propiedades de BuildInfo
Las dos propiedades principales de los objetos BuildInfo son los atributos y los archivos:
Los atributos se pueden agregar con #addBuildAttribute(); representan etiquetas y la información de cadenas para las compilaciones. Los atributos se pueden usar para almacenar información relacionada con la compilación.
Los archivos se pueden agregar con setFile(). BuildInfo realiza un seguimiento del archivo y lo administra durante el ciclo de vida de la invocación (por ejemplo, se controla correctamente durante la fragmentación). Esto evita que la prueba necesite saber algo sobre el sistema de archivos y, en su lugar, puede depender del objeto BuildInfo abstraído para obtener sus recursos.
BuildInfo en varios dispositivos
Cuando se configura una configuración de prueba con varios dispositivos, existe un objeto BuildInfo por dispositivo. Esto permite solicitar y segmentar archivos de un dispositivo a otro.
BuildInfo en compilaciones múltiples
Es posible requerir compilaciones de varios destinos. En estos casos, existe un objeto BuildInfo por objetivo. Esto permite solicitar y segmentar archivos desde cualquier destino.
Formato proto
BuildInfo se puede serializar en un formato protobuf para facilitar su uso en todos los sistemas si es necesario.
El contenido y las muestras de código que aparecen en esta página están sujetas a las licencias que se describen en la Licencia de Contenido. Java y OpenJDK son marcas registradas de Oracle o sus afiliados.
Última actualización: 2025-07-27 (UTC)
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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."]]
