Para integrar testes a um serviço de teste contínuo de plataforma, eles precisam atender às diretrizes desta página e seguir o fluxo recomendado.
- Use o sistema de build Soong para a Configuração de teste simples.
- Use o Test Mapping 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 de instrumentação são compatíveis com testes funcionais e de métricas. Consulte Testar seu app para diretrizes gerais de teste de apps.
- O GoogleTest (GTest) é compatível com os
seguintes tipos de teste:
- GTests funcionais usando o framework GTest
- Testes de métricas usando
google-benchmark
- Testes de host JAR usando JUnit
Os testes funcionais fazem declarações de aprovação ou reprovação em casos de teste, enquanto os testes de métricas geralmente realizam uma ação repetidamente para coletar métricas de tempo.
Com um formato de entrada/saída padronizado, a necessidade de análise de resultados e pós-processamento personalizados por teste é eliminada, e estruturas de teste genéricas podem ser usadas para todos os testes que se enquadram na convenção. Consulte a Visão geral do Trade Federation para o framework de testes contínuos incluído no Android.
Diretrizes de caso de teste
Espera-se que os casos de teste executados pelo serviço de teste contínuo sejam herméticos, ou seja, que todas as dependências sejam 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 desmontagem realizada pelo framework de teste para um caso de teste específico.