Qu’est-ce que les tests d’accessibilité ? (Exemples)

Qu’est-ce que les tests d’accessibilité ?

Les tests d'accessibilité sont définis comme un type de test logiciel effectué pour garantir que l'application testée est utilisable par les personnes handicapées telles que l'audition, le daltonisme, la vieillesse et d'autres groupes défavorisés. C'est un sous-ensemble de Tests d'utilisabilité.

Les personnes handicapées utilisent une technologie d'assistance qui les aide à utiliser un produit logiciel. Des exemples de tels logiciels sont :

• Logiciel de reconnaissance vocale – Convertit la parole en texte, qui sert d'entrée à l'ordinateur.
• Logiciel de lecture d'écran – Utilisé pour lire le texte affiché à l'écran.
• Logiciel de grossissement d'écran– Utilisé pour agrandir le moniteur et faciliter la lecture pour les utilisateurs malvoyants.
• Clavier spécial conçu pour les utilisateurs facilitant la saisie et ayant des difficultés de contrôle moteur

Pourquoi des tests d'accessibilité ?

Raison 1: Répondre au marché des personnes handicapées.

Environ 20 % de la population souffre de problèmes de handicap.

• 1 personne sur 10 souffre d’un handicap grave
• 1 personne sur 2 de plus de 65 ans a des capacités réduites

Les handicaps comprennent la cécité, la surdité, les handicapés ou tout autre trouble du corps.

Un produit logiciel peut répondre à ce vaste marché s'il est adapté aux personnes handicapées. Les problèmes d'accessibilité dans les logiciels peuvent être résolus si les tests d'accessibilité font partie du cycle de vie normal des tests logiciels.

Raison 2: Respecter les lois sur l'accessibilité

Les agences gouvernementales du monde entier ont publié des légalisations exigeant que les produits informatiques soient accessibles aux personnes handicapées.

Voici les actes juridiques de divers gouvernements –

• États-Unis : Americans with Disabilities Act – 1990
• Royaume-Uni : Disability Discrimination Act – 1995
• Australie : Loi sur la discrimination envers les personnes handicapées – 1992
• Irlande : Loi sur le handicap de 2005

Les tests d’accessibilité sont importants pour garantir la conformité légale.

Raison 3: Évitez les poursuites judiciaires potentielles

Dans le passé, des sociétés Fortune 500 ont été poursuivies en justice parce que leurs produits n'étaient pas adaptés aux personnes handicapées. Voici quelques cas marquants.

• Fédération Nationale des Aveugles (ONF) vs Amazon (2007)
• Sexton et ONF c. Target (2007)
• Règlement ONF contre AOL (1999)

Il est préférable de créer des produits qui soutiennent les personnes handicapées et d'éviter d'éventuels procès.

Quels handicaps accompagner ?

Une candidature doit soutenir les personnes handicapées telles que :

Type d'invalidité	Invalidité Description CMS
Déficience visuelle	Cécité complète ou daltonisme ou mauvaise vision Problèmes visuels comme les problèmes de stroboscope visuel et d'effet clignotant
Handicap physique	Impossible d'utiliser la souris ou le clavier d'une seule main. Mauvaises capacités motrices comme les mouvements des mains et la lenteur musculaire
Handicap cognitif	Difficultés d'apprentissage, mauvaise mémoire ou incapacité à comprendre des scénarios plus complexes
Handicap en matière d'alphabétisation	Problèmes de lecture
Handicap auditif	Problèmes auditifs comme la surdité et les déficiences auditives Je ne peux pas entendre ou je ne peux pas entendre clairement

Comment faire des tests d’accessibilité ?

Les tests d’accessibilité peuvent être effectués de deux manières :

1. Manuel
2. Chaînes de vente

Les tests d'accessibilité peuvent être difficiles pour les testeurs car ils ne sont pas familiers avec les handicaps. Il est préférable de travailler avec des personnes handicapées qui ont des besoins spécifiques pour comprendre leurs enjeux.

Il existe différentes manières de tester l'accessibilité en fonction du handicap. Nous les apprendrons tous un par un.

1) Handicap visuel

OK, supposons maintenant que je n'ai pas de capacité visuelle. Je suis complètement aveugle et je voulais accéder au site Web XYZ. Dans ce cas, quelle est l'option👍 Puis-je accéder au site Web XYZ ? Quelle option ai-je? Il existe une option en un mot appelée LECTEUR D'ÉCRAN. Ouais, tu as bien compris. LECTEUR D'ÉCRAN. Maintenant, qu’est-ce que ce lecteur d’écran ? Il s'agit d'un logiciel utilisé pour raconter le contenu sur le Web. Fondamentalement, qu'y a-t-il sur votre site Web, qu'il s'agisse de contenu, de lien, de bouton radio, d'images, de vidéo, etc. Un lecteur d'écran me racontera tout et tout. Il existe de nombreux lecteurs d'écran disponibles. J'ai travaillé avec des mâchoires.

Fondamentalement, lorsque vous démarrez Jaws ou n'importe quel lecteur d'écran et que vous accédez ensuite au site Web, il vous racontera le contenu complet. Par exemple : j'ai démarré jaws, et démarré le navigateur JAWS annoncera que Mozilla Firefox commence la page, maintenant si je vais dans la barre d'adresse, JAWS annoncera que BARRE D'ADRESSE puis tapez www.google.com dans la barre d'adresse, Jaws va expliquer un peu comme ceci : -

Address Bar,w,w,w,period,g,o,o,g,l,e,period,c,o,m. Also, when the page loads completely jaws will again announce Google.Com Home page.

Now if I go to Google Search, then JAWS will announce that Google search. So it would be easy for a blind person to recognize things in an easy manner.

Le point que je veux expliquer ici, un lecteur d'écran racontera mot par mot si vous entrez quelque chose ou dans la zone de texte. De même, s'il y a un lien, il le prononcera comme un lien, pour Button, il le prononcera comme un bouton. Pour qu'une personne aveugle puisse facilement identifier les choses.

Maintenant, si un site Web est mal conçu et développé, il est alors possible (cela arrive généralement) que Jaws ne soit pas en mesure de raconter un contenu correct, ce qui à son tour rendrait l'inaccessibilité pour les personnes aveugles. (Dites si Jaws raconte un lien sous forme de lien. contenu, alors un utilisateur aveugle ne pourra jamais savoir qu'il s'agit d'un lien et si cela serait crucial pour ce site Web, alors 👍). Dans ce cas, cela entraînerait une perte élevée pour l'activité du site Web.

2) Déficience visuelle

Il y a deux catégories que je souhaite mentionner sous la déficience visuelle.

Le premier est le daltonisme. Le daltonisme signifie qu’on n’est pas complètement aveugle mais qu’on est incapable de voir correctement une couleur spécifique. Le rouge et le bleu sont les couleurs courantes que les personnes ne peuvent pas voir correctement si elles sont daltoniennes. Donc, fondamentalement, si j'ai un daltonisme de couleur rouge et que je souhaite utiliser un site Web qui est à 80 % en rouge, alors ??? Serais-je à l'aise sur ce site Web ? La réponse est non.

Un site Web doit donc être conçu de telle sorte qu’une personne daltonienne n’ait aucun problème pour y accéder. Prenons un exemple simple d'un bouton qui est en rouge. Pour le rendre accessible s'il est entouré de Noir. Il est alors facile d’y accéder. Normalement, le noir et le blanc sont considérés comme universels.

3) MAUVAISES VISIONS

Une deuxième chose est qu'une personne ait une mauvaise vision (vision pas claire) ou ait différents problèmes de vue (il existe de nombreux problèmes oculaires liés à la rétine, etc.) pour accéder à n'importe quel site.

1) Dans de tels cas, la meilleure chose à faire est d’éviter les petits textes. Parce que ce serait un grand avantage pour les personnes malvoyantes.

2) De plus, les personnes ayant des problèmes de vision aimeraient agrandir le texte du site Web pour le rendre plus confortable pour elles. Ainsi, un site Web doit être conçu de telle manière que si vous l'agrandissez, sa mise en page ne soit pas cassable lors d'un zoom sur le texte. Sinon, ce ne sera pas une bonne impression pour eux.

4) Autre handicap

Dans les tests d'accessibilité pour le public handicapé, un point très important à considérer est l'accès au site Web sans utiliser la souris. Une personne doit pouvoir accéder complètement au site Web. Les liens, boutons, boutons radio, cases à cocher, fenêtres contextuelles, listes déroulantes, toutes les commandes doivent être entièrement accessibles et utilisables via le clavier.

Par exemple:Si je suis droitier paralysé et que je ne suis pas à l'aise avec une souris ou que je dis que je ne veux pas utiliser de souris, que se passe-t-il ? Dans ce cas, si je ne peux pas accéder au lien ou aux cases à cocher sur le site via le clavier, alors👍 Un site Web doit donc être entièrement accessible avec le clavier.

Alternative Text should be there for Images, Audio, Video so that screen reader reads them and will narrate them so that a blind person can easily recognize what the  image, audio, the video is all about. In addition, to it, keyboard shortcuts should be there to easily access website and navigation should be available with the keyboard.

De plus, la mise au point doit être complètement visible. Lorsque nous appuyons sur la tabulation, l'utilisateur devrait pouvoir voir où le contrôle se déplace. Avec une mise au point visible, il devient très facile pour un utilisateur malvoyant ou daltonien d'identifier le flux d'un site ainsi que la facilité d'accès.

Utilisateur malentendant (sourd ou difficile à écouter) : Ces derniers sont une personne ayant un handicap auditif. Une personne sourde peut accéder au site Web car elle est capable de voir le contenu du site Web. Mais lorsqu’il s’agit d’audio et de vidéo, ils se heurtent à des difficultés. Donc, dans ce cas, pour toute vidéo et audio, il devrait y avoir du texte Alt. Le texte alternatif signifie texte alternatif. Supposons qu'il existe une vidéo expliquant comment réserver un billet d'avion. Dans ce cas, le texte doit être là pour qu'une personne sourde puisse le lire et avoir une idée de ce dont parle la vidéo.

Exemples de cas de test Tests d'accessibilité

Voici les points à vérifier pour que l'application soit utilisée par tous les utilisateurs. Cette liste de contrôle est utilisée pour signer les tests d’accessibilité.

1. Une application fournit-elle des équivalents clavier pour toutes les opérations de la souris et toutes les fenêtres ?
2. Les instructions sont-elles fournies dans le cadre de la documentation utilisateur ou du manuel ? Est-il facile de comprendre et d’utiliser l’application à l’aide de la documentation ?
3. Les onglets sont-ils ordonnés logiquement pour garantir une navigation fluide ?
4. Des touches de raccourci sont-elles fournies pour les menus ?
5. L'application prend-elle en charge tous les systèmes d'exploitation ?
6. Le temps de réponse de chaque écran ou page est-il clairement mentionné afin que les utilisateurs finaux sachent combien de temps attendre ?
7. Toutes les étiquettes sont-elles écrites correctement dans l'application ?
8. La couleur de l'application est-elle flexible pour tous les utilisateurs ?
9. Les images ou les icônes sont-elles utilisées de manière appropriée pour être facilement comprises par les utilisateurs finaux ?
10. Une application dispose-t-elle d'alertes audio ?
11. Un utilisateur peut-il ajuster les commandes audio ou vidéo ?
12. Un utilisateur peut-il remplacer les polices par défaut pour l'impression et l'affichage du texte ?
13. L’utilisateur peut-il régler ou désactiver les affichages clignotants, rotatifs ou mobiles ?
14. Assurez-vous que le codage couleur n’est jamais utilisé comme seul moyen de transmettre des informations ou d’indiquer une action.
15. La surbrillance est-elle visible avec des couleurs inversées ? Test de couleur dans l'application en modifiant le rapport de contraste
16. Les contenus audio et vidéo sont-ils correctement entendus par les personnes handicapées ? Testez toutes les pages multimédia sans haut-parleurs sur les sites Web
17. Une formation est-elle dispensée aux utilisateurs handicapés pour leur permettre de se familiariser avec le logiciel ou l'application ?

Mythes sur les tests d'accessibilité

Voici les mythes sur les tests d’accessibilité :

Mythe: Créer un site Web accessible coûte cher

Fait: Il n'est pas cher. Prenez le temps de réfléchir aux problèmes d'accessibilité dès la phase de conception elle-même ainsi que lors des tests de base. Cela permettra d'économiser de l'argent et des retouches.

Mythe: Changer des sites Web inaccessibles en sites Web accessibles prend du temps et coûte cher

Il n’est pas nécessaire d’intégrer tous les changements en même temps. Travailler sur les besoins fondamentaux les plus nécessaires pour les utilisateurs handicapés.

Mythe: L'accessibilité est simple et ennuyeuse

Vous pouvez rendre les pages Web attrayantes, mais elles doivent être conçues de manière à être accessibles à tous les utilisateurs. Également conformément aux directives d'accessibilité du contenu Web du W3C, cela décourage fortement l'utilisation de pages de texte uniquement.

Mythe: Accessibilité pour les aveugles et les handicapés

Fait Le respect des directives d'accessibilité améliore la convivialité globale du logiciel, ce qui aide également les utilisateurs réguliers.

Pour aller plus loin

En génie logiciel, les tests d'accessibilité aident à rendre votre application adaptée aux personnes handicapées. Si suivre les directives d'accessibilité n'est pas possible en raison de la complexité de votre application Web, créez une version du site Web pour les utilisateurs réguliers et une autre pour la désactiver.