Comment effectuer des tests d'accessibilité sur de terminaux iOS

Dans la première partie de cette série, nous avons exploré les tests d'accessibilité pour Android. Dans la deuxième partie, nous nous concentrerons sur les tests d'accessibilité des applications mobiles iOS et des sites web.

Qu'est-ce qu'un test d'accessibilité ?

Simplement, le test d'accessibilité est l'évaluation d'un site web ou d'une application afin de s'assurer que chaque utilisateur peut y accéder et l'utiliser facilement.

Les tests d’accessibilité permettent les organisations de trouver et éliminer de défauts de conception de leur site web ou de leur application qui constituent des obstacles empêchant des utilisateurs, en particulier les personnes ayant un handicap, d'accéder aux services numériques et de les utiliser.

Pourquoi l'accessibilité numérique est-elle importante ?

Dans un monde qui devient de plus en plus numérique, les tests d'accessibilité sont un outil essentiel que les organisations peuvent utiliser pour s'assurer que leurs sites, applications et autres services numériques deviennent et restent accessibles à tous les utilisateurs, y compris les personnes ayant un handicap. En outre, l'accessibilité numérique a des implications économiques, sociales et juridiques considérables pour les entreprises et le public.

Enjeux économiques

Environ un Américain sur cinq et un Européen sur six souffrent d'un handicap. Rien qu'aux États-Unis, cette population a un pouvoir d'achat de 490 milliards de dollars en biens et services. Ignorer ce marché limitera non seulement la taille de votre clientèle, mais donnera également l'impression que votre organisation n'accorde pas d'importance à cette communauté.

Responsabilité juridique

Aujourd'hui, il existe un certain nombre d'exigences légales qui garantissent le droit d'accès aux services pour cette population. Dans une grande partie de l'Amérique du Nord ainsi qu'en Europe, l'accessibilité numérique est assurée par diverses lois et politiques.

Aux États-Unis, l'accessibilité des sites Web est imposée par l'Amercians with Disabilities Act (ADA) qui s'appliquent à toutes les agences gouvernementales locales et étatiques et aux entreprises qui fonctionnent au profit du public.

Au Canada, la loi sur l'accessibilité du Canada (ACA) exige que les agences fédérales offrent un contenu Web accessible, tandis que la loi sur l'accessibilité pour les personnes handicapées de l'Ontario (LAPHO) exige que les sites Web, les applications web et le contenu numérique des entreprises privées de plus de 50 employés soient accessibles.

Dans l’UE la directive européenne sur l'accessibilité du web exige que tous les organismes publics veillent à ce que leurs sites Web, leurs applications mobiles et leurs dispositifs soient conformes aux WCAG 2.1.

Responsabilité sociale

Enfin, et surtout, l'accessibilité numérique est une obligation morale. Proposer des sites Web et des applications accessibles à tous les utilisateurs est une mesure importante que nous pouvons prendre pour éliminer les obstacles qui peuvent marginaliser ou exclure les personnes ayant un handicap.

Les consommateurs d'aujourd'hui attendent également beaucoup des marques, ce qui fait qu'il est plus important que jamais que les entreprises opèrent de manière éthique et socialement responsable. Une enquête récente a révélé que 53 % de la génération Y soutiennent activement les entreprises ayant des valeurs et une morale forte, ce qui peut rendre extrêmement coûteux le fait d'ignorer l'accessibilité numérique.

Comment exécuter un test d'accessibilité pour un site web et une application mobile iOS ?

Le test d'accessibilité doit vérifier que le site web ou l'application est au moins conforme aux WCAG 2.1 niveau AA. Vérifier qu'un site web ou une application répond aux critères de réussite est un excellent moyen de garantir que le service numérique ainsi que son contenu restent perceptibles, exploitables, compréhensibles et robustes.

Comme tout test logiciel, les tests d'accessibilité sont sensibles à la couverture des tests. L'utilisation d'outils d'analyse pour vérifier partiellement les sites ou les applications au niveau de la programmation permet d'améliorer la couverture.

En outre, il est essentiel d'envisager de tester les sites et applications mobiles sur plusieurs appareils. Pour évaluer l'accessibilité d'une application mobile iOS ou d'un site web mobile, envisagez d'utiliser au moins 1-2 terminaux :

• iPhone(s) le(s) plus récent(s) avec la dernière version d'iOS.
• iPad(s) le(s) plus récent(s) avec la dernière version d’iPad OS. système d'exploitation.

Bien que certains tests d'accessibilité puissent être automatisés, les tests manuels sont bien adaptés aux tests d'accessibilité car ils permettent effectivement au testeur d'explorer le site Web à l'aide des vrais terminaux et du point de vue des utilisateurs.

Il est également possible d'étendre les tests d'accessibilité en utilisant des outils ou des fonctionnalités d'accessibilité fournis par les systèmes d'exploitation mobiles. iOS ou iPad OS d'Apple et Android de Google, les systèmes d'exploitation les plus utilisés en Europe et en Amérique du Nord, offrent tous deux des fonctions d'accessibilité intégrées.

Fonctionnalités d'accessibilité d'iOS

Avant de se plonger dans la variété des fonctionnalités d'accessibilité d'iOS, il est important de noter que les tests d'accessibilité ne doivent pas nécessairement utiliser tous les outils ou fonctionnalités d'accessibilité pour obtenir une couverture de test correcte. Nombre de ces fonctionnalités ou outils se chevauchent et limitent ce qui devrait ou doit être utilisé pendant les tests. Par exemple, après avoir testé l'interaction avec le clavier, nous avons testé la plupart des fonctionnalités qu'un clavier en braille peut tester.

En général, lorsque vous testez des applications iOS natives, envisagez d'utiliser une fonction de zoom ou de dimensionnement dynamique des caractères, Switch Control, VoiceOver et un autre mécanisme de saisie tel qu'un clavier physique ou un clavier braille.

VoiceOver

VoiceOver est un lecteur d'écran qui décrit à voix haute tous les éléments qui apparaissent sur l'écran de l'utilisateur. Bien qu'il soit couramment utilisé par les personnes souffrant de déficiences visuelles, il s'agit également d'un outil important pour les utilisateurs dyslexiques ou analphabètes.

Lors des tests, l'approche standard consiste à s'assurer que tous les éléments de contenu (texte, liens, champs de formulaire, tableaux, etc.) contiennent les étiquettes appropriées afin d'être lus par cette fonction.

Voici d'autres questions à poser lors des tests :

• En mode Rotor, les utilisateurs peuvent-ils naviguer dans la page en fonction du type d'élément, par exemple des liens, des titres, des champs de texte, des images, etc.
• Tous les éléments de la page sont-ils étiquetés adéquatement afin d'accessibles, soit par leur libellés textuels, soit par de la programmation additionnelle afin de bien transmettre leur contenu informatif au technologies d'assistance ?
• Les étiquettes d'accessibilité sont-elles marquées et reprennent-elles le texte de leurs libellés textuels sans omettre d'autres informations pertinentes (ex : statuts, valeurs) qui pourraient être transmises visuellement par la composante, par exemple par un changement de couleur qui indique un certain statut pour la composante ?
• Les étiquettes d'accessibilité commencent-elles par une majuscule et ne se terminent-elles pas par un point ? Ce point est important pour garantir que les étiquettes d'accessibilité sont lues par VoiceOver avec l'inflexion appropriée.
• Les indications d'accessibilité fournissent-elles une brève mais complète description de la fonction de l'élément ? Comme les étiquettes d'accessibilité, les indications doivent commencer par une majuscule, mais elles doivent se terminer par un point. En outre, elles doivent éviter d'utiliser le nom du type de contrôle. Par exemple, "Créer créera une liste de lecture" semble moins naturel lorsqu'il est lu à haute voix.
• Les traits d'accessibilité fournissent-ils des informations significatives à l'utilisateur pour l'aider à mieux comprendre l'élément ?

Contrôle Vocal

Introduite avec iOS 13, la commande vocale permet aux utilisateurs d'iPhone de naviguer et d'interagir avec leur téléphone en utilisant leur voix pour taper, glisser, et effectuer d'autres actions. Cette fonctionnalité peut également être utilisée pour écrire et modifier du texte.

Ce qu'il faut tester :

• Des cases grises apparaissent-elles au-dessus de tous les contrôles exploitables de la page ?
• Chaque contrôle actionnable est-il étiqueté avec une description adéquate ?

Zoom

Le zoom est une loupe plein écran qui met le contenu à l'échelle jusqu'à 200 % pour aider les utilisateurs malvoyants. Lorsqu'il est associé à la fonction d'agrandissement, l'écran peut être redimensionné jusqu'à 500 %. Grâce à Zoom, vous pouvez tester votre application ou votre site pour voir comment il apparaît lorsqu'il est agrandi.

Ce qu'il faut tester :

• Le contenu et les fonctionnalités de la page restent-ils accessibles à lorsque Zoom est utilisé à différents niveaux ?

Contrôle de sélection

Contrôle de sélection, ou Switch Control en anglais, donne aux utilisateurs la possibilité d'utiliser et de naviguer dans leurs iPhones à l'aide de commandes alternatives en tapant sur l'écran, en bougeant la tête dans la caméra frontale ou en appuyant sur des interrupteurs adaptatifs.

Ce qu'il faut tester :

• les utilisateurs peuvent-ils facilement naviguer dans l'interface de l'application ou du site web ?
• Les utilisateurs peuvent-ils facilement ajouter ou modifier du texte ?
• Tous les éléments d'action sont-ils mis en évidence ?
• Est-ce que les éléments interactifs sont regroupés afin de faciliter la navigation pour l'utilisateur ?

Pour obtenir de l'aide sur les tests d'accessibilité, n'hésitez pas à nous contacter ou à télécharger notre livre blanc sur l'accessibilité du Web.