Préparation
Pour activer les tests dans l'application Validator:
- Vérifiez que l'appareil dispose de la version 22.08.xx ou ultérieure de GmsCore.
- Assurez-vous que vos e-mails de test font partie du Groupe de test des partenaires Association express.
- La synchronisation des autorisations peut prendre entre 6 et 24 heures pour les appareils et les e-mails récemment enregistrés.
- Le fait de se connecter au compte Google associé et de se déconnecter peut également déclencher une synchronisation immédiate.
Exemple :
Les tests nécessitent l'Association express
Les tests du switch audio nécessitent que les téléphones soient associés à l'aide de la fonctionnalité Association express:
- Préparez deux téléphones, A et B, connectés au même compte Google.
- Associez le casque au téléphone A (association initiale).
- Passez en mode association, attendez la notification de l'interface utilisateur Half Sheet.
- Cliquez sur "Se connecter".
- Cliquez sur OK.
- Associez le casque au téléphone B (association ultérieure).
- Attendez de recevoir la notification indiquant que les deux associations sont terminées.
- Cliquez sur "Notification système".
Exemple d'enchaînement :
Flux d'interface utilisateur de base
Voici le flux général de l'interface utilisateur:
Tests à point unique du commutateur audio
Test du switch audio (point unique)
Ce test remplit les fonctions suivantes:
- Validation de la charge utile.
- Il vérifie les données publicitaires pour différents scénarios.
- Validation du flux de messages
- Vérifie les communications du flux de messages.
- Revenir à l'ancienne version.
- Vérifie le comportement de la fonctionnalité de basculement.
Vérification de la charge utile (point unique)
La séquence de vérification de la charge utile est la suivante:
- Connectez-vous au casque.
- Vérifiez que le premier octet de la clé de compte correspond à 0x06, comme l'exige la norme.
- Déconnectez-vous de l'appareil.
- Vérifiez que le premier octet de la clé de compte correspond à 0x05, comme l'exige la norme.
- Reconnectez-vous au casque.
- Écouter de la musique
- Vérifiez que l'état de la connexion est l'un des suivants :
- 0x4: streaming A2DP uniquement
- 0x5: streaming A2DP avec AVRCP
- Démarrez une connexion SCO.
- Vérifiez que le SCO a bien été connecté.
- Vérifiez que l'état de la connexion est :
- 0x6: streaming HFP (appel téléphonique/voip), y compris la sonnerie inbande et non-bande.
Exemple de vérification de la charge utile (point unique):
Vérification du flux de messages (à point unique)
La séquence de vérification du flux de messages est la suivante:
- Vérifier les nonces de session entre différentes connexions RFCOMM
- Connectez-vous au casque.
- Récupérez le nonce X depuis le casque (dans les cinq secondes).
- Reconnectez-vous au casque.
- Obtenez un autre nonce Y à partir du casque (dans les cinq secondes).
- Vérifiez si X et Y sont différents.
- Envoyez la requête Get Audio switch Capability (Obtenir une capacité de switch audio).
- Vérifiez que la réponse a été envoyée dans les deux secondes. Les contenus ne sont pas vérifiés.
- Envoyez la requête Indiquer la clé de compte utilisée.
- Vérifiez que la réponse a été envoyée dans les deux secondes. Les contenus ne sont pas vérifiés.
- Envoyez la requête Notifier la connexion initiée.
- Vérifiez que la réponse a été envoyée dans les deux secondes. Les contenus ne sont pas vérifiés.
- Envoyez la requête Envoyer des données personnalisées.
- Vérifiez que l'ACK est renvoyé dans les deux secondes.
- Vérifiez si les données de l'annonceur contiennent les données personnalisées définies (en 10 secondes).
Exemple de vérification de flux de messages (point unique):
Revenir en arrière (point unique)
Ce test nécessite deux appareils: un chercheur principal et un chercheur secondaire. La séquence de test est la suivante:
- Le chercheur principal se connecte au casque (dans les 10 secondes).
- Le chercheur secondaire se connecte au casque (dans un délai de 10 secondes).
- Le chercheur secondaire envoie une demande de retour en arrière au casque.
Voici ce qui devrait se produire dans les 15 secondes qui suivent:
- Le chercheur principal se reconnecte au casque.
- Le chercheur secondaire se déconnecte du casque.
Vous trouverez ci-dessous un exemple de test de retour en arrière:
Tests multipoints du switch audio
Vérification de la charge utile (multipoint)
La séquence de vérification de la charge utile est la suivante:
- Connectez-vous au casque.
- Vérifiez que le premier octet de la clé de compte correspond à 0x06, comme l'exige la norme.
- Déconnectez-vous de l'appareil.
- Vérifiez que le premier octet de la clé de compte correspond à 0x05, comme l'exige la norme.
- Reconnectez-vous au casque.
- Écouter de la musique
- Vérifiez que l'état de la connexion est l'un des suivants :
- 0x4: streaming A2DP uniquement
- 0x5: streaming A2DP avec AVRCP
- Démarrez une connexion SCO.
- Vérifiez que le SCO a bien été connecté.
- Vérifiez que l'état de la connexion est :
- 0x6: streaming HFP (appel téléphonique/voip), y compris la sonnerie inbande et non-bande.
Flux de messages (multipoint)
Ce test nécessite un chercheur principal et un chercheur secondaire. Les tests dont l'indicateur de configuration multiplint est défini sur TRUE
comporteront des étapes supplémentaires pour tester cet état via la commande de flux de messages.
Exemple de test de flux de messages non configurable (multipoint):
Exemple de test de flux de messages configurable (multipoint):
Revenir en arrière (multipoint)
Ce test nécessite un chercheur principal et un chercheur secondaire. Ce test est presque identique à la version à point unique. La seule différence est la suivante: étant donné que le fournisseur accepte plusieurs connexions, lorsque le chercheur secondaire se connecte au fournisseur, le chercheur principal se connecte toujours au fournisseur.
Exemple de test de basculement multipoint:
Bouton bascule actif (multipoint uniquement)
Ce test nécessite un chercheur principal et un chercheur secondaire.
Ce test vérifie uniquement que le fournisseur envoie les messages attendus à l'aide du canal de flux de messages.
Étapes du test:
- Le demandeur principal se connecte au fournisseur
- Le chercheur principal vérifie les capacités du fournisseur.
- Si l'option "Multipoint" est désactivée ET si la valeur "Multipoint configurable" est définie sur
TRUE
, une tentative d'activation de la connectivité multipoint est effectuée.
- Si l'option "Multipoint" est désactivée ET si la valeur "Multipoint configurable" est définie sur
- Le Seeker principal appelle lui-même la méthode Switch active audio source (vers l'appareil connecté) (0x30).
- Le chercheur secondaire se connecte au fournisseur.
- Le chercheur principal appelle Changer la source audio active (vers l'appareil connecté) (0x30) vers un autre appareil.
- Le fournisseur accuse réception du demandeur principal.
- Le chercheur secondaire reçoit l'option Notifier l'événement de commutateur multipoint (0x32) à l'état actif.
Exemple de test Switch Active (Multipoint uniquement) :
Importer les résultats dans la console de l'appareil
Comment envoyer vos résultats
L'application comporte un bouton permettant d'importer les résultats une fois les tests terminés:
Comment utiliser la console de l'appareil
Les résultats des tests envoyés sont disponibles dans la console à proximité. (Les métriques de distance et de durée seront supprimées pour les scénarios de test du switch audio.) Exemple :
Dépannage
Essayez d'activer et de désactiver le Bluetooth si tous vos tests ont échoué.
Si votre test de basculement a échoué et se bloque comme illustré dans la fig. 1, revenez à la page de l'appareil de test (fig. 2) et effectuez un nouveau test.