Testes da plataforma Android

O Android Open Source Project (AOSP) oferece várias ferramentas e pacotes de testes para testar várias partes da implementação. Antes de usar as páginas desta seção, você precisa conhecer os seguintes termos:

Dispositivo compatível com Android
Um dispositivo que pode executar qualquer app criado por desenvolvedores de terceiros usando o SDK e o NDK do Android. Dispositivos compatíveis com Android precisam atender aos requisitos do Documento de definição de compatibilidade (CDD) e ser aprovados no Conjunto de teste de compatibilidade (CTS). Dispositivos compatíveis com Android podem participar do nosso ecossistema, que inclui potencial licenciamento do Google Play, potencial licenciamento do pacote de apps e APIs dos Serviços do Google Mobile (GMS) e uso da marca registrada do Android. Qualquer pessoa pode usar o código-fonte do Android, mas, para participar do nosso ecossistema, o dispositivo precisa ser compatível com o Android.
artefato
Um registro relacionado ao build que permite a solução local de problemas.
Documento de definição de compatibilidade (CDD)
Um documento que enumera os requisitos de software e hardware de um dispositivo compatível com o Android.
Conjunto de teste de compatibilidade (CTS)

Um pacote de testes de nível comercial grátis para download como binário ou como fonte no AOSP. O CTS é um pacote de testes de unidade criado para integração no seu fluxo de trabalho diário. A intenção do CTS é revelar incompatibilidades garantem que o software permaneça compatível durante todo o processo de desenvolvimento.

Testes de CTS e de plataforma não são mutuamente exclusivos. Confira algumas diretrizes gerais:

  • Se um teste declarar a correção das funções ou dos comportamentos da API do framework, e o teste precisa ser aplicado em todos os parceiros OEM, ele precisa estar no CTS.
  • Se um teste tiver como objetivo detectar regressões durante o desenvolvimento da plataforma, e precisar de permissão privilegiada para ser realizado, além de depender de detalhes de implementação (conforme lançado no AOSP), ele será um teste de plataforma.
Serviços do Google Mobile (GMS)

Uma coleção de APIs e apps Google que podem ser pré-instalados em dispositivos.

GoogleTest (GTest)

Um framework de teste e simulação C++. Os binários do GTest geralmente acessam camadas de abstração de nível inferior ou executam uma IPC bruta em vários serviços do sistema. A abordagem de teste para o GTest geralmente está fortemente associada ao serviço que está sendo testado. O CTS contém a estrutura GTest.

teste de instrumentação

Ambiente especial de execução de teste iniciado pelo comando am instrument, em que o processo do app de destino for reiniciado e inicializado com um contexto básico de app e um linha de execução de instrumentação for iniciada dentro do ambiente virtual do processo do app máquina virtual. O CTS contém testes de instrumentação.

Logcat

Uma ferramenta de linha de comando que cria um registro de mensagens do sistema, incluindo rastreamentos de pilha de quando o dispositivo gera um erro e mensagens que você programados no app com a classe Log.

Geração de registros

Usar um registro para acompanhar eventos do sistema do computador, como erros. Fazer login no Android é complexo, devido à combinação de padrões usados que são combinados na ferramenta Logcat.

teste pós-envio

Um teste do Android que é realizado quando um novo patch é confirmado em uma ramificação do kernel comum. Ao inserir aosp_kernel como um nome de ramificação parcial, você vai encontrar uma lista de ramificações do kernel com resultados disponíveis. Por exemplo, os resultados para android-mainline podem ser encontrados em https://ci.android.com/builds/branches/aosp_kernel-common-android-mainline/grid.

teste antes do envio

Um teste usado para evitar que falhas sejam introduzidas nos kernels comuns.

Trade Federation (link em inglês)

Também chamado de Tradefed, um framework de teste contínuo projetado para executar testes em dispositivos Android. Por exemplo, o Tradefed é usado para executar testes do Conjunto de teste de compatibilidade e do Conjunto de teste do fornecedor.

Conjunto de teste de fornecedor (VTS)

Um conjunto amplo de recursos para Testes do Android, promoção de um processo de desenvolvimento orientado a testes e automação camada de abstração de hardware (HAL) e testes de kernel do SO.

Tipos de teste de plataforma

Um teste de plataforma geralmente interage com um ou mais serviços do sistema Android ou camadas HAL, testa as funcionalidades do sujeito em teste e garante a correção do resultado do teste. Um teste de plataforma pode:

  • (Tipo 1) Exercite APIs de framework usando o framework do Android. APIs específicas que estão sendo exercitados podem incluir:
    • APIs públicas destinadas a apps de terceiros
    • APIs ocultas destinadas a aplicativos privilegiados, ou seja, APIs do sistema ou APIs particulares (@hide, ou protected, package private)
  • (Tipo 2) Invocar serviços do sistema Android usando um binder bruto ou proxies IPC diretamente.
  • (Tipo 3) Interagir diretamente com HALs usando APIs de baixo nível ou interfaces IPC.

Os testes dos tipos 1 e 2 costumam ser de instrumentação, já os testes do tipo 3 são geralmente são GTests.

Qual é a próxima etapa?

Confira uma lista de documentos com informações mais detalhadas: