Que reste-t-il à tester ?

Utilisez les informations de cette page pour apprendre ce qui est testé par Axe DevTools Mobile et examiner des exemples de ce qui reste à tester manuellement.

Pour obtenir des conseils détaillés, étape par étape, sur ce qu'il reste à tester après avoir utilisé Axe DevTools Mobile, consultez le Liste de vérification des tests restants.

Qu'est-ce qui est testé par Axe DevTools Mobile ?

Contraste des couleurs

Le texte doit avoir un contraste adéquat avec son arrière-plan pour garantir sa lisibilité aux personnes daltoniennes ou malvoyantes.

Taille et espacement des éléments cliquables

Les éléments pouvant être cliqués doivent être suffisamment grands pour permettre aux personnes ayant des limitations motrices d'interagir avec eux. Ces éléments doivent être espacés correctement pour éviter qu'un élément adjacent ne soit accidentellement cliqué.

Étiquettes de formulaire

Les champs de saisie utilisateur (zones de texte, cases à cocher, boutons radio) doivent avoir une étiquette correctement associée pour les technologies d'assistance telles que TalkBack et VoiceOver.

Descriptions d'images

Toute image pouvant recevoir le focus doit avoir une description associée pour les technologies d'assistance telles que TalkBack et VoiceOver.

Texte accessible par la technologie d'assistance

Tout texte à l'écran doit être accessible par les technologies d'assistance telles que TalkBack et VoiceOver. (Le texte inaccessible ne sera pas disponible pour les personnes utilisant des technologies d'assistance.)

Actions activables par la technologie d'assistance

Toutes les actions qu'un utilisateur peut effectuer (soumettre un formulaire en appuyant sur un bouton, développer/réduire une section de contenu, ouvrir un menu, faire avancer un carrousel d'images, etc.) doivent pouvoir être activées par les technologies d'assistance telles que TalkBack et VoiceOver. (Les actions qui ne peuvent pas être activées ne seront pas disponibles pour les personnes utilisant des technologies d'assistance.)

Éléments interactifs imbriqués

Tout élément interactif pouvant être activé par la technologie d'assistance ne doit pas contenir un autre élément interactif à l'intérieur. Chaque élément interactif doit être accessible individuellement pour pouvoir être activé de manière indépendante.

Rotation de l'écran

Les applications doivent pivoter lorsque l'appareil est tourné pour garantir que les personnes puissent utiliser l'application quelle que soit l'orientation de l'écran de l'appareil. Certaines personnes ont leur téléphone ou tablette fixé à leur fauteuil roulant dans une orientation fixe. Si l'orientation ne peut pas être prise en charge, l'application devient inutilisable pour cette personne.

Titre de l'écran

Chaque écran d'une application doit fournir un titre à annoncer par les technologies d'assistance. Les titres d'écran permettent aux utilisateurs ayant des handicaps visuels, cognitifs, moteurs et une mémoire à court terme limitée de savoir où ils se trouvent dans l'application, d'identifier le contenu d'un écran par son titre et de naviguer entre les écrans dans les cas où le mode d'utilisation de l'utilisateur dépend de l'audio.

Que reste-t-il à tester manuellement ?

Les listes ci-dessous contiennent des exemples de problèmes d'accessibilité nécessitant un test manuel. Ce n'est pas une liste de contrôle exhaustive, mais donne une idée des types de problèmes que vous voudrez tester manuellement après avoir utilisé Axe DevTools Mobile.

Tests avec technologie d'assistance

Assurez-vous que les utilisateurs peuvent interagir efficacement avec l'application en utilisant des technologies d'assistance, telles que TalkBack ou VoiceOver.

• Ordre de lecture - Est-ce que la technologie d'assistance rencontre tout le contenu statique, tel que les titres et paragraphes, dans l'ordre de lecture correct ?
• Ordre des éléments interactifs - Est-ce que la technologie d'assistance parcourt les éléments interactifs, tels que les boutons et champs de formulaire, à l'écran dans un ordre logique ?
• En-têtes - Les titres sont-ils correctement annoncés aux technologies d'assistance ?
• Images - Les images décoratives sont-elles identifiées et intégrées en tant que telles, afin qu'elles puissent être ignorées par les technologies d'assistance ?
• Tableaux - Les cellules de tableau de données sont-elles fournies avec des noms accessibles qui définissent à quels en-têtes de colonnes ou de lignes elles se rapportent ?
• Gestion du focus - L'écran contient-il des composants d'interface qui, lorsqu'ils sont activés, font passer l'écran à un nouvel état, comme l'ouverture d'une popup ou d'un menu ? Dans ce cas, l'écran reste-t-il fonctionnel pour les technologies d'assistance après la transition ?
• Annonces d'état - L'écran contient-il des éléments qui changent d'état, tels que développé/réduit ou appuyé ? Ces états sont-ils annoncés aux technologies d'assistance ?
• Gestes et mouvements de l'appareil - L'écran utilise-t-il des gestes ou le mouvement de l'appareil comme entrée ? Y a-t-il des composants d'interface utilisateur qui exécutent la même action sans nécessiter de gestes ou de mouvement de l'appareil ? Peut-on désactiver l'entrée de mouvement de l'appareil pour éviter une activation accidentelle ?

Signification du contenu

Assurez-vous que le texte décrit de manière significative la fonction ou le but du contenu ou des commandes associés.

• Signification des boutons et liens - Le texte des boutons et liens décrit-il avec précision la fonction qui sera exécutée ?
• Étiquettes de formulaire - Les utilisateurs peuvent-ils comprendre le but des contrôles de formulaire grâce à des textes d'étiquette significatifs ?
• Signification des en-têtes - Les titres de section décrivent-ils de manière significative le contenu qui suit ?
• Signification des images - Le texte accessible décrit-il avec précision l'image ? Les images complexes et graphiques sont-ils accompagnés d'une description textuelle complète capturant tout leur contenu ?

Structure du contenu

Assurez-vous que les utilisateurs peuvent comprendre la structure du contenu de chaque écran et de l'application dans son ensemble.

• Titres - Le contenu est-il présenté en blocs de texte courts séparés par des titres de section pour mieux organiser l'information ? Les titres de section utilisés pour titrer ou décrire les sections de l'application peuvent-ils être identifiés en tant que tels par les utilisateurs ?
• Navigation - L'application contient-elle un groupe d'éléments de navigation ? Les éléments sont-ils dans le même ordre relatif et étiquetés de la même manière sur chaque écran ?
• Cohérence à l'échelle de l'application - Les composants de l'interface utilisateur, tels que les formulaires ou autres contrôles, qui apparaissent et ont la même fonction sur les écrans sont-ils étiquetés de la même manière sur chaque écran ?

Contenu dynamique/chronométré

Assurez-vous que le contenu dynamique peut être contrôlé par l'utilisateur.

• Audio/vidéo - Le contenu vidéo ou audio possède-t-il des alternatives textuelles pour les utilisateurs qui ne peuvent ni voir ni entendre, comme des transcriptions textuelles ou des sous-titres ?
• Comportement automatique - Du contenu se déplace-t-il, s'anime-t-il ou défile-t-il automatiquement, comme des carrousels et des flux de messages ? Si oui, l'utilisateur peut-il mettre en pause, arrêter, masquer le mouvement et toujours utiliser toutes les fonctionnalités ?
• Mises à jour automatiques du contenu - Un contenu se met-il à jour automatiquement ? Si oui, l'utilisateur peut-il contrôler la fréquence, reporter ou désactiver les interruptions liées au contenu ?
• Interruptions lors du chargement de l'écran - Du contenu multimédia chronométré, tel que des vidéos ou de l'audio, commence-t-il à jouer automatiquement ? Existe-t-il un mécanisme permettant à l'utilisateur de mettre en pause, arrêter ou masquer le contenu qui se lit automatiquement ?
• Messages d'état - L'écran produit-il des messages d'état ? Si oui, sont-ils annoncés immédiatement par la technologie d'assistance ? Les messages d'état disparaissent-ils d'eux-mêmes, laissant l'utilisateur sans aucune indication subsistante de l'état ? Effets visuels - L'application est-elle exempte de composants qui clignotent ou scintillent plus de trois fois dans une période d'une seconde ?

Validation et retour des formulaires

Assurez-vous que les formulaires et les éléments de saisie utilisateur peuvent être facilement compris et complétés, et que toutes erreurs peuvent être résolues.

• Étiquettes de formulaire - Les formulaires disposent-ils d'étiquettes et d'instructions persistantes et significatives pour leurs contrôles respectifs ?
• Prévention des erreurs - Les contrôles interactifs fournissent-ils aux utilisateurs des instructions claires ? En cas d'erreurs, l'utilisateur reçoit-il des états d'erreur clairs et des messages d'erreur pour aider à les corriger ?
• Messages d'erreur - Les erreurs de formulaire sont-elles renvoyées d'une manière qui ne repose pas uniquement sur la vision ou la perception des couleurs ?
• Changement de contexte - Les utilisateurs peuvent-ils savoir quand fournir une entrée à un contrôle de formulaire déclenchera automatiquement un changement de contexte, tel que l'ouverture d'une fenêtre contextuelle lorsqu'une case à cocher est sélectionnée, ou le passage au champ suivant lorsque le maximum de caractères est atteint (comme dans les champs multipart SSN) ?
• Données légales et financières - Les utilisateurs soumettent-ils des données légales ou financières dans l'application ? Si oui, des moyens sont-ils offerts aux utilisateurs pour inverser, vérifier ou confirmer les données légales ou financières avant de les soumettre ?

Autres considérations

• Alternatives aux indices de couleur - Les utilisateurs de l'application peuvent-ils utiliser d'autres indices visuels lorsque l'information est principalement transmise par la couleur ?
• Indicateurs de mise au point - Un indicateur de mise au point clairement distinguable avec un contraste de couleur suffisant est-il visible lorsque les éléments actifs reçoivent le focus ?
• Navigation et paramètres de la plateforme - Des éléments de l'application offrent-ils une expérience anti-modèle qui entraînerait la rupture des fonctionnalités de navigation de la plateforme sur iOS ou Android ? Les paramètres de l'appareil de l'utilisateur sont-ils respectés dans toute l'application ?
• Orientation de l'écran - Le contenu et la fonctionnalité de l'écran sont-ils conservés lors du passage entre les orientations portrait et paysage ? (Le contenu n’a pas nécessairement besoin d’être sur le même écran, mais doit être disponible quelque part dans l’application.)
• Limite de session - L'application impose-t-elle une limite de temps de session à l'utilisateur ? L'utilisateur peut-il prolonger, désactiver ou modifier la limite de temps ? L'application s'assure-t-elle que les utilisateurs ne perdent pas d'informations si leur session expire et qu'ils doivent se reconnecter ?
• Redimensionnement du texte et zoom - Les fonctionnalités de l'application empêchent-elles les utilisateurs d'utiliser la fonctionnalité de zoom ou de redimensionnement du texte de iOS ou Android ?
• Texte dans les images - À l'exception des logos, les écrans sont-ils exempts d'images de texte et de visuels avec du texte intégré ?