Android Auto et CarPlay : présentation et méthode de test

janvier 3, 2020

Android Auto et CarPlay sont des plateformes automobiles qui représentent des défis uniques en matière d’assurance qualité. De nombreuses personnes peuvent ne pas connaître ces plateformes, leur objectif, leur mode de fonctionnement et, surtout, comment les tester. Dans ce blog, je partage une expérience de travail collaboratif avec un client lors de laquelle je l’ai aidé à tester et à proposer une application de radio et de podcast sur Android Auto et CarPlay.

Présentation d’Android Auto et CarPlay

Que sont Android Auto et Apple CarPlay ? Initialement, leur objectif est d’apporter l’expérience iOS et Android aux tableaux de bord des véhicules. Ces outils sont conçus pour afficher les informations d’un téléphone sur la console centrale d’une voiture. Les conducteurs peuvent ainsi utiliser des applications, écouter de la musique, passer des appels téléphoniques, envoyer des SMS et bien plus encore. De nombreux fabricants ont désormais intégré la prise en charge d’Android Auto et CarPlay dans leurs véhicules. Cependant, qu’en est-il des voitures plus anciennes ? Il existe heureusement un moyen d’intégrer Android Auto et CarPlay dans les véhicules moins modernes. Les systèmes de rechange d’un large éventail d’entreprises notables sont également compatibles avec Android Auto et CarPlay. Les deux plateformes sont conçues pour être utilisables sans les mains, ce qui permet de réduire au maximum la distraction du conducteur.

Les défis inhérents aux tests des plateformes Android Auto et CarPlay

La solution pour relever les défis des tests de ces plateformes est tout d’abord née via un certain nombre de questions. Avons-nous accès à des véhicules d’essai prenant en charge Carplay ou Android Auto ? Les développeurs ou les chefs de produit effectuent-ils des tests parallèlement au service d’assurance qualité ? Qu’en est-il des téléphones et des tablettes ? La première étape consistait à déterminer les combinaisons de versions d’appareil et de système d’exploitation compatibles avec CarPlay et Android Auto. Avec ces informations à l’esprit, j’ai travaillé avec le client afin de décider quels téléphones et tablettes spécifiques représentent le mieux sa base d’utilisateurs et fourniraient une couverture de test adéquate. Toutefois, une problématique majeure subsistait : comment tester l’application sur un véritable autoradio ? Notre solution consistait à développer un autoradio fonctionnant indépendamment d’un véhicule.

Nous avons donc pu lancer le processus ! Nous devions trouver un autoradio disposant de toutes les fonctionnalités nécessaires pour le projet. Celles-ci comprenaient notamment Carplay, Android Auto, Bluetooth, un écran tactile et des commandes vocales. Il nous fallait ensuite trouver un moyen de faire fonctionner le tout comme s’il était connecté à une voiture.

Mes solutions et alternatives pour les tests

Une fois la plateforme développée et prête à tester l’application, une nouvelle question a vu le jour. Quels tests devons-nous réellement effectuer ? Lors du lancement d’une nouvelle phase de test pour une plateforme donnée, les scénarios de test sont généralement écrits par le client, par vous-même ou par un autre membre de l’équipe. Dans ce cas précis, la plateforme était nouvelle pour tout le monde et très peu d’informations étaient à disposition. Dans le cadre de la rédaction de scénarios de test, nous avons commencé par examiner les similitudes avec l’expérience sur mobile et tablette afin de trouver des tests existants demeurant pertinents pour la plateforme au sein d’une voiture. Nous avons ensuite allumé la console centrale et commencé à rédiger des scénarios de test de plateforme génériques. Vous trouverez quelques exemples ci-dessous :

  • Brancher et débrancher des téléphones
    • Comprendre le fonctionnement de l’appareil à partir de l’affichage de chaque plateforme. L’objectif était principalement de savoir si le contenu se met ou non en pause lorsque des appareils sont branchés ou débranchés.
  • Utiliser l’interface graphique de la console centrale
    • Comprendre les fonctionnalités à disposition de l’utilisateur lorsque les appareils sont branchés sur la console centrale
  • Interactions avec d’autres applications
    • Il est important de comprendre le comportement de l’application testée lors d’une alternance entre diverses applications
  • Commandes vocales
    • Avec les appareils branchés, testez la façon dont la console centrale répond aux commandes vocales de l’utilisateur.

Bâtissons sur les fondations posées

Les scénarios de test de base désormais rédigés, nous devons maintenant explorer la complexité des scénarios de test spécifiques à l’application. En quoi les tests sur la console centrale diffèrent-ils des tests sur un téléphone ? Les mêmes fonctionnalités sont-elles disponibles sur la console centrale de la voiture ? Pour faire simple : non. Android Auto et CarPlay fonctionnent très différemment de leurs homologues téléphoniques en raison des limitations imposées aux autoradios des véhicules. Ils sont conçus pour être simples et faciles d’utilisation, avec très peu d’interactions, afin de garantir une expérience de conduite sûre.

Nous avons développé deux ensembles de scénarios de test : un pour la plateforme mobile et un pour la plateforme automobile. Les scénarios de test de la plateforme mobile étaient relativement simples, car ce genre de plateforme existe depuis longtemps. Les scénarios spécifiques à CarPlay et Android Auto étaient plus complexes, car ils nécessitent de penser différemment. Parmi les éléments à prendre en compte se trouvent les fonctionnalités de l’application dans le contexte de la plateforme et la réflexion autour d’un certain nombre de scénarios d’utilisation spécifiques à une voiture. Cela a donné lieu à ces exemples de tests :

  • Navigation
    • Comment les utilisateurs peuvent-ils parcourir l’application en voiture ? Il était extrêmement important de réfléchir à cette étape, car les utilisateurs seront sur la route lors de l’utilisation et il est impératif que les étapes de navigation soient les plus simples possibles.
  • Test de l’interface utilisateur par rapport à la disposition standard des fonctionnalités en voiture
    • Certaines fonctionnalités ont nécessité des tests dans une véritable voiture. Par exemple, les caméras de recul et les caméras latérales n’étaient pas des éléments de notre console centrale personnalisée.
  • Application suspendue, appel entrant, caméras
    • Que se passe-t-il si un utilisateur reçoit un appel alors qu’il parcourt l’application ? Que se passe-t-il lorsque l’appel se termine ?
  • Points de reprise, création, destruction, etc.
    • Que se passe-t-il lorsqu’un utilisateur branche l’application avec lecture de contenu déjà en cours, ou lorsqu’un utilisateur quitte la voiture avec une lecture en cours ? L’application conserve-t-elle ces points de reprise de lecture ? Quelle est l’expérience utilisateur souhaitable pour ces scénarios ?

Résultats supplémentaires

Un élément que nous n’avions pas anticipé était l’impact d’une mise à jour mineure du système d’exploitation du téléphone sur le comportement de l’application sur la console centrale. Suite à une mise à jour, nous avons malheureusement découvert plusieurs fonctionnalités défectueuses dans l’application sur la console centrale. L’équipe a ainsi appris que toute modification du système d’exploitation du téléphone ou de l’application mobile, quelle que soit son ampleur, peut causer d’importantes modifications dans l’application sur la console centrale de la voiture.

et astuces !

Un autre facteur à prendre en compte lors de la rédaction de tests pour un autoradio est la manière dont vous interagissez avec lui s’il se trouve dans votre propre véhicule. Pourriez-vous conduire en toute quiétude en n’interagissant que peu ou pas du tout avec l’application en arrière-plan ? Et si vous deviez interagir avec elle ? Les fonctionnalités sont-elles suffisamment simples pour fournir un accès rapide avec peu ou pas de tracas ? Garder en permanence ces éléments à l’esprit permettra de développer les scénarios de test, tout en offrant la capacité de partager des remarques plus pertinentes concernant l’ensemble de l’expérience utilisateur.

Vous trouverez d’autres articles intéressants sur nos différents tests de performance ici.

Conclusion

L’une des valeurs fondamentales apportées par l’assurance qualité est de fournir des tests de surface, mais aussi d’étudier plus en profondeur le produit dans son ensemble. En tant qu’ingénieurs qualité, nous passons probablement plus de temps à interagir avec l’application que n’importe quel autre membre de l’équipe. Fournir des commentaires pertinents à l’équipe et au client est précieux. Si les ingénieurs qualité peuvent effectuer des tests se rapprochant le plus possible de l’expérience de l’utilisateur final, ils peuvent alors mieux reproduire des scénarios concrets. Ce processus aidera finalement à découvrir les difficultés rencontrées par les utilisateurs et à trouver des moyens d’améliorer l’application.

Découvrez notre approche unique de l’ingénierie qualité ici.

Abonnez-vous à notre newsletter

Recevez les dernières nouvelles, les articles sélectionnés et les derniers faits saillants de notre part. Nous ne vous spammerons jamais, promis.

En savoir plus sur

Le Quality Engineering Studio a pour but de réduire les risques commerciaux de nos clients. Nous fournissons une suite complète de services de test et d'ingénierie de la qualité innovants et solides, qui garantissent des produits de haute qualité pour répondre aux besoins des utilisateurs exigeants et férus de technologie.