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.
Flujo de trabajo de prueba de desarrollo
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Para integrar pruebas en un servicio de pruebas continuas de la plataforma, deben cumplir con los lineamientos de esta página y seguir este flujo recomendado.
- Usa el sistema de compilación Soong para la configuración de prueba simple.
- Usa la asignación de pruebas para crear reglas de prueba previas y posteriores al envío directamente en el árbol de origen de Android.
- Ejecuta pruebas de forma local con Atest.
Tipos de pruebas
Los tipos de prueba admitidos son los siguientes:
Las pruebas funcionales realizan afirmaciones de aprobación o rechazo en los casos de prueba, mientras que las pruebas de métricas generalmente realizan una acción de forma repetida para recopilar métricas de tiempo.
Con el formato de entrada y salida estandarizado, se elimina la necesidad de analizar los resultados personalizados y el procesamiento posterior por prueba, y se pueden usar conjuntos de pruebas genéricos para todas las pruebas que se ajusten a la convención. Consulta la descripción general de Trade Federation para ver el framework de pruebas continuas incluido con Android.
Lineamientos para casos de prueba
Se espera que los casos de prueba que se ejecutan a través del servicio de pruebas continuas sean herméticos, lo que significa que todas las dependencias se declaran y se proporcionan con las pruebas. Consulta Servidores herméticos en el blog de Google Testing para comprender este principio. En resumen, las pruebas herméticas no requieren lo siguiente:
- Acceso a la Cuenta de Google
- Conectividad configurada (telefonía/Wi-Fi/Bluetooth/NFC)
- Parámetros de prueba pasados
- Configuración o desmantelamiento que realiza el harness de prueba para un caso de prueba específico
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 development workflow\n\nTo integrate tests into a platform continuous testing service, they should meet\nthe guidelines on this page and follow this recommended flow.\n\n1. Use the [Soong build system](https://android.googlesource.com/platform/build/soong/) for [Simple Test Configuration](/docs/core/tests/development/blueprints).\n2. Employ [Test Mapping](/docs/core/tests/development/test-mapping) to create pre- and post-submit test rules directly in the Android source tree.\n3. Run tests locally using [Atest](/docs/core/tests/development/atest).\n\nTest types\n----------\n\nSupported test types are:\n\n- [Instrumentation tests](/docs/core/tests/development/instrumentation) support both functional and metrics tests. See [Test your app](https://developer.android.com/studio/test/) for general app testing guidance.\n- [GoogleTest](/docs/core/tests/development/gtest) (GTest) supports the following test types:\n - [Functional GTests](/docs/core/tests/development/gtest-func-e2e) using the [GTest](https://github.com/google/googletest) framework\n - [Metric tests](/docs/core/tests/development/metrics) using [`google-benchmark`](https://github.com/google/benchmark)\n- [JAR host tests](/docs/core/tests/development/jar) using JUnit\n\nFunctional tests make assertions of pass or fail on test cases, while metrics\ntests generally perform an action repeatedly to collect timing metrics.\n\nWith standardized input/output format, the need for customized result parsing\nand post-processing per test is eliminated, and generic test harnesses can be\nused for all tests that fit into the convention. See the [Trade Federation\nOverview](/docs/core/tests/tradefed) for the continuous test framework\nincluded with Android.\n\nTest case guidelines\n--------------------\n\nTest cases executed through the continuous testing service are expected to be\n**hermetic** , meaning that all dependencies are declared and provided with the\ntests. See [Hermetic Servers on the Google Testing\nBlog](https://testing.googleblog.com/2012/10/hermetic-servers.html)\nfor an understanding of this principle. In short, hermetic tests require **no**:\n\n- Google Account sign-in\n- Connectivity configured (telephony/Wi-Fi/Bluetooth/NFC)\n- Test parameters passed in\n- Setup or tear down performed by test harness for a specific test case"]]
