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.
Asignación de dispositivos en Tradefed
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Cuando se inicia una prueba (por ejemplo, una prueba de instrumentación), es posible que necesite un dispositivo para poder ejecutarse correctamente. O bien la prueba (como algunas pruebas de unidades de Java)
es posible que no necesite un dispositivo. Otros, incluso, pueden necesitar varios dispositivos (como pruebas de teléfono y reloj). En todos esos casos, el Administrador de dispositivos es responsable de asignar los dispositivos necesarios a la prueba para que se ejecute correctamente. A esta fase la llamamos paso de asignación de dispositivos o selección de dispositivos.
La asignación se basa en DeviceSelectionOptions que permiten que una prueba declare cualquier propiedad que necesite de un dispositivo, incluidas las siguientes:
- Nivel de batería
- Tipo de dispositivo
- Tipo de producto
- Número de serie
Usa dispositivos reales
Este es el parámetro de configuración predeterminado que se asignará a todas las pruebas que no especifiquen ninguna propiedad del dispositivo. Se elegirá un dispositivo físico aleatorio marcado como
DISPONIBLE
y se le asignará a la prueba.
No usar dispositivos
Cuando la prueba no necesita dispositivos, puede especificar --null-device o -n en su línea de comandos, o <option name="null-device" value="true" /> en su XML de configuración. Esto asigna un marcador de posición de stub NullDevice que representa que no se asignó ningún dispositivo.
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,["# Device allocation in Tradefed\n\nWhen starting a test (for example, an instrumentation test), it might need a\ndevice to be able to run properly. Or the test (such as some Java unit tests)\nmight not need a device at all. Still others or might even need multi-devices\n(like phone + watch tests). In all those cases, the Device Manager is\nresponsible for allocating the required devices to the test so it runs\nproperly. We call this phase the *device allocation* or *device selection* step.\n\nThe allocation is driven by\n[DeviceSelectionOptions](https://android.googlesource.com/platform/tools/tradefederation/+/refs/heads/android16-release/src/com/android/tradefed/device/DeviceSelectionOptions.java)\nthat allow a test to declare any properties it needs from a device, including:\n\n- Battery level\n- Device type\n- Product type\n- Serial number\n\nUse real devices\n----------------\n\nThis is the default setting that will be allocated to all tests that don't\nspecify any device properties. A physical random device marked\n[AVAILABLE](/docs/core/tests/tradefed/architecture/device-manager#allocation_states)\nwill be picked and assigned to the test.\n\nUse no devices\n--------------\n\nWhen no devices are needed by the test, it can specify `--null-device` or `-n`\non its command line, or `\u003coption name=\"null-device\" value=\"true\" /\u003e` in its\nconfiguration XML. This allocates a stub placeholder NullDevice that\nrepresents no device was allocated."]]
