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.
Fluxo de trabalho de desenvolvimento de testes
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Para integrar testes a um serviço de teste contínuo de plataforma, eles precisam atender
às diretrizes desta página e seguir este fluxo recomendado.
- Use o sistema de build do Soong
para Configuração de teste simples.
- Use o mapeamento de teste para
criar regras de teste antes e depois do envio diretamente na árvore de origem do Android.
- Execute testes localmente usando o Atest.
Tipos de teste
Os tipos de teste compatíveis são:
Os testes funcionais fazem declarações de aprovação ou reprovação em casos de teste, enquanto os testes
de métricas geralmente executam uma ação repetidamente para coletar métricas de tempo.
Com o formato de entrada/saída padronizado, a necessidade de análise de resultados personalizados
e pós-processamento por teste é eliminada, e os conjuntos de testes genéricos podem ser
usados para todos os testes que se encaixam na convenção. Consulte a Visão geral do
Trade Federation para conferir o framework de teste contínuo
incluído no Android.
Diretrizes de casos de teste
Os casos de teste executados pelo serviço de testes contínuos precisam ser
herméticos, ou seja, todas as dependências precisam ser declaradas e fornecidas com os
testes. Consulte Servidores herméticos no blog de testes
do Google
para entender esse princípio. Em resumo, os testes herméticos não exigem :
- Login na Conta do Google
- Conectividade configurada (telefonia/Wi-Fi/Bluetooth/NFC)
- Parâmetros de teste transmitidos
- Configuração ou remoção realizada pelo harness de teste para um caso de teste específico
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,["# 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"]]
