Orientações sobre o teste do verificador do CTS

Administração do dispositivo

Teste: Cts Verifier > Device Administration > Device Admin Tapjacking Test

• com.android.cts.verifier.admin.tapjacking.DeviceAdminTapjackingTestActivity

O teste é aberto à interpretação se ele se comporta como esperado ou não. Os botões podem ser tocados pela sobreposição, mas talvez produzam uma descrição inadequada.

O botão para ativar o administrador precisa estar desativado e não registrar toques.

Não é possível ativar o app de administrador do dispositivo, mas uma mensagem curta é mostrada. Como outro app está sendo exibido sobre essas opções, as Configurações não podem responder à sua ação. Portanto, o toque é registrado, e ainda é possível tocar em "Cancelar" e pressionar Desinstalar app.

Confira abaixo os resultados esperados para a etapa 3.

3. Toque em [ATIVAR ADMINISTRADOR DO DISPOSITIVO].	3.1. [Ativar o app de administrador do dispositivo] está ativado.	3.2. [Ativar o app de administrador do dispositivo] está desativado.

Figura 1. Resultados esperados para o teste de administração do dispositivo.

Teste de dispositivo complementar

O teste do dispositivo complementar é com.android.cts.verifier.companion.CompanionDeviceTestActivity.

Pode não ficar claro se o teste foi concluído corretamente depois de selecionar o dispositivo na lista e pressionar OK.

Confira abaixo os resultados esperados.

1. Toque em [GO]	2. Toque em um dispositivo Bluetooth	3. Toque em [Pass]

Figura 2. Resultados esperados para o teste do dispositivo complementar.

Teste de transmissão de correio de voz

O teste de transmissão de correio de voz é com.android.cts.verifier.voicemail.VoicemailBroadcastActivity.

Para enviar um correio de voz para o telefone, ligue para o dispositivo, recuse a chamada no dispositivo e deixe um correio de voz.

Um correio de voz visual é uma forma de enviar os dados de áudio do dispositivo e informações detalhadas para correios de voz recebidos, em vez de apenas enviar o SMS de indicador de espera de mensagem** (MWI, na sigla em inglês).

O teste testa o comportamento de recebimento do MWI. Se o correio de voz visual estiver sendo usado, a operadora poderá não enviar o MWI e interferir no teste. Portanto, ele precisa ser desativado.

Teste de acessório/dispositivo USB

Figura 3. Instruções para o teste de transmissão de correio de voz.

Instruções específicas para evitar comportamentos instáveis:

1. Instale o CtsVerifier.apk no DUT.
2. Instale o CtsVerifierUSBCompanion.apk no Pixel.
3. Confira se todos os cabos USB estão desconectados
4. Inicie o CtsVerifierUSBCompanion no Pixel e selecione o companheiro de teste do acessório.
5. Inicie o CtsVerifier no DUT e selecione o teste de acessório USB
6. Conecte o adaptador OTG ao Pixel e, em seguida, conecte o DUT por um cabo USB-A(macho) -C.
7. Aprove as caixas de diálogo de conexão na seguinte ordem:
   • Pixel
   • DUT
   • Pixel
   • Aguardar a conclusão do teste

Teste de descoberta de sensores dinâmicos

Cada fabricante de dispositivo pode decidir se oferece suporte ou não à API (isDynamicSensorDiscoverySupported).

Se um dispositivo for compatível com a API, o fabricante precisará fornecer um sensor externo que possa ser usado para passar no teste. O fabricante do dispositivo precisa localizar um dispositivo para se conectar ao dispositivo para testar sensores dinâmicos.

Se o fabricante não conseguir localizar um dispositivo, a configuração a seguir poderá ser usada.

1. Compre a placa de desenvolvimento TI EK-TM4C123GXL.
   Opção 1
   Opção 2

2. Faça o download e instale o lm4tools.

   Para Linux/Mac, execute: cd /tmp git clone https://github.com/utzig/lm4tools.git cd lm4tools make sudo PREFIX=/usr make install

   Para janelas, use o LMFlash diretamente da TI, que permite atualizar a partir de uma GUI.

3. Extraia um binário fornecido pelo Google chamado
   usb_sensor_dummy_accel.bin.

4. Coloque a chave presente na placa no modo DEBUG e conecte um cabo micro USB à porta com a etiqueta DBG.

5. Execute este comando: lm4flash -v -E usb_accel_dummy.bin

   OBSERVAÇÃO: se houver um problema de permissão, execute com sudo.

6. Após a conclusão do flash, desconecte o micro cabo USB da porta DBG, mude a chave usada anteriormente para DEVICE e conecte uma extremidade do micro cabo USB na entrada USB com o rótulo DEVICE. A outra extremidade do cabo precisa ser conectada diretamente ao dispositivo.

7. Agora você pode executar este teste CTS-V, que deve detectar e usar o dispositivo que você acabou de conectar como um acelerômetro falso.

Teste de desinstalação do administrador do dispositivo

Esse teste pode exigir a instalação manual de CtsEmptyDeviceAdmin.apk no dispositivo primeiro de um host por adb.

Por exemplo, adb install CtsEmptyDeviceAdmin.apk.

Use CTS Verifier > Device Administration > Device Admin Uninstall Test.

Ele precisa detectar que o app está instalado e seguir outras etapas.

Testes de captura de conteúdo para notas

No Android 14 e versões mais recentes, se um OEM ativar o papel NOTES, o dispositivo OEM precisará passar no novo teste CTS-V de captura de conteúdo para anotações.

O teste de captura de conteúdo para notas está localizado em CaptureContentForNotesVerifierActivity.java e pode ser encontrado na categoria RECURSOS, conforme mostrado na figura a seguir:

Figura 4. O teste "Capturar conteúdo para notas" foi adicionado ao conjunto CTS-V.

O teste de Capturar conteúdo para notas testa as seguintes APIs:

• Intent#ACTION_LAUNCH_CAPTURE_CONTENT_ACTIVITY_FOR_NOTE
• Intent#EXTRA_CAPTURE_CONTENT_FOR_NOTE_STATUS_CODE
• android.permission.LAUNCH_CAPTURE_CONTENT_ACTIVITY_FOR_NOTE
• StatusBarManager#canLaunchCaptureContentActivityForNote

Antes de executar o teste de captura de conteúdo para notas, faça o seguinte:

1. Verifique se o dispositivo tem o papel NOTES ativado. Se você encontrar a opção Notes em Apps padrão na janela Apps, o papel NOTES está ativado.

   Observação: o teste permite que o usuário pule o teste se o papel NOTES estiver desativado.

2. Se o dispositivo oferecer suporte ao papel NOTES, inicie o app de anotações padrão em uma janela flutuante de multitarefas. Isso pode ser feito por um ponto de entrada de atalho de widget na tela inicial ou uma ação de dispositivo periférico, como um botão em uma stylus.

   Observação: dependendo das personalizações do OEM, o teste de captura de conteúdo para anotações pode exigir uma stylus ou outro hardware para acionar as integrações de anotações do sistema. Os OEMs também podem permitir o uso de comandos adb para imitar as ações que acionam a integração de anotações do sistema.

3. Instale CtsDefaultNotesApp conforme descrito em README.

Ao executar o teste, siga estas diretrizes:

• Se o papel NOTES estiver desativado, a lista de testes estará vazia e os usuários poderão pular o teste. Toque no botão verde para pular o teste.

• Se o papel NOTES estiver ativado, o botão de cartão verde será desativado e os testes estarão presentes na lista de testes, conforme mostrado na figura a seguir:

  

  Figura 5. O teste de captura de conteúdo para notas é realizado quando o papel NOTES está ativado.

  Execute o pacote de testes do recurso "Capturar conteúdo para notas" da seguinte maneira:

  1. Faça cada teste e siga as instruções.

     Observação: alguns testes podem pedir que os usuários iniciem o CtsDefaultNotesApp em um modo de janela específico usando gestos específicos do OEM e configurem políticas de administrador.

  2. Toque no botão apropriado:

     • Toque no botão verde para registrar o sucesso. O botão verde de aprovação é ativado quando todos os testes são aprovados.
     • Toque no botão vermelho de falha para registrar uma falha.O botão vermelho de falha é ativado se houver um teste com falha.