Tests Web à 360 degrés : 4e article sur 4
Jusqu’à présent, nous avons abordé les deux principales méthodologies utilisées par Deque pour réaliser des tests d’accessibilité. Nous avons publié un article consacré aux tests automatisés à l’aide de la plateforme Axe d’ Deque, ainsi qu’un autre consacré aux tests manuels, qui permettent d’apporter une expertise approfondie et ciblée là où cela s’avère nécessaire.
Si ces deux méthodologies sont importantes, c’est leur utilisation conjointe qui fait toute la différence. Examinons ensemble une étude de cas fictive portant sur un client que j’appellerai « Fiction Bank ». Bien que notre exemple prenne pour exemple une institution financière comme organisme chargé des tests, il pourrait s’agir de n’importe quelle entreprise, administration publique ou établissement d’enseignement susceptible d’utiliser cette approche et d’en tirer profit.
Fiction Bank est confrontée à un problème. L'entreprise a reçu une plainte concernant l'accessibilité de son site, transmise par une autorité de régulation régionale. Ce problème ponctuel a soulevé la question de l'accessibilité globale de son site et de la nécessité de se conformer à l'ADA afin de garantir que tous les internautes, et en particulier les personnes en situation de handicap, puissent utiliser le site sans obstacle.
Avant de se lancer dans des tests automatisés ou manuels, il convient de mener à bien au préalable certaines tâches organisationnelles importantes :
- Il convient de dresser une liste de tous les « parcours de transaction » (tâches à effectuer par l’utilisateur et clics nécessaires pour les mener à bien). Dans le cas de Fiction Bank, ces parcours pourraient par exemple inclure la connexion à son compte, la consultation du solde, le paiement d’une facture et la prise de contact avec le service client. Il n’est pas rare que cette liste soit assez longue, selon la taille et la complexité de l’application web évaluée.
- Les chemins de transaction sont ensuite classés par ordre de priorité, en fonction de leur popularité telle qu’elle ressort des journaux d’utilisation, et en fonction de leur niveau d’importance en tant que fonctionnalités essentielles, tel que défini par l’entreprise. Ce classement permet de s’assurer que les fonctionnalités les plus importantes et les plus utilisées bénéficient de l’urgence et des ressources qui leur sont allouées de manière appropriée. Pour Fiction Bank, le contact avec le service client par e-mail ou via un formulaire en ligne a été jugé plus prioritaire que le contact par fax, une fonctionnalité que l'équipe produit a indiquée comme étant rarement utilisée.
La réalisation des points n° 1 et n° 2 marque le début d'un plan d'action. L'équipe sait désormais quelles sont les parties du site qu'il faut examiner en priorité et celles qui sont moins urgentes.
À ce stade, l'ensemble des scénarios de transaction peut être utilisé pour élaborer un plan de test permettant à l'équipe d'adopter une approche globale à 360 degrés et de tirer parti des atouts offerts par les tests automatisés et manuels.
Pour Fiction Bank, l'ensemble des chemins de transaction hautement prioritaires totalisait plusieurs centaines de milliers de pages. Il est évident qu'un examen manuel de ces pages aurait nécessité un temps considérable et un budget irréaliste. C'est pourquoi les tests automatisés permettent ici de garantir que l'ensemble des pages bénéficie de l'attention nécessaire.
De plus, un certain nombre de parcours de transaction sont pilotés par les données : les pages s’affichent différemment en fonction des sélections et des saisies effectuées par le client. À titre d’exemple, les réglementations relatives aux cartes de crédit varient d’un État à l’autre ; le choix de l’État par l’utilisateur a donc une incidence sur le contenu qui s’affiche. Tester les 50 combinaisons possibles entre les États serait chronophage et coûteux avec des tests manuels, mais WorldSpace Sync permet d’automatiser la saisie des données client et de la reproduire automatiquement pendant les tests, garantissant ainsi efficacité et évolutivité.
Dans certains domaines, les tests manuels revêtaient une importance particulière. Par exemple, Fiction Bank comptait plusieurs pages comportant des tableaux complexes qui comparaient les produits financiers proposés. Les tests automatisés permettaient certes d’obtenir une idée générale du niveau d’accessibilité, mais le test manuel de ces pages, visant à s’assurer qu’un utilisateur de lecteur d’écran pouvait naviguer sans difficulté parmi les informations, offrait un résultat plus concluant et plus complet.
Pris dans leur ensemble, les tests manuels et automatisés – intégrés au sein d’un plan de test qui identifie et hiérarchise les parcours de transaction – offrent une vision complète, à 360 degrés, du niveau d’accessibilité du site. Comme cette approche tire parti des atouts des deux méthodes de test, Deque a constaté qu’elle fournissait les résultats les plus rentables et les plus exhaustifs.
Les articles de cette série sont les suivants :
- 1re partie : Pourquoi une méthodologie cohérente est essentielle dans les tests d'accessibilité
- 2e partie : Les avantages des tests automatisés.
- 3e partie : Dans quels cas les tests manuels sont-ils indispensables?
Si vous recherchez un logiciel d'accessibilité Web pour votre entreprise, téléchargez notre liste de contrôle. Elle vous sera d'une grande aide pour évaluer les différentes solutions logicielles disponibles sur le marché.
Téléchargez dès maintenant la liste de contrôle sur l'accessibilité !
