Lineamientos de certificación para cambiar de audio

Preparación para la certificación

1. Preparar dispositivos de prueba
   • Necesitarás 5 dispositivos Android.
     • Estos dispositivos deben incluir lo siguiente:
       • Al menos un Android T (13) y un Android S (12).
       • Al menos un Samsung y un Pixel.
       • Por ejemplo:
         • 1 OnePlus (Android 10).
         • 3 Samsung (Android 11, 12 y 13).
         • 1 Pixel (Android 13).
   • Un dispositivo sin cambio de audio:
     • Cualquier iPhone, PC, laptop compatible con Bluetooth (BT) o teléfono Android que tenga el interruptor de audio inhabilitado
       • Puedes desactivar el cambio de audio en la configuración de detalles del dispositivo Bluetooth.
     • El caso de prueba de varios puntos (MP) 2.8 necesita un dispositivo sin interruptor de audio además de los 5 teléfonos de prueba.
2. Únete al grupo de prueba de cambio de audio con tus cuentas de prueba 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.
3. Asegúrate de que todos los dispositivos Android tengan instalada la versión 23.xx.xx de GmsCore o una posterior.

Criterios de certificación

• La tasa de éxito del cambio de objetivo 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 cambio deben completarse en un plazo de 3 segundos después de activar los eventos de audio en al menos el 75% de los casos.

Guía de pruebas

Preparación del dispositivo a prueba (DUT)

• Verifica que el dispositivo BT no se haya vinculado antes con ningún teléfono al que se haya accedido a la Cuenta de Google de prueba.
  • Si el dispositivo se vinculó con la Cuenta de Google de prueba, haz lo siguiente para borrar la vinculación:
    • En los dispositivos vinculados:
      • Ve a la configuración de Bluetooth.
      • Elige "Olvidar dispositivo".
      • Activa y desactiva el modo de avión.
  • Asegúrate de que la opción "Guardar dispositivos automáticamente" esté ACTIVADA.
    • Este interruptor se encuentra DESACTIVADO de forma predeterminada.
    • Para encontrar esta opción, ve a Configuración > Google > Dispositivos > Dispositivos guardados (uno por DUT).
  • Pon el dispositivo Bluetooth en modo de vinculación.
  • Vincula el dispositivo Bluetooth inicial (A).
  • Vincular los dispositivos Bluetooth posteriores con otros dispositivos (B, C, D, etcétera)

Permiso

• Todos los auriculares ejecutan pruebas desde varias pestañas de la plantilla de autoprueba de cambio de audio.
• Los auriculares que solo admiten el modo SinglePoint (SP) ejecutan lo siguiente:
  • La pestaña Generic_test (Prueba genérica).
• Los auriculares compatibles con el modo MP ejecutan lo siguiente:
  • La pestaña Generic_test (Prueba genérica).
  • La pestaña Multipoint_only
• Los auriculares MP que se pueden activar o desactivar al modo SP ejecutan lo siguiente:
  • La pestaña Generic_test con MP desactivado.
  • La pestaña Generic_test con MP activado.
  • La pestaña Multipoint_only con la MP activada

Completa el informe de autoestima y la autoevaluación

• Ejecuta todos los casos de prueba al menos dos veces.
• Las pruebas se deben ejecutar de la siguiente manera:

1. Dispositivo A=Android S (12) + Dispositivo B=Android T (13)
2. Dispositivo A=Android T (13) + Dispositivo B=Android S (12)
3. 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 un caso de prueba:

• Teléfonos de prueba:

  • Dispositivo 1: Samsung (Android 13)
  • Dispositivo 2: Pixel (Android 12 o 13) y otros

• Pruebas ejecutadas:

  • Ejecución 1. Dispositivo A=Samsung S10+ (12), dispositivo B=Pixel 7 Pro (13) columna D: Teléfono=Pixel 7 Pro, SO=Android 13
  • Run 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:

Eventos de audio:

• Los 4 tipos de eventos de audio probados y apps de prueba recomendadas son los siguientes:
  1. Llamada:
     1. La app para teléfonos integrada
  2. VoIP: Funcionará cualquier app VoIP, por ejemplo:
     1. La app de prueba del cambio de audio
     2. FB Messenger.
     3. Línea.
     4. WhatsApp
     5. Google Meet
     6. Google Meet
  3. Contenido multimedia: Cualquier reproductor de audio funcionará, por ejemplo:
     1. La app de prueba del cambio de audio
     2. YouTube Music
     3. Apple Music
     4. Spotify
     5. Google Podcasts).
  4. Juego:
     1. La app de prueba del cambio de audio

Nota: Consulta la sección App de prueba con interruptor de audio para obtener más detalles.

Información de depuración:

• Las notificaciones se habilitan después de unirte al grupo fp-sass-partner-test. Estos son algunos ejemplos:

  1. Notificación del estado más reciente:

  2. No hay notificaciones de cambio:

Nota: “Último estado” es el estado de conexión cuando ocurre el evento de audio, NO el último evento actual.

1. Notificación de cambio de latencia:

Medición de latencia

Nota: "Buscador" se refiere al teléfono o la tablet que usas para conectarte con auriculares en la prueba, también conocido como dispositivo A, B, C, D o E en los casos de prueba.

• Existen dos tipos de latencia del interruptor:
  1. Cómo conectar un perfil de Bluetooth a un Seeker desconectado.
     • Esto incluye todos los casos de SinglePoint y algunos casos de MP cuyos objetivos Seeker (dispositivo B) están desconectados.
  2. Cambiando el Seeker conectado activo.
     • Esto incluye algunos casos de MP a los que ya está conectado el Seeker de destino (dispositivo B).
• Existen dos formas de recuperar información de latencia:
  1. Se puede volcar toda la latencia con el comando adb.
     • Consulta la sección latencia de volcado para obtener más detalles.
     • Este comando puede proporcionar y registrar latencia después de finalizar al menos un caso de prueba.
  2. Usa la app para probar el cambio de audio.
     • La app que se ejecuta en el Seeker de destino mostrará la latencia después del cambio.
     • Si no hubo ningún cambio, la app mostrará el motivo.

App de prueba de cambio de audio:

• Si usas la app para activar eventos de audio de VoIP, contenido multimedia o un juego durante una autoprueba, se simplificará la configuración de la prueba y se reducirá la latencia de eventos de Seeker.
  • La versión 1.03 se puede descargar aquí.

Nota: Necesitarás una Cuenta de Google para solicitar acceso al vínculo de descarga. Obtener acceso es un proceso manual y puede tardar varios días.

• Instalación de la app:
  • Copia el APK en tu teléfono de prueba y ábrelo.
  • De manera alternativa, usa adb install audio_test_app.apk.

Advertencia: Otorga todos los permisos cuando se abra la app por primera vez.

• Si ves un diálogo que solicita acceso a las notificaciones, haz lo siguiente:
  1. haz clic en "Aceptar".
  2. Elige "FP SASS test" en la lista de apps.
  3. Permite el acceso a las notificaciones.

Descripción general de la app:

Proveedor objetivo

Cuando se haga clic en este botón, se mostrará una lista de dispositivos Bluetooth vinculados. Selecciona la que deseas probar.

Los botones Conectar y Desconectar funcionan como el que se encuentra en los detalles del dispositivo en la configuración de Bluetooth.

Estado actual

Este campo muestra el último estado de conexión que el Seeker recibió de un proveedor mediante publicidad BLE o transmisión de eventos.

Aquí también se muestran las notificaciones de depuración de cambios de audio.

Tipo de buscador

Esta opción se usa para cambiar el dispositivo entre transmisiones de audio.

Tipo de audio

VoIP Si seleccionas este modo, se cambiará el modo de audio a AudioManager.MODE_IN_COMMUNICATION, se llamará a AudioManager.startBluetoothSco y se reproducirá el audio con USAGE_VOICE_COMMUNICATION.

• El tipo de transmisión es STREAM_VOICE_CALL.
• El estado de conexión del proveedor debe cambiar a CONNECTED_HFP en 5 segundos.

Contenido multimedia Si seleccionas este modo, se reproducirá el audio compatible con AVRCP. El tipo de uso de audio es USAGE_MEDIA.

• El estado de conexión del proveedor debería cambiar a CONNECTED_A2DP_WITH_AVRCP en 5 segundos.
• El estado de conexión puede cambiar brevemente a CONNECTED_A2DP_ONLY cuando se inicia o se detiene.

Juego Si seleccionas este modo, se reproducirá audio que no será compatible con AVRCP. El tipo de uso de audio es USAGE_GAME.

• El estado de conexión del proveedor debe cambiar a CONNECTED_A2DP_ONLY en 5 segundos.

Botones Reproducir y Detener

Los botones REPRODUCIR y DETENER inician o detienen el audio.

Cambiar resultado

Este campo muestra la latencia activa para conectar y cambiar. También se muestra el motivo por el que se rechaza un cambio si se activó un evento de audio, pero no se produjo.

• La latencia se mide en milisegundos (ms).
• En general, la latencia se mide desde el inicio del activador de cambio de audio hasta la recepción de un perfil BT conectado o evento de cambio de varios puntos de notificación.
• 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 de NearbyDeviceManager:

            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 cambio que GmsCore no pueda medir (p.ej., interruptor activo para HFP) se registrará como latencia de 0 ms.

Referencia de patrones de registro:

Problemas conocidos:

Los siguientes son errores conocidos causados por Seeker:

1. Cambio incorrecto del audio del juego.
   • Los teléfonos Samsung establecerán el estado de conexión en CONNECTED_A2DP_WITH_AVRCP, en lugar de CONNECTED_A2DP_ONLY cuando se jueguen.
   • Algunos juegos(p.ej., Candy Cash) pueden volver a reproducir música de fondo y activar un evento de audio nuevo sin la entrada del usuario. Los teléfonos conectados pueden cambiar constantemente el audio en cada teléfono que abre el juego.