Preparação para a certificação
- Preparar dispositivos de teste.
- Você precisará de cinco dispositivos Android.
- Esses dispositivos precisam incluir:
- Pelo menos um Android T (13) e um Android S (12).
- Pelo menos um dispositivo Samsung e um Pixel.
- Por exemplo:
- 1 OnePlus (Android 10).
- 3 Samsung (Android 11, 12 e 13).
- 1 Pixel (Android 13).
- Esses dispositivos precisam incluir:
- Um dispositivo sem seleção de áudio:
- Qualquer iPhone, PC, laptop com Bluetooth (BT) ou smartphone Android
qual seleção de áudio foi desativada.
- Você pode desativar a seleção de áudio nos detalhes do dispositivo Bluetooth do ambiente.
- O caso de teste multiponto (MP) 2.8 precisa de um dispositivo sem seleção de áudio além dos cinco telefones de teste.
- Qualquer iPhone, PC, laptop com Bluetooth (BT) ou smartphone Android
qual seleção de áudio foi desativada.
- Você precisará de cinco dispositivos Android.
- Participe do grupo de testes para seleção de áudio com suas contas de teste no
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.
- Verifique se todos os dispositivos Android têm a versão
23.xx.xx
ou mais recente do GmsCore instalado.
Critérios de certificação
- A taxa de sucesso da troca desejada precisa exceder 95% em todos os casos de teste.
- Em testes que exigem uma chave, a conexão do perfil e a troca do estado ativo deve ser concluído em pelo menos 3 segundos após o acionamento de eventos de áudio em pelo menos 75% de casos.
Guia de teste
Preparação do dispositivo em teste (DUT, na sigla em inglês)
- Verifique se o dispositivo BT não foi pareado com nenhum smartphone anteriormente
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á ATIVADO.
- Essa opção fica desativada por padrão.
- Essa opção está disponível em Configurações > Google > Dispositivos > Salvo dispositivos (um por DUT).
- Coloque o dispositivo Bluetooth no modo de pareamento.
- Pareie o dispositivo Bluetooth inicial (A).
- Pareie 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 headsets executam testes nas diversas guias do Modelo de autoteste para seleção 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 que oferecem 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 o MP ativado.
Como concluir o autorregresso e o relatório de autoteste
- Execute todos os casos de teste pelo menos duas vezes.
- Os testes precisam ser executados no seguinte formato:
- Dispositivo A=Android S (12) + Dispositivo B=Android T (13)
- Dispositivo A=Android T (13) + Dispositivo B=Android S (12)
- O dispositivo B vai ser o DUT principal.
- Insira os detalhes do Dispositivo B no "Smartphone" e "SO" na parte superior o modelo.
Um exemplo de caso de teste:
Smartphones de teste:
- 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: smartphone=Pixel 6, SO=Android 12
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:
- Ligue para:
- O aplicativo de telefone 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 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.
- Ligue para:
Informações de depuração:
As notificações são ativadas após entrar na fp-sass-partner-test. Veja alguns exemplos:
Notificação do 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 switch:
- Conectando um perfil Bluetooth a um Seeker desconectado.
- Isso inclui todos os casos de SinglePoint e alguns casos de MP cujo objetivo O Seeker (dispositivo B) está desconectado.
- Alternando o Seeker ativo conectado.
- Isso inclui alguns casos de MP que o Seeker alvo (dispositivo B) está 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 de latência de despejo para mais detalhes.
- Esse comando pode fornecer e registrar a latência após pelo menos um caso de teste.
- Use o app de teste de seleção de áudio.
- O app em execução no Seeker de destino vai mostrar a latência após troca de aparelho.
- Se não houver chave, o app vai mostrar a mensagem "Sem interruptor". e por um bom motivo.
- 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 vai simplificar a configuração do teste e reduzir a latência de eventos do Seeker.
- Instalação do app:
- Copie o APK no seu smartphone de teste e abra-o.
- 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 "Teste SASS FP" na lista de apps
- Permitir acesso às notificações.
Visão geral do aplicativo:
- Provedor de destino
- Este botão mostra uma lista de dispositivos Bluetooth pareados quando clicado. Selecionar aquele que você quer testar. .
- Os botões "Conectar" e "Desconectar" funcionam como o da conexão Bluetooth configurações detalhes do dispositivo.
- Estado atual
- Este campo mostra o último estado de conexão que o buscador recebeu de um provedor usando publicidade de BLE ou fluxo de eventos. .
- As notificações de depuração da seleção de áudio também são mostradas aqui.
- Tipo de pessoa que procura
- Essa opção é usada para alternar o dispositivo entre streams de áudio.
- Tipo de áudio
- VoIP
Selecionar este modo mudará o modo áudio para
AudioManager.MODE_IN_COMMUNICATION
e ligarAudioManager.startBluetoothSco
e toque o áudio comUSAGE_VOICE_COMMUNICATION
.- O tipo de stream é
STREAM_VOICE_CALL
. - O estado da conexão do provedor precisa mudar para
CONNECTED_HFP
em até 5 segundos.
- O tipo de stream é
- 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 vai mudar para
CONNECTED_A2DP_WITH_AVRCP
em 5 segundos. - O estado da conexão pode mudar brevemente para
CONNECTED_A2DP_ONLY
quando iniciada ou interrompido.
- O estado da conexão do provedor vai mudar para
- Jogo
Selecionar esse modo reproduz áudio incompatível com AVRCP. Uso de áudio
o tipo é:
USAGE_GAME
.- O estado da conexão do provedor precisa mudar para
CONNECTED_A2DP_ONLY
em até 5 segundos.
- O estado da conexão do provedor precisa mudar para
- 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 para Connect e Switch. Ele também exibe motivo para negar uma chave se um evento de áudio tiver sido acionado, mas a chave não aconteceu.
- A latência é medida em milissegundos (ms).
- Em geral, a latência é medida do início do acionador para a troca de áudio recebimento de um perfil de Bluetooth conectado ou evento de chave multiponto 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 quando
executando testes manuais:
adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
- As medições de latência são mostradas abaixo do parâmetro
SwitchHistory
deNearbyDeviceManager
seção:
- As medições de latência são mostradas abaixo do parâmetro
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 interruptor que o GmsCore não puder medir (por exemplo, interruptor ativo para HFP) será registrada 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 troca de áudio do jogo está incorreta.
- Os smartphones Samsung vão definir o estado da conexão como
CONNECTED_A2DP_WITH_AVRCP
, em vez deCONNECTED_A2DP_ONLY
durante a reprodução jogos. - Alguns jogos(por exemplo, Candy crush) podem reproduzir a música de fundo e acionar um novo evento de áudio sem entrada do usuário. Os smartphones conectados podem mudar constantemente áudio em todos os smartphones que abrem o jogo.
- Os smartphones Samsung vão definir o estado da conexão como