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.
Programador de comandos de prueba
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En Tradefed, cada solicitud de prueba pasa por el programador de comandos para ejecutarse. Por lo tanto, el programador de comandos es un componente clave del harness necesario para ejecutar pruebas.
Ciclo de vida
Cuando se presenta una solicitud de prueba a Tradefed (por ejemplo, una entrada de la consola), esta pasa por los siguientes eventos antes de ejecutarse:
- Se analiza la solicitud de prueba: Por lo general, una solicitud de prueba se compone de una referencia de configuración de Tradefed en formato XML seguida de opciones.
Por ejemplo:
> run host --class com.android.tradefed.build.BuildInfoTest
.
- Se solicita al Administrador de dispositivos dispositivos que coincidan con la solicitud de prueba: el Administrador de dispositivos asignará un dispositivo que coincida con las solicitudes de prueba. Por ejemplo, si se solicita un dispositivo Pixel, el Administrador de dispositivos buscará un dispositivo Pixel disponible.
- La solicitud de prueba y los dispositivos comienzan como una invocación: Se inician las pruebas.
- Liberación del dispositivo: Una vez que finalice la invocación, se liberará el dispositivo asignado y se podrá asignar para otras pruebas.
Invocación de Tradefed
Una invocación en Tradefed se refiere al momento en que se está ejecutando un comando de prueba.
Los dispositivos incluidos en la invocación se marcan como allocated
y otras pruebas no pueden usarlos para ejecutarse.
TF ejecutará los siguientes pasos en este orden:
- Cómo compilar y probar la descarga de artefactos
- Preparación del objetivo
- Ejecución de pruebas
- Limpieza de objetivos
- Informes de resultados
Cada paso se describe con más detalle en la sección Arquitectura.
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,["# Test Command Scheduler\n\nIn Tradefed, every single test request goes through the\n[Command Scheduler](https://android.googlesource.com/platform/tools/tradefederation/+/refs/heads/android16-release/src/com/android/tradefed/command/CommandScheduler.java)\nto be run. So the Command Scheduler is a key component of the harness needed to\nrun tests.\n\nLifecycle\n---------\n\nWhen a test request is presented to Tradefed (for example, input from the\nconsole), it will go through the following events before being run:\n\n1. *Test request is parsed* - A test request is usually composed of an XML Tradefed configuration reference followed by options. For example: `\u003e run host --class com.android.tradefed.build.BuildInfoTest`\n2. *Device Manager is requested for device(s) matching the test request* - Device Manager [allocates a device](/docs/core/tests/tradefed/architecture/device-manager/device-allocation) that matches the test requests. For example, if a Pixel device is requested then Device Manager will look for an available Pixel device.\n3. *Test request + device(s) starts as an invocation* - Testing is starting.\n4. *Device release* - Once the invocation is finished, the device allocated will be released and can be allocated for other tests.\n\nTradefed invocation\n-------------------\n\nAn invocation in Tradefed refers to when a test command is currently executing.\nDevices included in the invocation are marked as `allocated` and cannot be used\nby other tests to run.\n\nTF will execute the following steps in this order:\n\n1. [Build and test artifacts download](/docs/core/tests/tradefed/architecture/build-provider)\n2. [Target preparation](/docs/core/tests/tradefed/architecture/target-preparer)\n3. [Test execution](/docs/core/tests/tradefed/architecture/advanced/test-runner)\n4. [Target clean up](/docs/core/tests/tradefed/architecture/target-preparer)\n5. [Result reporting](/docs/core/tests/tradefed/architecture/result-reporter)\n\nEach step is described in more detail within the\n[Architecture section](/docs/core/tests/tradefed/architecture)."]]