Lineamientos de certificación para cambiar de audio

Preparación para la certificación

  1. 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 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 un teléfono Android qué cambio de audio inhabilitó.
        • Puedes desactivar el cambio de audio desde los detalles del dispositivo Bluetooth del lugar.
      • 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.
  2. Ú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.
  3. Asegúrate de que todos los dispositivos Android tengan GmsCore versión 23.xx.xx o posterior esté instalado.

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 switch, la conexión del perfil y el estado activo del cambio debe completarse en un plazo de 3 segundos después de activar eventos de audio en al menos el 75% de casos.

Guía de prueba

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.
    • Asegúrate de "Guardar dispositivos automáticamente" está ACTIVADO.
      • 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).
    • Vincular los dispositivos Bluetooth posteriores con otros dispositivos (B, C, D, etc.)

Alcance

  • Todos los auriculares ejecutan pruebas desde las distintas pestañas de la Plantilla de autoprueba del cambio 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 MP activado.
    • La pestaña Multipoint_only con el MP activado.

Completa los informes de Autoprueba y recuperación

  • Ejecuta todos los casos de prueba al menos dos veces.
  • Las pruebas se deben ejecutar de la siguiente forma:
  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 "Teléfono". y "SO" campos en la parte superior 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:

En esta imagen, se muestran los resultados de una prueba de ejemplo

Eventos de audio:

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

Información de depuración:

  • Las notificaciones se habilitarán luego de unirse a la fp-sass-partner-test. Estos son algunos ejemplos:

    1. Notificación de estado más reciente: Figura 1: Se muestra la “notificación de estado más reciente” mensaje.

    2. No hay notificaciones de cambio: Figura 2: Se muestra la notificación "sin cambio". mensaje.

  1. Notificación de cambio de latencia: Figura 3: Se muestra la notificación de cambio de latencia mensaje.

Medición de latencia

  • Existen dos tipos de latencia del interruptor:
    1. Conexión de un perfil de Bluetooth a un Seeker desconectado.
      • Esto incluye todos los casos SinglePoint y algunos casos MP cuyo objetivo El localizador (dispositivo B) está desconectado.
    2. Cambiando el Seeker conectado activo.
      • Esto incluye algunos casos de MP en los que está el Seeker (dispositivo B) objetivo. ya está conectado.
  • Existen dos maneras de recuperar información de latencia:
    1. El comando adb puede volcar toda la latencia.
      • Consulta la sección sobre la 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 de prueba de cambio de audio.
      • La app que se ejecute en el buscador de destino mostrará la latencia después de cambios.
      • Si no hay un interruptor, la app mostrará el mensaje "Sin interruptor". y por una buena razón.

Aplicación de prueba de cambio de audio:

  • Si usas 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 de eventos de Seeker.
  • Instalación de la app:
    • Copia el APK en tu teléfono de prueba y ábrelo.
    • También puedes usar adb install audio_test_app.apk.
  • Si ves un diálogo que solicita acceso a las notificaciones, haz lo siguiente:
    1. haz clic en "OK"
    2. Elige "Prueba de FP SASS". en la lista de apps
    3. Permite el acceso a las notificaciones.

Descripción general de la aplicación:

Esta imagen es un ejemplo de la app ejecutándose

Proveedor objetivo
Este botón mostrará una lista de dispositivos Bluetooth vinculados cuando se haga clic en ellos. Seleccionar la que quieres probar.
Los botones Conectar y Desconectar funcionan igual que en la pantalla de Bluetooth. Configuración detalles del dispositivo.
Estado actual
Este campo muestra el último estado de conexión que el buscador recibió de un proveedor con publicidad por BLE o transmisión de eventos.
Aquí también se muestran las notificaciones de depuración de cambios de audio.
Tipo de búsqueda
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 y llama AudioManager.startBluetoothSco y, luego, reproduce 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 dentro de 5 segundos.
Medios Si seleccionas este modo, se reproducirá audio compatible con AVRCP. El tipo de uso de audio es: USAGE_MEDIA.
  • El estado de conexión del proveedor debe cambiar a CONNECTED_A2DP_WITH_AVRCP en 5 segundos.
  • El estado de la conexión puede cambiar brevemente a CONNECTED_A2DP_ONLY cuando se inicia o detenerse.
Juego Si seleccionas este modo, se reproducirá audio que no es compatible con AVRCP. El uso del audio tipo es: USAGE_GAME.
  • El estado de conexión del proveedor debe cambiar a CONNECTED_A2DP_ONLY dentro de 5 segundos.
Botones Reproducir y Detener
Los botones REPRODUCIR y DETENER inician o detienen el audio.
Cambiar resultado

En este campo, se muestra la latencia activa de Connect and Switch. También muestra el motivo por el que se rechaza un cambio si se activó un evento de audio, pero lo que no sucedió.

  • La latencia se mide en milisegundos (ms).
  • En general, la latencia se mide desde el inicio del activador del cambio de audio hasta la recepción de un perfil BT conectado o un evento de notificación de cambio multipunto.
  • 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 Ejecutando pruebas manuales: adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
    • Las mediciones de latencia se muestran en la SwitchHistory de NearbyDeviceManager. 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 cambio que GmsCore no pueda medir (p.ej., un interruptor activo para HFP) se se registra como latencia de 0 ms.

Referencia de patrones de registro:

Ejemplos de registros de la prueba de latencia

Problemas conocidos:

Los siguientes son errores conocidos causados por Seeker:

  1. Cambio de audio del juego incorrecto
    • Los teléfonos Samsung establecerán el estado de conexión en CONNECTED_A2DP_WITH_AVRCP, en lugar de CONNECTED_A2DP_ONLY durante la reproducción y videojuegos.
    • Algunos juegos(p.ej., Candy Cash) pueden volver a reproducir música de fondo y activar una nueva evento de audio sin entrada del usuario. Los teléfonos conectados pueden cambiar constantemente de audio en todos los teléfonos que abren el juego.