Esta página lista todos os testes disponíveis para avaliar a camada de abstração de hardware (HAL) da câmera Android. Ele é destinado a fabricantes de equipamentos originais (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 esta seja uma adição voluntária ao Android Compatibility Test Suite (CTS), ela aumenta muito a cobertura dos testes de câmera e certamente identificará possíveis bugs.
Ao passar nesses testes, os OEMs validam se integraram corretamente as interfaces da camada de abstração de hardware da câmera Android (HAL) 3. Ao estar em conformidade com todos os itens da lista de verificação, a implementação de um dispositivo pode ser considerada completa em relação às interfaces HAL da Câmera Android. Isso, por sua vez, permitirá que um dispositivo suporte adequadamente o pacote android.hardware.camera2
no qual os aplicativos de câmera são construídos.
Especificação da câmera HAL3
A especificação Android Camera HAL3 é 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 lista de verificação. Os implementadores de câmera HAL (por exemplo, fornecedores de AP) devem seguir a especificação da câmera HAL3 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 genérico Android Platform Development Kit (PDK):
- Interface e especificações da câmera HAL 3.x :
hardware/libhardware/include/hardware/camera3.h
,hardware/libhardware/include/hardware/camera_common.h
- Especificação de metadados HAL 3.x da câmera :
system/media/camera/docs/docs.html
- Interface e especificações de formato de pixel HAL :
system/core/libsystem/include/system/graphics.h
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:
- Vendor Test Suite (VTS) : testes que testam diretamente a interface HAL da câmera
- Conjunto de testes de compatibilidade (CTS) : testes padrão e automatizados do Android para garantir a compatibilidade do dispositivo. Para obter mais detalhes, consulte Conjunto de testes de compatibilidade e Visão geral da Federação Comercial .
- Image Test Suite (ITS) : execute testes manualmente para garantir a correção da imagem. Para obter mais detalhes, consulte Câmera ITS .
- Testes manuais do TestingCam : execute a partir da fonte em
pdk/apps/TestingCamera/
- Testes manuais TestingCam2.1 : Execute a partir da fonte em
pdk/apps/TestingCamera2/
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, certamente falhará nos testes subsequentes do Compatibility Test Suite (CTS). E se um dispositivo falhar no CTS, há 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 obter mais informações sobre o uso do VTS, consulte Vendor Test Suite .
Testes do conjunto de testes de compatibilidade (CTS)
Os testes do Camera Android Compatibility Test Suite (CTS) concentram-se na compatibilidade do dispositivo. Para obter informações sobre como configurar um ambiente de teste, consulte Configurando o CTS .
O caminho inicial para testes CTS de câmera é: platform/cts
.
Ao executar o CTS de 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 e Microsoft LifeCam HD-3000 .
Consulte a introdução do CTS e suas subpáginas para obter instruções gerais sobre como executar o CTS.
Testes CTS para a API android.hardware.Camera
Encontre esses testes de câmera em 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
Testes CTS para a API android.hardware.camera2
Encontre esses testes de câmera em cts/tests/tests/
:
-
hardware/src/android/hardware/camera2/cts/*
-
permission/src/android/permission/cts/Camera2PermissionTest.java
Testes de câmera do verificador CTS
Encontre esses testes de câmera em: cts/apps/CtsVerifier/src/com/android/cts/verifier/camera/*
Testes de conjunto de testes de imagem (ITS)
Os testes do Camera Image Test Suite (ITS) concentram-se 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.
A infraestrutura e os testes do Camera ITS estão localizados no diretório cts/apps/CameraITS
. Cada teste reside em um subdiretório tests/scene #
.
Para obter mais informações sobre como configurar e executar os testes, consulte Camera ITS .
Para descrições de cenas e testes, consulte Testes ITS de câmera .
Os testes ITS são aprovados ou reprovados. Todos os testes obrigatórios em cada pasta de cena devem ser aprovados. Os testes que não são obrigatórios podem falhar e ainda assim contar como aprovados em CtsVerifier
.
O ITS testa cenários de teste que não são testados no CTS e são um componente importante do plano de teste do HAL 3.2.
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 esteja instalado no dispositivo Android. Você precisará make mediaframeworktest
e então usar adb para instalar o .apk resultante. Comandos de exemplo estão incluídos abaixo.
O caminho inicial para testes de estrutura de mídia relacionados a câmeras é: platform/frameworks/base
Encontre o código-fonte dos testes aqui: frameworks/base/media/tests/MediaFrameworkTest
Para configurar esses testes:
make mediaframeworktest
adb install out/target/product/name/data/app/mediaframeworktest.apk
Onde a variável name representa o diretório que contém o produto do fornecedor.
Encontre todos os testes no seguinte diretório ou em seus 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/
Execute 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)
Identifique e extraia o componente (entre instrumentation:
e (target=com.android.mediaframeworktest)
de cada linha de teste. O componente é composto pelo nome do pacote de destino ( com.android.mediaframeworktest
) e pelo nome do executor de teste ( 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 + o nome da classe, o pacote de instrumentação não é necessariamente igual ao pacote Java. Certifique-se de usar o pacote AndroidManifest.xml ao concatenar o nome do componente, e 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
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, anexe um sinal de cerquilha (#) e o nome do método (neste caso, testConnectPro
) ao nome da classe, da seguinte forma:
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 abrirá e liberará a visualização da câmera 200 vezes. A cada 20 iterações, o instantâneo do ps mediaserver será gravado e comparará o uso de memória diferente após 200 iterações. O teste falhará se a diferença for superior a 150kM.
Execute o comando de teste:
adb shell am instrument -w -r -e class com.android.mediaframeworktest.performance.MediaPlayerPerformance#testCameraPreviewMemoryUsage com.android.mediaframeworktest/.MediaFrameworkPerfTestRunner
Resultados mais detalhados podem ser encontrados em: /sdcard/mediaMemOutput.txt
Testes de unidade de mídia
Os comandos para executar testes unitários 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 da mídia
Este teste visa enfatizar a captura de imagem da câmera e a 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 do TestingCam está aqui: pdk/apps/TestingCamera/
Foco infinito com inclinação da câmera
Inicie o TestingCam, ative a visualização e certifique-se de que o modo de foco automático esteja definido para o infinito. Usando o botão Tirar foto , capture fotos de assuntos distantes (a pelo menos 10 m de distância) com a câmera apontada horizontalmente, para cima (próximo da vertical) e para baixo (próximo da vertical); um exemplo de plano para cima poderia ser folhas/galhos altos de uma árvore visto de baixo e um exemplo de plano para baixo poderia ser a rua vista do telhado de um edifício. Em todos os casos, o motivo distante deve estar nítido e focado. Salve e visualize as fotos na visualização da galeria para poder ampliar e inspecionar a nitidez com mais facilidade.
Observe que para uma câmera com um atuador VCM passar neste teste, será necessário um sistema de controle AF de circuito fechado ou algum tipo de correção SW com base no uso de dados do acelerômetro para determinar a orientação da câmera. Também será necessária uma calibração confiável de fábrica da posição infinita da lente.
Testes manuais TestingCam2
O aplicativo TestingCam2 deve ser executado manualmente, com as seguintes verificações realizadas. A fonte do TestingCam2 está aqui: pdk/apps/TestingCamera2/
Captura JPEG
Inicie TestingCam2 e pressione o botão JPEG . A imagem que aparece à direita da imagem do visor deve ser igual ao visor, inclusive tendo a mesma orientação.