O Teste de Compatibilidade do Android (CTS, na sigla em inglês) oferece milhões de testes individuais. Embora seja necessário executar o CTS com frequência durante a fase de desenvolvimento do software, é possível reduzir o tempo necessário para executar esses testes.
Esta página descreve métodos que podem ser usados para reduzir o tempo de execução de testes e como para otimizar os recursos de hardware no processo.
Como fragmentar dispositivos
Para reduzir o tempo de ciclo, considere executar o CTS em vários dispositivos (fragmentação). Para saber como o sharding pode ser usado, consulte Executar testes do CTS.
Estação de teste do Android
Use o Android Test Station (ATS) a usar uma interface do usuário para executar conjuntos de testes padrão do Android. Esta ferramenta e funciona como uma interface da Web Trade Federation (TF) permitindo que você execute o CTS com configuração mínima em um conjunto de dispositivos de teste também como definir um cronograma de execução contínua de testes.
A estação de teste do Android oferece suporte Modo de vários hosts, com que um único host do controlador ATS pode ser usado para gerenciar dispositivos e testes em vários hosts de worker do ATS.
Execução contínua do emulador
Para executar o CTS continuamente durante a fase de desenvolvimento, os Dispositivos virtuais Android (AVDs) podem ser usados como substitutos do hardware. Regressões de falhas de testes podem ser identificados cedo, economizando muito do tempo necessário para fazer a triagem e analisar causas. Várias instâncias do emulador podem ser usadas para fragmentação programado para execução contínua com a estação de testes do Android.
Programa de qualidade drawablesElements (dEQP)
O
drawElements Programa de qualidade (dEQP)
está incluído no Android CTS. Chamado de CtsDepqTestCases, esse programa se concentra
na cobertura de teste de gráficos do Android. Esse módulo representa quase 80% de todas
casos de teste no Android CTS e representa 6% do tempo total de execução.
Como os drivers gráficos do Android fazem parte do firmware do Android (BSP) e não mudar muito ao longo do desenvolvimento, execute este módulo estrategicamente. Por exemplo, se você executar o CTS a cada duas semanas (ou menos) durante o desenvolvimento de software, com base na programação de atualização do firmware, é possível excluir esse módulo por vários ciclos.
Uma opção é executar o CtsDeqpTestCases separadamente em um conjunto de dispositivos e
depois envie os relatórios do CTS. Por exemplo, em dois hosts diferentes.
Host 1:
cts-tf > run cts --max-log-size 100 --shard-count 6 -o -m CtsDeqpTestCases
Host 2:
cts-tf > run cts --max-log-size 100 --shard-count 6 -o --exclude-filter CtsDeqpTestCases
Casos de teste de mídia
Os casos de teste de mídia verificam serviços de multimídia, como áudio, vídeo e os e drivers de multimídia. Esses módulos de teste multimídia mais contribuem para o CTS o ambiente de execução. Os atrasos podem ocorrer quando:
- Fazer o download de arquivos de mídia ou reproduzir arquivos de mídia repetidamente durante testes.
- Tentar novamente casos de teste com falha.
O Android CTS contém estes módulos de teste:
CtsMediaStressTestCasesCtsMediaPlayerTestCasesCtsMediaAudioTestCasesCtsVideoTestCasesCtsMediaDecoderTestCasesCtsMediaCodecTestCasesCtsMediaV2TestCases
Execute alguns testes de mídia localmente ou em um servidor local. Para mais detalhes, consulte Execute testes de mídia CTS localmente.
O framework multimídia e os drivers (decodificadores e codificadores) fazem parte do firmware do Android (BSP). É possível executar esse módulo de forma estratégica e excluir esses módulos por vários ciclos, com base na programação de atualização do firmware.