O Google tem o compromisso de promover a igualdade racial para as comunidades negras. Saiba como.

Lista de verificação de teste de HAL da câmera

Este documento lista todos os testes disponíveis para avaliar a camada de abstração de hardware (HAL) da câmera Android. Ele se destina a fabricantes de equipamento original (OEMs) e fornecedores de processadores de aplicativos (AP) para que possam garantir a implementação adequada do HAL da câmera com o mínimo de defeitos. Embora seja um acréscimo voluntário ao Android Compatibility Test Suite (CTS), ele aumenta muito a cobertura de teste da câmera e certamente identificará possíveis bugs.

Ao passar nesses testes, os OEMs validam se integraram adequadamente as interfaces da camada de abstração de hardware (HAL) 3 da câmera Android. Quando em conformidade com todos os itens da lista de verificação, a implementação do dispositivo pode ser considerado completo no que diz respeito às interfaces Android Camera HAL. Este, por sua vez, permitem um dispositivo para suportar adequadamente o android.hardware.camera2 pacote que câmera aplicativos construir em cima.

Especificação da câmera HAL3

O Android Camera HAL3 especificação é a fonte oficial de informações sobre quais dispositivos devem satisfazer; esta página fornece um resumo de todos os testes que podem ser usados ​​como uma lista de verificação. Implementadores de HAL de câmera (por exemplo, fornecedores de AP) devem seguir a especificação de HAL3 de câmera linha por linha e garantir que seus dispositivos estejam em conformidade com ela.

A especificação HAL atual é definida nestes arquivos no Android 5.0 e posterior Android Platform Development Kit (PDK) genérico:

Tipos de teste de câmera

Aqui estão os principais tipos de testes disponíveis para a câmera Android mais recente, juntamente com referências às instruções associadas abaixo:

Todos esses tipos de teste são descritos em detalhes abaixo. Esses testes são apresentados na ordem cronológica em que se espera que os OEMs os executem.

Por exemplo, se um dispositivo falhar nos testes nativos, ele certamente falhará nos testes subsequentes do Compatibility Test Suite (CTS). E se um dispositivo falhar no CTS, haverá pouca utilidade em prosseguir para o Image Test Suite (ITS). Recomendamos abordar as falhas em cada tipo de teste antes de prosseguir para o próximo conjunto de testes.

Testes do Vendor Test Suite (VTS)

O Android Vendor Test Suite (VTS) é um conjunto de testes que funciona no nível da interface HIDL. Para mais informações sobre o uso VTS, consulte Vendor Test Suite .

Testes do Compatibility Test Suite (CTS)

Os testes do Camera Android Compatibility Test Suite (CTS) se concentram na compatibilidade do dispositivo. Para obter informações sobre como configurar um ambiente de teste, consulte Configurando CTS .

O caminho de partida para testes de CTS câmara é: platform/cts .

Ao executar o CTS da câmera para dispositivos que suportam câmeras externas (como webcams USB), você deve ter um dispositivo conectado ao executar o CTS ou os testes falharão automaticamente. Exemplos de câmeras externas incluem: Logitech HD Pro Webcam C920 eo Microsoft LifeCam HD-3000 .

Veja a introdução CTS e suas subpáginas para instruções gerais sobre a execução de CTS.

CTS testa para o android.hardware.Camera API

Encontrar estes testes de câmera sob cts/tests/tests/ :

  • hardware/src/android/hardware/cts/CameraTest.java
  • hardware/src/android/hardware/cts/CameraGLTest.java
  • hardware/src/android/hardware/cts/Camera_SizeTest.java
  • permission/src/android/permission/cts/CameraPermissionTest.java

CTS testa para o android.hardware.camera2 API

Encontrar estes testes de câmera sob cts/tests/tests/ :

  • hardware/src/android/hardware/camera2/cts/*
  • permission/src/android/permission/cts/Camera2PermissionTest.java

Testes de câmera do verificador CTS

Encontrar estes testes de câmera em: cts/apps/CtsVerifier/src/com/android/cts/verifier/camera/*

Testes de conjunto de teste de imagem (ITS)

Os testes do Camera Image Test Suite (ITS) se concentram na correção da imagem. Para realizar os testes, execute os scripts Python em uma estação de trabalho com o dispositivo Android conectado via USB.

O Camera sua infra-estrutura e os testes estão localizados no cts/apps/CameraITS diretório. Cada reside teste em um tests/scene # subdiretório.

Para configurar o ambiente de teste, execute:
extract root/out/host/linux-x86/cts-verfier/android-cts-verifier.zip
cd android-cts-verifier
adb install -r CtsVerifier.apk
cd CameraITS
source build/envsetup.sh

Para mais informações sobre como configurar e executar os testes, consulte o CameraITS arquivo PDF em cts/apps/CameraITS . Veja tutorial.py na tests subdiretório para um guia sobre como usar os scripts.

Os testes estáticos ITS (cenas 0-5) podem ser executados com qualquer sistema operacional com o ambiente Python 2.7 necessário. No entanto, o sensor_fusion teste com a fusão Box Sensor deve ser executado com o sistema operacional Linux.

A configuração recomendada para cenas 0-4 é descrito na Câmera ITS-in-a-box . A configuração recomendada para a cena do sensor_fusion é descrito em Sensor de Fusão Box Guia de Início Rápido .

Para executar o ITS manualmente, prepare um ambiente físico simples com um alvo específico e reutilizável, como uma parede branca, um cartão cinza e uma luminária de mesa. Monte o dispositivo Android em um tripé e execute os scripts para testar as funções da câmera. A maioria dos testes passa ou falha, mas alguns oferecem métricas.

Esses scripts testam cenários que não são testados no CTS e são um componente importante do plano de teste do HAL 3.2.

Os testes ITS são aprovados ou reprovados. Todos os testes obrigatórios em cada pasta de cena devem ser aprovados. Testes que não são obrigatórios pode falhar e ainda conta como um passe em CtsVerifier .

Testes de cena 0 a cena 4

Essas cenas representam uma grande parte de seus testes e estão incluídos como arquivos PDF na scene pasta. Para automatizar estes testes, use o Camera ITS-in-a-box sistema.

  • Cena 0: não requer configuração.
  • Cena 1: requer um cartão cinza.
  • Cena 2: requer uma cena de rosto.
  • Cena 3: gráfico ISO12233.
  • Cena 4: cena personalizada com um círculo dentro de um quadrado.

Testes de cena 5

Os testes da cena 5 exigem que um difusor seja colocado na parte superior da câmera.

Testes de fusão de sensor

Os testes de fusão de sensor requerem movimento específico da câmera para testar a diferença de carimbo de data / hora entre a câmera e o giroscópio para aplicações de AR e VR. Este teste é ignorado se não giroscópio está incluído ou se o REALTIME parâmetro não é habilitado. O sensor_fusion teste pode ser automatizado com a fusão Box Sensor .

Testes de estrutura de mídia

Passe em todos os testes de mídia relacionados à câmera no MediaFrameworkTest. Observe que esses testes exigem que o mediaframeworktest.apk seja instalado no dispositivo Android. Você precisará make mediaframeworktest e depois usar adb para instalar o .apk resultante. Comandos de exemplo estão incluídos abaixo.

O caminho inicial para testes estruturais mídia Câmera-relacionado é: platform/frameworks/base

Encontrar o código-fonte para os testes aqui: frameworks/base/media/tests/MediaFrameworkTest

Para configurar esses testes:

make mediaframeworktest
adb install out/target/product/name/data/app/mediaframeworktest.apk

Quando o name variável representa o diretório que contém o produto do fornecedor.

Encontre todos os testes no seguinte diretório ou subdiretórios:

frameworks/base/media/tests/MediaFrameworkTest/src/com/android/mediaframeworktest

Cada subdiretório representa uma classe de testes:

  • functional/
  • integration/
  • performance/
  • power/
  • stress/
  • unit/

Execução de testes do Media Framework

Para ver todos os testes disponíveis:

adb shell pm list instrumentation

Isso produzirá resultados semelhantes a:

instrumentation:com.android.mediaframeworktest/.MediaFrameworkIntegrationTestRunner
(target=com.android.mediaframeworktest)
instrumentation:com.android.mediaframeworktest/.MediaRecorderStressTestRunner
(target=com.android.mediaframeworktest)
instrumentation:com.android.mediaframeworktest/.MediaFrameworkPerfTestRunner
(target=com.android.mediaframeworktest)
instrumentation:com.android.mediaframeworktest/.MediaFrameworkPowerTestRunner
(target=com.android.mediaframeworktest)

Identificar e extrair o componente (entre instrumentation: e (target=com.android.mediaframeworktest) a partir de cada linha de teste O componente é composto pelo nome do pacote alvo (. com.android.mediaframeworktest ) e o nome do teste corredor ( MediaFramework TestRunner MediaFramework TestRunner ).

Por exemplo:

com.android.mediaframeworktest/.MediaFrameworkIntegrationTestRunner
com.android.mediaframeworktest/.MediaRecorderStressTestRunner
com.android.mediaframeworktest/.MediaFrameworkPerfTestRunner
com.android.mediaframeworktest/.MediaFrameworkPowerTestRunner

Você pode então passar cada componente para adb shell am instrument assim:

adb shell am instrument -w component.name

Onde component.name é igual ao valor extraído acima. Por exemplo:

adb shell am instrument -w com.android.mediaframeworktest/.MediaFrameworkIntegrationTestRunner

Observe que, embora o caminho da classe seja o pacote Java + nome da classe, o pacote de instrumentação não é necessariamente o mesmo que o pacote Java. Certifique-se de usar o pacote AndroidManifest.xml ao concatenar o nome do componente, não o pacote Java no qual reside a classe do executor de teste.

Para executar uma única classe de testes, passe na classe -e argumento, assim:

adb shell am instrument -e class com.android.mediaframeworktest.integration.CameraBinderTest -w com.android.mediaframeworktest/.MediaFrameworkIntegrationTestRunner

Para executar apenas um único método em uma classe de teste, anexar um (#) sinal de libra e o nome do método (neste caso, testConnectPro ) para o nome da classe, assim:

adb shell am instrument -e class 'com.android.mediaframeworktest.integration.CameraBinderTest#testConnectPro' -w com.android.mediaframeworktest/.MediaFrameworkIntegrationTestRunner

Testes funcionais de configurações de mídia

Aqui está um exemplo de execução de um teste funcional. Este teste verifica a funcionalidade básica de diferentes combinações de configurações da câmera. (ou seja, Flash, exposição, WB, cena, tamanho da imagem e geoTag)

Execute o comando de teste:

adb shell am instrument -w -r  -e delay_msec 15 -e log true -e class com.android.mediaframeworktest.functional.camera.CameraPairwiseTest com.android.mediaframeworktest/com.android.mediaframeworktest.CameraStressTestRunner

Testes de integração de mídia

Aqui está um exemplo de execução de um teste de integração, neste caso mediaframeworktest / integration / CameraBinderTest.java e mediaframeworktest / CameraStressTestRunner.java:

adb  shell am instrument -e class \ 'com.android.mediaframeworktest.integration.CameraBinderTest' -w \ 'com.android.mediaframeworktest/.CameraStressTestRunner'

Se for bem-sucedido, isso resultará em uma saída semelhante a:

-----

com.android.mediaframeworktest.integration.CameraBinderTest:...........
Test results for CameraStressTestRunner=...........
Time: 3.328

OK (11 tests)

-----

Testes de desempenho de mídia

Este teste de memória de visualização irá abrir e liberar a visualização da câmera 200 vezes. A cada 20 iterações, o snapshot do ps mediaserver será gravado e ele irá comparar o uso de memória diferente após 200 iterações. O teste falhará se a diferença for maior que 150kM.

Execute o comando de teste:

adb shell am instrument -w -r  -e class com.android.mediaframeworktest.performance.MediaPlayerPerformance#testCameraPreviewMemoryUsage com.android.mediaframeworktest/.MediaFrameworkPerfTestRunner

Mais saída detalhada pode ser encontrada em: /sdcard/mediaMemOutput.txt

Testes de unidade de mídia

Os comandos para executar testes de unidade são todos semelhantes. Por exemplo, para CameraMetadataTest.java, o comando seria:

adb shell am instrument -e class 'com.android.mediaframeworktest.unit.CameraMetadataTest' -w 'com.android.mediaframeworktest/.CameraStressTestRunner'

Testes de estresse de mídia

Este teste é para estressar a captura de imagem da câmera e gravação de vídeo.

Execute o comando de teste:

adb shell am instrument -w com.google.android.camera.tests/com.android.camera.stress.CameraStressTestRunner

Todos os testes devem passar.

Testes manuais do TestingCam

O aplicativo TestingCam deve ser executado manualmente com as seguintes verificações realizadas. A fonte para TestingCam está aqui: pdk/apps/TestingCamera/

Foco infinito com inclinação da câmera

Inicie o TestingCam, ative a visualização e verifique se o modo de foco automático está definido para o infinito. Usando o botão Tirar foto, tiros de captura de objetos distantes (pelo menos 10m de distância) com a câmara apontada na horizontal, para cima (perto de vertical) e para baixo (perto de vertical); um exemplo do plano para cima pode ser folhas / galhos altos de uma árvore por baixo e um exemplo do plano para baixo pode ser a rua vista do telhado de um edifício. Em todos os casos, o assunto distante deve estar nítido e em foco. Salve e veja as fotos na visualização da galeria para que você possa aumentar o zoom e inspecionar a nitidez com mais facilidade.

Observe que, para uma câmera com um atuador VCM passar neste teste, ela exigirá um sistema de controle de AF de circuito fechado ou algum tipo de correção de SW com base no uso de dados do acelerômetro para determinar a orientação da câmera. A calibração confiável de fábrica da posição infinita da lente também será necessária.

Testes manuais TestingCam2

O aplicativo TestingCam2 deve ser executado manualmente, com as seguintes verificações realizadas. A fonte para TestingCam2 está aqui: pdk/apps/TestingCamera2/

Captura JPEG

Iniciar TestingCam2, e pressione o botão JPEG. A imagem que aparece à direita da imagem do visor deve ser igual à do visor, inclusive com a mesma orientação.