Preparação para a certificação
- Preparar dispositivos de teste.
- Você vai precisar de cinco dispositivos Android.
- Esses dispositivos precisam incluir:
- Pelo menos um Android T (13) e um Android V (15).
- Pelo menos um dispositivo Samsung e um Pixel.
- Por exemplo:
- 1 OnePlus (Android 10).
- 3 Samsung (Android 11, 12, 13).
- 1 Pixel (Android 15)
- Esses dispositivos precisam incluir:
- Um dispositivo sem seleção de áudio:
- Qualquer iPhone, PC, laptop com Bluetooth (BT) ou smartphone Android
em que a seleção de áudio esteja desativada.
- É possível desativar a seleção de áudio na configuração de detalhes do dispositivo Bluetooth.
- O caso de teste multiponto (MP) 2.8 precisa de um dispositivo sem seleção de áudio, além dos cinco smartphones de teste.
- Qualquer iPhone, PC, laptop com Bluetooth (BT) ou smartphone Android
em que a seleção de áudio esteja desativada.
- Você vai precisar de cinco dispositivos Android.
Participe do grupo de testes de seleção de áudio com suas contas de teste para mostrar notificações de depuração em smartphones de teste.
- Isso também permite que o Google colete dados de teste usando o Google Analytics.
Classic com A2DP+HFP
- Verifique se todos os dispositivos Android têm a versão
23.xx.xx
ou mais recente do GmsCore instalada.
BLE com LE Audio
- Pelo menos dois dos telefones de referência devem ser compatíveis com LE Audio.
- Por exemplo, um smartphone Samsung e um Pixel com suporte a LE Audio.
- Verifique se todos os dispositivos Android têm a versão
24.33.xx
ou mais recente do GmsCore instalada.
Critérios de certificação
- A taxa de sucesso da troca de destino precisa exceder 95% em todos os casos de teste.
Em testes que exigem uma troca, a conexão do perfil e o estado ativo da troca precisam ser concluídos em até três segundos após acionar eventos de áudio em pelo menos 75% dos casos.
Clássico com A2DP+HFP
Os autotestes precisam ser realizados nas seguintes combinações:
- Smartphone A=Android S (12) + Smartphone B=Android T (13)
- Smartphone A=Android T (13) + Smartphone B=Android S (12)
BLE com LE Audio
Os autotestes precisam ser realizados nas seguintes combinações:
- Telefone A: BT Classic, Telefone B: BT Classic
- Smartphone A: LE Audio, Smartphone B: BT Classic
- Smartphone A: BT Classic, smartphone B: LE Audio
Opcionalmente, provedores com suporte a conexões de áudio Dual LE Audio devem testar o seguinte:
- Telefone A: LE Audio, Telefone B: LE Audio
Guia de teste
Preparação do dispositivo em teste (DUT, na sigla em inglês)
- Verifique se o dispositivo Bluetooth não foi pareado anteriormente com nenhum smartphone
conectado à Conta do Google de teste.
- Se o dispositivo tiver sido pareado com a Conta do Google de teste, faça o
seguinte para limpar o pareamento:
- Nos dispositivos pareados:
- Navegue até as configurações de Bluetooth.
- Escolha "Esquecer dispositivo".
- Ative e desative o modo avião.
- Nos dispositivos pareados:
- Verifique se a opção "Salvar dispositivos automaticamente" está ATIVADA.
- Essa chave fica DESLIGADA por padrão.
- Essa opção pode ser encontrada em Configurações > Google > Dispositivos > Dispositivos salvos (um por DUT).
- Coloque o dispositivo Bluetooth no modo de pareamento.
- Pareie o dispositivo Bluetooth inicial (A).
- Parear dispositivos Bluetooth subsequentes com outros dispositivos (B, C, D etc.).
- Se o dispositivo tiver sido pareado com a Conta do Google de teste, faça o
seguinte para limpar o pareamento:
Escopo
- Todos os fones de ouvido executam testes nas várias guias do modelo de autoteste do interruptor de áudio.
- Os fones de ouvido que oferecem suporte apenas ao modo SinglePoint (SP) executam o seguinte:
- A guia Generic_test.
- Os fones de ouvido com suporte ao modo MP executam o seguinte:
- A guia "Generic_test".
- A guia "Multipoint_only".
- Os fones de ouvido MP que podem ser alternados para o modo SP executam o seguinte:
- A guia "Generic_test" com o MP desativado.
- A guia Generic_test com o MP ativado.
- A guia "Multipoint_only" com MP ativado.
Como concluir o autoteste e o relatório de autoteste
- Faça uma cópia do Relatório de autoteste do interruptor de áudio.
- Execute todos os casos de teste pelo menos duas vezes.
Os testes precisam ser executados no seguinte formato:
Clássico com A2DP+HFP
- O dispositivo B vai ser o DUT principal.
- Insira os detalhes do Dispositivo B nos campos "Phone" e "OS" na parte de cima do modelo.
Um exemplo de caso de teste:
Testar smartphones:
- Dispositivo 1: Samsung (Android 13)
- Dispositivo 2: Pixel (Android 12 ou 13) e outros.
Testes executados:
- Execução 1. Dispositivo A=Samsung S10+ (12), Dispositivo B=Pixel 7 Pro (13) coluna D: Smartphone=Pixel 7 Pro, SO=Android 13
- Execução 2. Dispositivo A = Pixel 7 Pro (13), Dispositivo B = Pixel 6 (12) Coluna E: Telefone = Pixel 6, SO = Android 12
Um exemplo de teste concluído no modelo de autoteste:
BLE com LE Audio
- Dispositivo A = Android V (15) + Dispositivo B = Android T (13)
- Dispositivo A = Android T (13) + Dispositivo B = Android V (15)
- Dispositivo A=Android T (13) + Dispositivo B=Android S (12)
- Dispositivo A = Android T (15) + Dispositivo B = Android V (15)
- O dispositivo B vai ser o DUT principal.
- Insira os detalhes do Dispositivo B nos campos "Phone" e "OS" na parte de cima do modelo.
Um exemplo de caso de teste:
Testar smartphones:
- Dispositivo 1: Samsung (Android 13)
- Dispositivo 2: Pixel (Android 15) e outros.
Testes executados:
- [LEA+BT]: Dispositivo A = Pixel 8 (15), Dispositivo B = Pixel 7 Pro (13) Coluna D: Smartphone = Pixel 7 Pro, SO = Android 13
- [BT+LEA]: Dispositivo A=Pixel 7 (13), Dispositivo B=Pixel 8 (Android 15) coluna E: Smartphone=Pixel 8, SO=Android 15
- [BT+BT]: Dispositivo A=Pixel 7 pro (13), Dispositivo B=Samsung S10+ (12) coluna E: Telefone=Samsung S10+, SO=Android 12
- [LEA+LEA]: dispositivo A=Pixel 8 (15), Dispositivo B=Pixel 8(15), coluna E: Smartphone=Pixel 8, SO=Android 15
Um exemplo de teste concluído no modelo de autoteste:
Eventos de áudio:
Os quatro tipos de eventos de áudio testados e apps de teste recomendados são:
- Ligação:
- O app de smartphone integrado.
- VoIP: qualquer app de VoIP funciona, como:
- App de teste de seleção de áudio.
- FB Messenger.
- Linha.
- WhatsApp.
- Google Meet
- Google Meet
- Mídia: qualquer player de áudio vai funcionar, como:
- App de teste de seleção de áudio.
- YouTube Music
- Apple Music
- Spotify.
- Google Podcasts
- Jogo:
- App de teste de seleção de áudio.
- Ligação:
Informações de depuração:
As notificações são ativadas depois de entrar no grupo fp-sass-partner-test. Veja alguns exemplos:
- Notificação de estado mais recente:
- Nenhuma notificação de troca:
- Notificação de latência de alternância:
Medição de latência
- Há dois tipos de latência de chave:
- Conectando um perfil Bluetooth a um Seeker desconectado.
- Isso inclui todos os casos de ponto único e alguns casos de MP em que o Seeker de destino (dispositivo B) está desconectado.
- Alternando o Seeker ativo conectado.
- Isso inclui alguns casos de MP em que o Seeker de destino (dispositivo B) já está conectado.
- Conectando um perfil Bluetooth a um Seeker desconectado.
- Há duas maneiras de recuperar informações de latência:
- Toda a latência pode ser despejada pelo comando adb.
- Consulte a seção Latência de despejo para mais detalhes.
- Esse comando pode fornecer e registrar a latência após a conclusão de pelo menos um caso de teste.
- Usando o app de teste da seleção de áudio.
- O app em execução no Seeker de destino vai mostrar a latência após a troca.
- Se não houve mudança, o app mostra o motivo da ausência.
- Toda a latência pode ser despejada pelo comando adb.
App de teste de seleção de áudio:
- Usar o app para acionar eventos de áudio VoIP/mídia/jogo durante um autoteste
simplifica a configuração do teste e reduz a latência do evento do Seeker.
- Faça o download aqui.
- O teste de VoIP de áudio LE precisa de uma política para ser ativado manualmente: > adb root > adb shell settings put global hidden_api_policy 1 > adb reboot
- Instalação do app:
- Copie e abra o APK no seu smartphone de teste.
- Como alternativa, use
adb install audio_test_app.apk
.
- Se aparecer uma caixa de diálogo solicitando acesso a notificações:
- Clique em "OK"
- Escolha "FP SASS test" na lista de apps.
- Permitir acesso às notificações.
Visão geral do app:
Provedor de destino
- Este botão mostra uma lista de dispositivos Bluetooth pareados quando clicado. Selecione a opção que você quer testar.
- Os botões "Conectar" e "Desconectar" funcionam como o dos detalhes do dispositivo nas configurações de Bluetooth.
Estado atual
- Esse campo mostra o último estado de conexão que o Seeker recebeu de um provedor usando publicidade BLE ou transmissão de eventos.
- As notificações de depuração do interruptor de áudio também são mostradas aqui.
Tipo de candidato
- Essa opção é usada para alternar o dispositivo entre fluxos de áudio.
Tipo de áudio
Classic com A2DP+HFP
- VoIP
- Selecionar esse modo muda o modo áudio para
AudioManager.MODE_IN_COMMUNICATION
, chamaAudioManager.startBluetoothSco
e toca áudio comUSAGE_VOICE_COMMUNICATION
. - O tipo de transmissão é
STREAM_VOICE_CALL
. - O estado da conexão do provedor deve mudar para
CONNECTED_HFP
em até 5 segundos.
- Selecionar esse modo muda o modo áudio para
- Mídia
- Selecionar este modo reproduzirá áudio compatível com AVRCP. O tipo de uso de áudio
é:
USAGE_MEDIA
. - O estado da conexão do provedor precisa mudar para
CONNECTED_A2DP_WITH_AVRCP
em até 5 segundos. - O estado da conexão pode mudar brevemente para
CONNECTED_A2DP_ONLY
quando iniciada ou interrompida.
- Selecionar este modo reproduzirá áudio compatível com AVRCP. O tipo de uso de áudio
é:
- Jogo
- A seleção desse modo reproduz áudio que não tem suporte para AVRCP. O tipo de uso
de áudio é:
USAGE_GAME
. - O estado da conexão do provedor precisa mudar para
CONNECTED_A2DP_ONLY
em até 5 segundos.
- A seleção desse modo reproduz áudio que não tem suporte para AVRCP. O tipo de uso
de áudio é:
BLE com LE Audio
VoIP
- A seleção desse modo vai mudar o modo de áudio para
AudioManager.MODE_IN_COMMUNICATION
e reproduzir áudio comUSAGE_VOICE_COMMUNICATION
.
- O tipo de stream é
STREAM_VOICE_CALL
. - O estado da conexão do provedor precisa mudar para
CONNECTED_LE_AUDIO_CALL
em até 5 segundos.
- A seleção desse modo vai mudar o modo de áudio para
Mídia
- A seleção desse modo vai reproduzir áudio com o tipo de stream
STREAM_MUSIC
. O tipo de uso de áudio é:USAGE_MEDIA
. - O estado da conexão do provedor precisa mudar para
CONNECTED_LE_AUDIO_MEDIA_WITH_CONTROL
em até 5 segundos. - O estado da conexão pode mudar brevemente para
CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL
quando iniciado ou interrompido.
- A seleção desse modo vai reproduzir áudio com o tipo de stream
Jogo
- A seleção desse modo reproduz áudios que o usuário não controla
diretamente. O tipo de uso de áudio é:
USAGE_GAME
. - O estado da conexão do provedor precisa mudar para
CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL
em até 5 segundos.
- A seleção desse modo reproduz áudios que o usuário não controla
diretamente. O tipo de uso de áudio é:
Botões "Reproduzir" e "Parar"
- Os botões PLAY e STOP iniciam ou interrompem o áudio.
Mudar resultado
- Esse campo mostra a latência ativa do Connect e do Switch. Ele também exibe o motivo para negar uma chave se um evento de áudio tiver sido acionado, mas ela não tiver ocorrido.
- A latência é medida em milissegundos (ms).
- Em geral, a latência é medida do início do acionador da seleção de áudio até o recebimento de um perfil de BT conectado ou de um evento de alternância de vários pontos de notificação.
- As chaves acionadas pelo provedor medem a latência desde o início do áudio.
Latência do despejo
- O comando a seguir permite que um usuário capture medições de latência ao executar testes manuais:
adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
- As medições de latência são mostradas na seção
SwitchHistory
deNearbyDeviceManager
:
- As medições de latência são mostradas na seção
NearbyDeviceManager
Nearby Sass device count: 1
Sass device - address:XX:XX:XX:XX:XX:XX, name:Googler's Pixel Buds, accountKey:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX, modelId:6edaf7
SwitchHistory
15:30:21:166 - 15:30:25:201, latency 3035ms, Succeed, SASS_TRIGGERED_CONNECT, SASS switch, A2DP
15:34:58:568 - 15:34:58:568, latency 0ms, Succeed, SWITCH_ACTIVE_TO_SELF, SASS switch, HFP
15:36:26:615 - 15:36:31:603, latency 1988ms, Succeed, SASS_TRIGGERED_CONNECT, SASS switch, A2DP
15:37:56:108 - 15:37:56:250, latency 142ms, Succeed, SWITCH_ACTIVE_TO_SELF, SASS switch, A2DP"
- Qualquer chave que o GmsCore não puder medir (por exemplo, uma chave ativa para HFP) será gravada como latência de 0 ms.
Referência de padrões de registro:
Problemas conhecidos:
Confira a seguir os bugs conhecidos causados pelo Seeker:
- A seleção de áudio do jogo está incorreta.
- Ao jogar, os smartphones Samsung definem o estado da conexão como
CONNECTED_A2DP_WITH_AVRCP
, em vez deCONNECTED_A2DP_ONLY
. - Alguns jogos, como o Candy crush, podem reproduzir a música de fundo e acionar um novo evento de áudio sem a entrada do usuário. Os smartphones conectados podem alternar constantemente o áudio em todos os smartphones que abrem o jogo.
- Ao jogar, os smartphones Samsung definem o estado da conexão como