Preparación para la certificación
- Prepara los dispositivos de prueba.
- Necesitarás 5 dispositivos Android.
- Estos dispositivos deben incluir lo siguiente:
- Al menos un Android T (13) y un Android V (15)
- Al menos un Samsung y un Pixel.
- Por ejemplo:
- 1 OnePlus (Android 10).
- 3 Samsung (Android 11, 12 y 13).
- 1 Pixel (Android 15).
- Estos dispositivos deben incluir lo siguiente:
- Un dispositivo sin interruptor de audio:
- Cualquier iPhone, PC, laptop compatible con Bluetooth (BT) o un teléfono Android
qué cambio de audio inhabilitó.
- Puedes desactivar el interruptor de audio desde la configuración de detalles del dispositivo Bluetooth.
- El caso de prueba 2.8 de varios puntos (MP) necesita un dispositivo sin cambio de audio además de los 5 teléfonos de prueba.
- Cualquier iPhone, PC, laptop compatible con Bluetooth (BT) o un teléfono Android
qué cambio de audio inhabilitó.
- Necesitarás 5 dispositivos Android.
Únete al grupo de prueba de cambio de audio con tus cuentas de prueba en para mostrar notificaciones de depuración en teléfonos de prueba.
- Esto también le permite a Google recopilar datos de prueba a través de Google Analytics.
Clásico con A2DP+HFP
- Asegúrate de que todos los dispositivos Android tengan instalada la versión
23.xx.xx
o posterior de GmsCore.
BLE con LE Audio
- Al menos dos de los teléfonos de referencia deben admitir LE Audio.
- Por ejemplo, un teléfono Samsung y un teléfono Pixel que admitan LE Audio.
- Asegúrate de que todos los dispositivos Android tengan instalada la versión
24.33.xx
o posterior de GmsCore.
Criterios de certificación
- La tasa de éxito del cambio de destino debe superar el 95% en todos los casos de prueba.
En las pruebas que requieren un interruptor, la conexión del perfil y el estado activo del interruptor se deben completar en un plazo de 3 segundos después de activar eventos de audio en al menos el 75% de los casos.
Clásico con A2DP+HFP
Las autopruebas deben realizarse en las siguientes combinaciones:
- Teléfono A=Android S (12) + Teléfono B=Android T (13)
- Teléfono A=Android T (13) + Teléfono B=Android S (12)
BLE con LE Audio
Las autopruebas se deben realizar en las siguientes combinaciones:
- Teléfono A: BT clásico, Teléfono B: BT clásico
- Teléfono A: Audio LE, Teléfono B: BT clásico
- Teléfono A: Bluetooth clásico, Teléfono B: Audio LE
De manera opcional, los proveedores que admiten conexiones Dual LE Audio deben probar lo siguiente:
- Teléfono A: Audio LE, Teléfono B: Audio LE
Guía de pruebas
Preparación del dispositivo en prueba (DUT)
- Verifica que el dispositivo BT no se haya vinculado anteriormente con ningún teléfono
accediste a la Cuenta de Google de prueba.
- Si el dispositivo se vinculó con la Cuenta de Google de prueba, haz lo siguiente:
siguiente para borrar la vinculación:
- En los dispositivos vinculados:
- Navega a la configuración de Bluetooth.
- Selecciona “Olvidar dispositivo”.
- Activa y desactiva el modo de avión.
- En los dispositivos vinculados:
- Asegúrate de que la opción "Guardar dispositivos automáticamente" esté ACTIVADA.
- Este interruptor está DESACTIVADO de forma predeterminada.
- Puedes encontrar esta opción en Configuración > Google > Dispositivos > Guardado (uno por DUT).
- Pon el dispositivo Bluetooth en modo de vinculación.
- Vincula el dispositivo Bluetooth inicial (A).
- Vincula los dispositivos Bluetooth posteriores con otros dispositivos (B, C, D, etcétera).
- Si el dispositivo se vinculó con la Cuenta de Google de prueba, haz lo siguiente:
siguiente para borrar la vinculación:
Alcance
- Todos los auriculares ejecutan pruebas desde las diferentes pestañas de la plantilla de autoprueba del interruptor de audio.
- Los auriculares que solo admiten el modo SinglePoint (SP) ejecutan lo siguiente:
- La pestaña Generic_test.
- Los auriculares que admiten el modo MP ejecutan lo siguiente:
- La pestaña Generic_test.
- La pestaña Multipoint_only.
- Los auriculares MP que se pueden cambiar al modo SP ejecutan lo siguiente:
- La pestaña Generic_test con MP desactivado.
- La pestaña Generic_test con el MP activado
- La pestaña Multipoint_only con el MP activado.
Completa los informes de Autoprueba y recuperación
- Haz una copia del informe de autoprueba del cambio de audio.
- Ejecuta todos los casos de prueba al menos dos veces.
Las pruebas se deben ejecutar de la siguiente forma:
Clásico con A2DP+HFP
- El dispositivo B será el DUT principal.
- Ingresa los detalles del dispositivo B en los campos "Teléfono" y "SO" en la parte superior de la plantilla.
Este es un ejemplo de caso de prueba:
Teléfonos de prueba:
- Dispositivo 1: Samsung (Android 13)
- Dispositivo 2: Pixel (Android 12 o 13) y otros
Pruebas ejecutadas:
- Ejecuta 1. Dispositivo A=Samsung S10+ (12), Dispositivo B=Pixel 7 Pro (13) Columna D: Teléfono=Pixel 7 Pro, SO=Android 13
- Ejecuta 2. Dispositivo A=Pixel 7 Pro (13), Dispositivo B=Pixel 6(12) Columna E: Teléfono=Pixel 6, SO=Android 12
Ejemplo de una prueba completada en la plantilla de autoprueba:
BLE con 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)
- El dispositivo B será el DUT principal.
- Ingresa los detalles del dispositivo B en los campos "Teléfono" y "SO" en la parte superior de la plantilla.
Ejemplo de caso de prueba:
Teléfonos de prueba:
- Dispositivo 1: Samsung (Android 13)
- Dispositivo 2: Pixel (Android 15) y otros
Pruebas ejecutadas:
- [LEA+BT]: Dispositivo A= Pixel 8 (15), dispositivo B=Pixel 7 pro (13) columna D: teléfono=Pixel 7 pro, SO=Android 13
- [BT+LEA]: Dispositivo A=Pixel 7 (13), dispositivo B=Pixel 8 (Android 15) columna E: Teléfono=Pixel 8, SO=Android 15
- [BT+BT]: Dispositivo A=Pixel 7 Pro (13), Dispositivo B=Columna Samsung S10+ (12) E: Teléfono=Samsung S10+, SO=Android 12
- [LEA+LEA]: Dispositivo A=Pixel 8 (15), Dispositivo B=Pixel 8(15) columna E: Teléfono=Pixel 8, SO=Android 15
Ejemplo de una prueba completada en la plantilla de autoprueba:
Eventos de audio:
Los 4 tipos de eventos de audio probados y las apps de prueba recomendadas son los siguientes:
- Llamada:
- La app de teléfono integrada.
- VoIP: Funcionará cualquier app de VoIP, como las siguientes:
- La app de prueba de cambio de audio
- FB Messenger.
- Línea.
- Google Meet
- Google Meet
- Contenido multimedia: Funcionará cualquier reproductor de audio, por ejemplo:
- La app de prueba de cambio de audio
- YouTube Music.
- Apple Music
- Spotify.
- Google Podcasts).
- Partido:
- La app de prueba de cambio de audio
- Llamada:
Información de depuración:
Las notificaciones se habilitan después de unirse al grupo fp-sass-partner-test. Estos son algunos ejemplos:
- Notificación de estado más reciente:
- No hay notificaciones de interruptores:
- Notificación de latencia del interruptor:
Medición de latencia
- Existen dos tipos de latencia del interruptor:
- Conectar un perfil Bluetooth a un buscador desconectado
- Esto incluye todos los casos de SinglePoint y algunos casos de MP cuyo buscador objetivo (dispositivo B) está desconectado.
- Cambiando el Seeker conectado activo.
- Esto incluye algunos casos de MP en los que el buscador de destino (dispositivo B) ya está conectado.
- Conectar un perfil Bluetooth a un buscador desconectado
- Existen dos maneras de recuperar información de latencia:
- El comando adb puede volcar toda la latencia.
- Consulta la sección latencia de volcado para obtener más detalles.
- Este comando puede proporcionar y registrar la latencia después de terminar al menos un caso de prueba.
- Con la app de prueba del cambio de audio.
- La app que se ejecuta en el buscador de destino mostrará latencia después del cambio.
- Si no hay un interruptor, la app mostrará el mensaje "Sin interruptor". y por una buena razón.
- El comando adb puede volcar toda la latencia.
App de prueba del cambio de audio:
- El uso de la app para activar eventos de audio de VoIP, contenido multimedia o juegos durante una autoprueba simplificará la configuración de la prueba y reducirá la latencia del evento del buscador.
- Puedes descargar la versión más reciente aquí.
- Se debe habilitar manualmente la prueba de VoIP de LE Audio: > raíz de adb > La configuración de shell de adb asigna a la política hidden_api_policy 1 global > Reinicio de adb
- Instalación de la app:
- Copia el APK en tu teléfono de prueba y ábrelo.
- Como alternativa, usa
adb install audio_test_app.apk
.
- Si ves un diálogo que solicita acceso a las notificaciones, haz lo siguiente:
- Haz clic en "Aceptar".
- Elige "FP SASS test" en la lista de apps.
- Permite el acceso a las notificaciones.
Descripción general de la app:
Proveedor de destino
- Este botón mostrará una lista de dispositivos Bluetooth vinculados cuando se haga clic en él. Selecciona el que quieras probar.
- Los botones Conectar y Desconectar funcionan como el de la interfaz de Configuración detalles del dispositivo.
Estado actual
- Este campo muestra el último estado de conexión que recibió el buscador de un proveedor mediante la publicidad BLE o el flujo de eventos.
- Aquí también se muestran las notificaciones de depuración del interruptor de audio.
Tipo de buscador
- Esta opción se usa para cambiar el dispositivo entre transmisiones de audio.
Tipo de audio
Clásico con A2DP+HFP
- VoIP
- Si seleccionas este modo, se cambiará el modo de audio a
AudioManager.MODE_IN_COMMUNICATION
y llamaAudioManager.startBluetoothSco
y, luego, reproduce el audio conUSAGE_VOICE_COMMUNICATION
- El tipo de transmisión es
STREAM_VOICE_CALL
. - El estado de conexión del proveedor debe cambiar a
CONNECTED_HFP
dentro de 5 segundos.
- Si seleccionas este modo, se cambiará el modo de audio a
- Contenido multimedia
- Si seleccionas este modo, se reproducirá audio compatible con AVRCP. El uso del audio
tipo es:
USAGE_MEDIA
. - El estado de conexión del proveedor debe cambiar a
CONNECTED_A2DP_WITH_AVRCP
en 5 segundos. - El estado de conexión puede cambiar brevemente a
CONNECTED_A2DP_ONLY
cuando iniciar o detener.
- Si seleccionas este modo, se reproducirá audio compatible con AVRCP. El uso del audio
tipo es:
- Juego
- Si seleccionas este modo, se reproducirá audio que no es compatible con AVRCP. El audio
el tipo de uso es
USAGE_GAME
. - El estado de conexión del proveedor debería cambiar a
CONNECTED_A2DP_ONLY
en un plazo de 5 segundos.
- Si seleccionas este modo, se reproducirá audio que no es compatible con AVRCP. El audio
el tipo de uso es
BLE con LE Audio
VoIP
- Si seleccionas este modo, el modo de audio cambiará a
AudioManager.MODE_IN_COMMUNICATION
y se reproducirá audio conUSAGE_VOICE_COMMUNICATION
.
- El tipo de transmisión es
STREAM_VOICE_CALL
. - El estado de conexión del proveedor debe cambiar a
CONNECTED_LE_AUDIO_CALL
en 5 segundos.
- Si seleccionas este modo, el modo de audio cambiará a
Contenido multimedia
- Si seleccionas este modo, se reproducirá audio con el tipo de transmisión
STREAM_MUSIC
. El tipo de uso de audio esUSAGE_MEDIA
. - El estado de conexión del proveedor debería cambiar a
CONNECTED_LE_AUDIO_MEDIA_WITH_CONTROL
en un plazo de 5 segundos. - Es posible que el estado de la conexión cambie brevemente a
CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL
cuando se inicie o detenga.
- Si seleccionas este modo, se reproducirá audio con el tipo de transmisión
Juego
- Si seleccionas este modo, se reproduce audio sobre el que el usuario no tiene control directo. El tipo de uso de audio es
USAGE_GAME
. - El estado de conexión del proveedor debería cambiar a
CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL
en un plazo de 5 segundos.
- Si seleccionas este modo, se reproduce audio sobre el que el usuario no tiene control directo. El tipo de uso de audio es
Botones Reproducir y Detener
- Los botones PLAY y STOP inician o detienen el audio.
Resultado del interruptor
- En este campo, se muestra la latencia activa de Connect and Switch. También muestra el motivo por el que se deniega un cambio si se activó un evento de audio, pero no se produjo el cambio.
- La latencia se mide en milisegundos (ms).
- En general, la latencia se mide desde el inicio del activador del interruptor de audio hasta la recepción de un evento de interruptor multipunto conectado o de notificación de perfil BT.
- Los interruptores activados por el proveedor miden la latencia desde el inicio del audio.
Latencia de volcado
- El siguiente comando permite que un usuario capture mediciones de latencia cuando ejecuta pruebas manuales:
adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
- Las mediciones de latencia se muestran en la sección
SwitchHistory
deNearbyDeviceManager
:
- Las mediciones de latencia se muestran en la sección
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"
- Cualquier interruptor que GmsCore no pueda medir (p. ej., interruptor activo para HFP) se registrará como una latencia de 0 ms.
Referencia de los patrones de registro:
Problemas conocidos:
Los siguientes son errores conocidos causados por Seeker:
- Cambio de audio del juego incorrecto
- Los teléfonos Samsung establecerán el estado de conexión en
CONNECTED_A2DP_WITH_AVRCP
, en lugar deCONNECTED_A2DP_ONLY
, cuando se jueguen juegos. - Algunos juegos (como Candy Crush) pueden volver a reproducir música de fondo y activar un nuevo evento de audio sin entrada del usuario. Es posible que los teléfonos conectados cambien constantemente el audio en todos los teléfonos que abran el juego.
- Los teléfonos Samsung establecerán el estado de conexión en