Que reste-t-il à tester ?

Utilisez les informations sur cette page pour découvrir ce qui est testé par axe DevTools Mobile et consulter des exemples de ce qu'il reste à tester manuellement.

Pour obtenir des instructions détaillées, étape par étape, sur ce qu'il reste à tester après avoir utilisé axe DevTools Mobile, consultez la Liste de contrôle des tests restants.

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

Contraste des couleurs

Le texte doit avoir un contraste adéquat par rapport à son arrière-plan pour assurer la lisibilité pour les personnes daltoniennes ou malvoyantes.

Taille et espacement des éléments exploitables

Les éléments exploitables doivent être suffisamment grands pour que les personnes souffrant de limitations motrices puissent interagir avec eux. Ces éléments doivent avoir un espacement approprié entre eux pour garantir qu'un élément adjacent ne soit pas touché accidentellement.

É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 des images

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

Le texte est atteignable grâce à la technologie d'assistance

Tout texte à l’écran doit être accessible par une technologie d’assistance telle que TalkBack et VoiceOver. (Le texte qui ne peut pas être atteint ne sera pas disponible pour les personnes utilisant une technologie d'assistance.)

Les actions peuvent être activées 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 une technologie d'assistance telle 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 une technologie d’assistance ne doit pas contenir un autre élément interactif en son sein. Chaque élément interactif doit être accessible individuellement afin de pouvoir être activé indépendamment.

Rotation de l'écran

Les applications doivent pivoter lorsque l'appareil est tourné pour garantir que les utilisateurs peuvent utiliser l'application quelle que soit l'orientation de l'écran de l'appareil. Certaines personnes ont leur téléphone ou leur 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 qui sera annoncé par la technologie d’assistance. Les titres d'écran permettent aux utilisateurs souffrant de handicaps visuels, cognitifs et moteurs et d'une mémoire à court terme limitée de déterminer 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 de fonctionnement d'un utilisateur dépend de l'audio.

Que reste-t-il à tester manuellement ?

Les listes ci-dessous contiennent des exemples de problèmes d'accessibilité qui nécessitent des tests manuels. Il ne s'agit pas d'une liste de contrôle complète, mais donne plutôt une idée des types de problèmes que vous souhaiterez tester manuellement après avoir utilisé axe DevTools Mobile.

Test avec la technologie d'assistance

Assurez-vous que les utilisateurs peuvent interagir efficacement avec l'application à l'aide d'une technologie d'assistance, telle que TalkBack ou VoiceOver.

• Séquence de lecture - La technologie d'assistance parcourt-elle tout le contenu statique, tel que les titres et les paragraphes, dans la séquence de lecture correcte ?
• Ordre des éléments interactifs - La technologie d'assistance parcourt-elle les éléments interactifs, tels que les boutons et les champs de formulaire, sur l'écran dans un ordre logique ?
• Titres - Les titres sont-ils correctement annoncés aux technologies d'assistance ?
• Images - Les images décoratives sont-elles identifiées et intégrées comme telles, de sorte qu'elles peuvent être ignorées par les technologies d'assistance ?
• Tableaux - Les cellules du tableau de données sont-elles fournies avec des noms accessibles qui définissent les en-têtes de colonne ou de ligne auxquels les cellules se rapportent ?
• Gestion du focus - L'écran contient-il des composants d'interface qui, lorsqu'ils sont activés, provoquent la transition de l'écran vers un nouvel état d'écran, comme l'ouverture d'une fenêtre contextuelle ou d'un menu ? Si tel est le cas, l’écran est-il toujours utilisable 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és/réduits ou enfoncés ? Ces états sont-ils annoncés aux technologies d'assistance ?
• Gestes et mouvements de l'appareil - L'écran utilise-t-il des gestes ou des mouvements de l'appareil comme entrée ? Existe-t-il des composants d’interface utilisateur qui effectueront la même action sans nécessiter de gestes ou de mouvement de l’appareil ? L'entrée de mouvement de l'appareil peut-elle être désactivée 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 contrôles associés.

• Signification du bouton et du lien - Le texte du bouton et du lien décrit-il avec précision la fonction qui sera exécutée ?
• Étiquettes de formulaire - Les utilisateurs peuvent-ils comprendre l'objectif des contrôles de formulaire grâce à des étiquettes de texte significatives ?
• Signification du titre - Les titres de section décrivent-ils de manière significative le contenu suivant ?
• Signification de l’image - Le texte accessible décrit-il avec précision l’image ? Les images et les graphiques complexes sont-ils fournis avec une description intégrale reprenant l’intégralité de leur contenu ?

Structure du contenu

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

• Titres - Le contenu est-il présenté sous forme de courts blocs de texte séparés par des titres de section pour mieux organiser les informations ? Les titres de section utilisés pour intituler ou décrire des sections dans l'application peuvent-ils être identifiés comme 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 tous 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 auditif dispose-t-il d'alternatives textuelles pour les utilisateurs qui ne peuvent ni voir ni entendre, telles que des transcriptions de texte ou des sous-titres ?
• Comportement automatique - Est-ce qu'un contenu se déplace, s'anime ou défile automatiquement, comme les carrousels et les flux de messages ? Si tel est le cas, l’utilisateur peut-il mettre en pause, arrêter, masquer le mouvement et continuer à exploiter avec succès toutes les fonctionnalités ?
• Mises à jour automatiques de contenu - Est-ce que certains contenus sont mis à jour automatiquement ? Si tel est le cas, l’utilisateur peut-il contrôler la fréquence, reporter ou désactiver les interruptions du contenu ?
• Interruptions lors du chargement de l'écran - Est-ce que certains médias temporisés, tels que la vidéo ou l'audio, commencent à jouer automatiquement ? Existe-t-il un mécanisme permettant à l’utilisateur de mettre en pause, d’arrêter ou de masquer la lecture automatique du média ?
• Messages d'état - L'écran produit-il des messages d'état ? Si tel est le cas, les messages 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 restante de l'état ?

Effets visuels : l'application est-elle exempte de composants qui clignotent ou clignotent de manière répétée plus de trois fois en une seconde ?

Validation du formulaire et retour d’information

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

• Étiquettes de formulaire - Les formulaires ont-ils des étiquettes et des instructions persistantes et significatives pour leurs contrôles respectifs ?
• Prévention des erreurs - Les contrôles interactifs fournissent-ils aux utilisateurs des instructions claires ? Si des erreurs sont renvoyées, des états d’erreur et des messages d’erreur clairs sont-ils présentés à l’utilisateur pour l’aider à corriger les erreurs ?
• 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 la saisie d'une entrée dans un contrôle de formulaire déclenchera automatiquement un changement de contexte, comme l'ouverture d'une fenêtre contextuelle lorsqu'une case à cocher est sélectionnée ou le passage au champ suivant lorsque le nombre maximum de caractères est atteint (comme les champs de numéro de sécurité sociale en plusieurs parties).
• Données juridiques et financières - Les utilisateurs soumettent-ils des données juridiques ou financières dans l'application ? Si tel est le cas, propose-t-on aux utilisateurs des moyens d’annuler, de vérifier ou de confirmer des données juridiques ou financières avant de les soumettre ?

Autres considérations

• Alternatives aux repères de couleur - Les utilisateurs de l'application peuvent-ils exploiter d'autres repères visuels lorsque les informations sont principalement transmises par la couleur ?
• Indicateurs de mise au point - Un indicateur de mise au point clairement distinctif avec un contraste de couleur suffisant est-il rendu visible lorsque les éléments actifs reçoivent la mise au point ?
• Navigation et paramètres de la plateforme - Existe-t-il des éléments dans l'application offrant une expérience anti-modèle qui entraînerait la rupture des fonctionnalités de navigation de la plateforme dans iOS ou Android ? Les paramètres de l'appareil de l'utilisateur sont-ils respectés tout au long de l'application ?
• Orientation de l'écran - Le contenu et les fonctionnalités de l'écran sont-ils préservés lors du basculement entre les orientations portrait et paysage ? (Le contenu ne doit pas nécessairement être sur le même écran, mais doit être fourni quelque part dans l'application.)
• Délai d'expiration 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 garantit-elle que les utilisateurs ne perdent pas d'informations si leur session expire et qu'ils doivent se reconnecter ?
• Redimensionnement et zoom du texte - L'une des fonctionnalités de l'application empêche-t-elle les utilisateurs d'exploiter les fonctionnalités de zoom ou de redimensionnement du texte d'iOS ou d'Android ?
• Texte dans les images - À l'exception des logos, les écrans sont-ils exempts d'images de texte et de visuels contenant du texte intégré ?