Consignes de certification pour le switch audio

Préparation à la certification

1. Préparez les appareils de test.
   • Vous aurez besoin de cinq appareils Android.
     • Ces appareils doivent inclure :
       • Au moins un Android T (13) et un Android S (12).
       • Au moins un appareil Samsung et un Pixel.
       • Exemple :
         • 1 OnePlus (Android 10).
         • 3 Samsung (Android 11, 12, 13).
         • 1 Pixel (Android 13).
   • Un appareil sans switch audio :
     • Tout iPhone, PC, ordinateur portable compatible Bluetooth (BT) ou téléphone Android dont le switch audio est désactivé.
       • Vous pouvez désactiver le switch audio dans les paramètres des détails de l'appareil Bluetooth.
     • Le scénario de test multipoint 2.8 nécessite un appareil sans commutateur audio en plus des cinq téléphones de test.
2. Rejoignez le groupe de test Switch audio avec vos comptes de test afin d'afficher les notifications de débogage sur les téléphones de test.
   • Cela permet également à Google de collecter des données de test via Google Analytics.
3. Assurez-vous que GmsCore 23.xx.xx ou une version ultérieure est installé sur tous les appareils Android.

Critères de certification

• Le taux de réussite du changement de cible doit être supérieur à 95% dans tous les scénarios de test.
• Dans les tests nécessitant un commutateur, la connexion de profil et l'état actif du commutateur doivent se terminer dans les trois secondes suivant le déclenchement d'événements audio dans au moins 75 % des cas.

Guide des tests

Préparation de l'appareil en cours de test (DUT)

• Vérifiez que l'appareil BT n'a jamais été associé à un téléphone connecté au compte Google de test.
  • Si l'appareil a été associé au compte Google de test, procédez comme suit pour effacer l'association :
    • Sur les appareils associés :
      • Accédez aux paramètres Bluetooth.
      • Sélectionnez "Supprimer l'appareil".
      • Activez, puis désactivez le mode Avion.
  • Assurez-vous que l'option "Enregistrer automatiquement les appareils" est activée.
    • Par défaut, ce bouton est désactivé.
    • Vous trouverez cette option dans Paramètres > Google > Appareils > Appareils enregistrés (un par appareil testé).
  • Activez le mode d'association de l'appareil Bluetooth.
  • Associez l'appareil Bluetooth initial (A).
  • Associez d'autres appareils Bluetooth à d'autres appareils (B, C, D, etc.).

Définition du champ d'application

• Tous les casques exécutent des tests à partir des différents onglets du modèle d'auto-test des commutateurs audio.
• Les casques compatibles uniquement avec le mode SinglePoint (SP) exécutent les éléments suivants :
  • L'onglet Test_générique.
• Les casques compatibles avec le mode MP fonctionnent comme suit :
  • L'onglet Test_générique.
  • L'onglet Multipoint_only (Multipoint uniquement).
• Les casques MP qui peuvent être basculés en mode SP fonctionnent comme suit :
  • Onglet "Generic_test" avec le protocole MP désactivé
  • Onglet "Generic_test" avec MP activé
  • Onglet "Multipoint_only" avec le protocole MP activé

Réponses au repos et rapport d'auto-test

• Exécutez tous les scénarios de test au moins deux fois.
• Les tests doivent être exécutés sous la forme suivante:

1. Appareil A=Android S (12) + appareil B=Android T (13)
2. Appareil A=Android T (13) + Appareil B=Android S (12)
3. L'appareil B sera l'appareil testé principal.
   • Saisissez les informations de l'appareil B dans les champs "Téléphone" et "OS" situés en haut du modèle.

Exemple de scénario de test:

• Téléphones de test:

  • Appareil 1: Samsung (Android 13)
  • Appareil 2: Pixel (Android 12 ou 13) et autres

• Tests exécutés:

  • Exécutez 1. Appareil A=Samsung S10+ (12), Appareil B=Pixel 7 pro (13) Colonne D: Téléphone=Pixel 7 pro, OS=Android 13
  • Exécutez 2. Appareil A=Pixel 7 pro (13), Appareil B=Pixel 6(12) colonne E: Téléphone=Pixel 6, OS=Android 12

Exemple de test terminé dans le modèle d'autotest:

Événements audio:

• Les quatre types d'événements audio testés et les applications de test recommandées sont les suivants :
  1. Appelez le :
     1. L'application pour téléphone intégrée
  2. VoIP: n'importe quelle application VoIP fonctionne, par exemple :
     1. Application de test du switch audio.
     2. Facebook Messenger.
     3. Ligne.
     4. WhatsApp
     5. Google Meet
     6. Google Meet
  3. Multimédia: tout lecteur audio est compatible, par exemple :
     1. Application de test du switch audio.
     2. YouTube Music.
     3. Apple Music.
     4. Spotify,
     5. Google Podcasts)
  4. Jeu :
     1. Application de test du switch audio.

Remarque :Pour en savoir plus, consultez la section Application de test du switch audio.

Informations de débogage:

• Les notifications sont activées une fois que vous avez rejoint le groupe fp-sass-partner-test. Voici quelques exemples :

  1. Dernière notification d'état :

  2. Aucune notification de changement d'appareil :

Remarque : "Dernier état" correspond à l'état de la connexion lorsque l'événement audio se produit, et NON au dernier événement en cours.

1. Notification de changement de latence :

Mesure de la latence

Remarque :Le terme "Seeker" fait référence au téléphone ou à la tablette que vous utilisez pour vous connecter au casque lors du test. Il est également appelé appareil A, B, C, D ou E dans les scénarios de test.

• Il existe deux types de latence de basculement :
  1. Connexion d'un profil Bluetooth à un Seeker déconnecté.
     • Cela inclut tous les cas SinglePoint, et certains cas MP dont le demandeur cible (appareil B) est déconnecté.
  2. Changement du Seeker actif connecté.
     • Cela inclut certains cas MP pour lesquels le chercheur cible (appareil B) est déjà connecté.
• Il existe deux façons de récupérer les informations de latence :
  1. Toute la latence peut être vidée par la commande adb.
     • Reportez-vous à la section Latence de vidage pour plus de détails.
     • Cette commande peut fournir et enregistrer une latence une fois que vous avez terminé au moins un scénario de test.
  2. Avec l'application de test du switch audio
     • L'application exécutée sur le Seeker cible affiche la latence après le basculement.
     • Si aucun bouton n'est disponible, l'application affiche le motif "Pas de changement".

Application de test du switch audio:

• Utiliser l'application pour déclencher des événements audio VoIP/multimédia/jeu lors d'un autotest simplifie la configuration du test et réduit la latence des événements du chercheur.
  • La version 1.03 peut être téléchargée ici.

Remarque :Vous devez disposer d'un compte Google pour demander l'accès au lien de téléchargement. L'autorisation d'accès est un processus manuel et peut prendre plusieurs jours.

• Installation de l'application :
  • Copiez le fichier APK sur votre téléphone de test et ouvrez-le.
  • Vous pouvez également utiliser adb install audio_test_app.apk.

Avertissement :Accordez toutes les autorisations à la première ouverture de l'application.

• Si une boîte de dialogue vous demande l'accès aux notifications :
  1. cliquez sur "OK".
  2. Sélectionnez "FP SASS test" (Test SASS FP) dans la liste d'applications.
  3. Autorisez l'accès aux notifications.

Présentation de l'application:

Fournisseur cible

Lorsque vous cliquez sur ce bouton, une liste des appareils Bluetooth associés s'affiche. Sélectionnez celle que vous souhaitez tester.

Les boutons "Connecter" et "Déconnecter" fonctionnent comme celui indiqué dans les détails de l'appareil dans les paramètres Bluetooth.

État actuel

Ce champ indique le dernier état de connexion reçu par le demandeur d'un fournisseur à l'aide de la publicité BLE ou d'un flux d'événements.

Les notifications de débogage du switch audio sont également affichées ici.

Type de demandeur

Cette option permet de faire basculer l'appareil entre différents flux audio.

Type audio

VoIP Si vous sélectionnez ce mode, le mode audio est défini sur AudioManager.MODE_IN_COMMUNICATION, appeler AudioManager.startBluetoothSco, puis lire le contenu audio avec USAGE_VOICE_COMMUNICATION.

• Le type de flux est STREAM_VOICE_CALL.
• L'état de la connexion du fournisseur doit passer à CONNECTED_HFP dans les cinq secondes.

Multimédia Si vous sélectionnez ce mode, l'audio sera compatible avec le protocole AVRCP. Type d'utilisation audio: USAGE_MEDIA.

• L'état de la connexion du fournisseur doit passer à CONNECTED_A2DP_WITH_AVRCP dans un délai de cinq secondes.
• L'état de la connexion peut passer brièvement à CONNECTED_A2DP_ONLY au démarrage ou à l'arrêt.

Jeu En sélectionnant ce mode, vous lisez des contenus audio non compatibles avec le protocole AVRCP. Le type d'utilisation audio est USAGE_GAME.

• L'état de la connexion du fournisseur doit passer à CONNECTED_A2DP_ONLY dans les cinq secondes.

Boutons Lecture et Arrêt

Les boutons LECTURE et ARRÊT permettent de lancer ou d'arrêter le contenu audio.

Changer de résultat

Ce champ affiche la latence active des connexions et des commutateurs. Il indique également le motif du refus d'un commutateur si un événement audio a été déclenché, mais que le basculement ne s'est pas produit.

• La latence est mesurée en millisecondes (ms).
• En général, la latence est mesurée entre le démarrage du déclenchement du commutateur audio et la réception d'un profil BT connecté ou d'un événement de commutateur multipoint.
• Les commutateurs déclenchés par le fournisseur mesurent la latence à partir du démarrage de l'audio.

Latence de vidage

• La commande suivante permet à un utilisateur de capturer les mesures de latence lors de l'exécution de tests manuels : adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
  • Les mesures de latence sont présentées dans la section 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"

• Tout commutateur que GmsCore ne peut pas mesurer (par exemple, un commutateur actif pour HFP) sera enregistré en tant que latence de 0 ms.

Référence des modèles de journaux:

Problèmes connus :

Voici les bugs connus causés par le chercheur:

1. Basculement audio du jeu incorrect.
   • Les téléphones Samsung définissent l'état de connexion sur CONNECTED_A2DP_WITH_AVRCP, au lieu de CONNECTED_A2DP_ONLY lorsque vous jouez.
   • Certains jeux(Candy crush, par exemple) peuvent revoir la musique de fond et déclencher un nouvel événement audio sans entrée utilisateur. Les téléphones connectés peuvent constamment changer de son sur chaque téléphone qui ouvre le jeu.