Votre test CarPlay a été réussi. Qu'a vu le conducteur ?

Si votre équipe développe une application compatible avec Apple CarPlay, vérifier l'affichage sur l'écran principal est souvent une priorité parmi les premières étapes de test. Une question à laquelle de nombreuses équipes peinent encore à répondre est : qu'est-ce qui s'est affiché sur le tableau de bord pendant le test ? 

Pour les applications de navigation, de véhicules électriques, multimédias et de communication, cet écran orienté vers le conducteur est souvent tout aussi important que la console centrale. 

Deux écrans, un angle mort 

La prise en charge d'Apple CarPlay au niveau du combiné d'instruments étend CarPlay au-delà de la console centrale, jusqu'au tableau de bord orienté vers le conducteur. Les deux affichages ne sont pas identiques. L'écran principal de CarPlay affiche l'interface utilisateur complète de l'application. Le combiné d'instruments reçoit les données de l'application (métadonnées de navigation, commandes audio, autonomie du véhicule électrique, état de la communication) et le véhicule les affiche indépendamment. 

Cette distinction est importante pour les tests. 

Les tests automatisés permettent de valider le comportement de l'écran principal de CarPlay. Ils peuvent vérifier les flux de navigation, le guidage, les recalculs d'itinéraire et d'autres comportements de l'application tout au long d'une session de test. 

Mais comme le combiné d'instruments constitue une surface d'affichage distincte, la visibilité se limite souvent à l'écran principal de CarPlay. Un test peut confirmer la génération réussie d'une instruction de navigation, mais ne fournit aucune preuve de ce qui s'affichait réellement sur le combiné. 

L'événement d'application fait partie de l'artefact de test. La sortie du cluster, en revanche, n'en fait généralement pas partie. 

Pourquoi cet écart existe-t-il? 

Lorsque les équipes commencent à automatiser les applications Apple CarPlay, l'attention se porte souvent sur l'écran principal. Les flux de navigation, la recherche, les commandes multimédias et autres interactions sont intégrés aux suites de tests automatisés. Le combiné d'instruments, quant à lui, est généralement laissé de côté. 

De ce fait, la validation des clusters devient souvent une tâche manuelle. Cette approche convient aux tests exploratoires, mais elle ne s'adapte pas aux exécutions de tests de régression automatisées, aux exécutions déclenchées par l'intégration continue ni aux cycles de tests nocturnes sans surveillance. 

Capture automatique des clusters à chaque exécution 

Digital.ai Les tests permettent de combler cette lacune. Activez la capture du tableau de bord via la fonctionnalité correspondante dans votre session Appium. Dès lors, chaque exécution de test enregistre automatiquement la vidéo du tableau de bord et l'ajoute au rapport de test. 

Aucune modification de la logique de test. Aucun flux de travail d'observation distinct. Aucune étape de validation manuelle en plus de l'automatisation. La sortie du cluster fait partie de l'artefact de test et peut être consultée après chaque exécution. Digital.ai Rapport de test. 

Le résultat est une visibilité à la fois sur le comportement de l'application et sur l'affichage destiné au conducteur à partir d'une seule exécution de test. 

Ce qui change 

Le comportement du tableau de bord est intégré aux données de test. En cas de problème, les équipes n'ont plus besoin de reproduire le scénario ni de se fier à une observation manuelle. Elles peuvent consulter précisément ce qui s'est affiché lors de l'exécution du test initial. 

Pour les équipes qui déploient des applications compatibles avec CarPlay, le combiné d'instruments fait partie intégrante de l'expérience utilisateur. Il mérite la même visibilité, les mêmes preuves et la même traçabilité que toute autre surface incluse dans les tests automatisés. 

👉 Démo en visio
👉 Découvrez comment les équipes automatisent les tests d'Apple CarPlay