Test de l’accessibilité

  • Article

Cette rubrique décrit différents outils et procédures pour vous aider à vérifier l’implémentation de l’accessibilité de vos applications Windows et web.

Expériences utilisateur réussies

L’accès programmatique et l’accès au clavier sont des exigences essentielles pour prendre en charge l’accessibilité dans votre application. Tester l’accessibilité de vos applications Windows, des outils de technologie d’assistance (AT) et des infrastructures d’interface utilisateur est essentiel pour garantir une expérience utilisateur réussie pour les personnes présentant divers handicaps et limitations (y compris la vision, l’apprentissage, la dextérité/mobilité et les troubles de la langue/communication), ou ceux qui préfèrent simplement utiliser un clavier.

En l’absence d’une prise en charge adéquate des technologies accessibles (AT), telles que les lecteurs d’écran et les claviers visuels, les utilisateurs ayant des problèmes de vision, d’apprentissage, de dextérité/mobilité et de langue/communication ou des limitations (et les utilisateurs qui préfèrent simplement utiliser le clavier) peuvent trouver difficile, voire impossible, d’utiliser votre application.

Outils de test d’accessibilité

Insights sur l’accessibilité

Accessibility Insights aide les développeurs à trouver et à résoudre les problèmes d’accessibilité dans les sites web et les applications Windows.

  • Accessibility Insights pour Windows aide les développeurs à trouver et à résoudre les problèmes d’accessibilité dans les applications Windows. L’outil prend en charge trois scénarios principaux :
    • Live Inspect permet aux développeurs de vérifier qu’un élément d’une application possède les propriétés UI Automation appropriées en pointant simplement sur l’élément ou en définissant le focus clavier dessus.
    • FastPass : un processus léger en deux étapes qui aide les développeurs à identifier les problèmes d’accessibilité courants et à fort impact en moins de cinq minutes.
    • La résolution des problèmes vous permet de diagnostiquer et de résoudre des problèmes d’accessibilité spécifiques.
  • Accessibility Insights for Web est une extension pour Chrome et Microsoft Edge Insider qui aide les développeurs à trouver et à résoudre les problèmes d’accessibilité dans les applications web et les sites. Il prend en charge deux scénarios principaux :
    • FastPass : un processus léger en deux étapes qui aide les développeurs à identifier les problèmes d’accessibilité courants et à fort impact en moins de cinq minutes.
    • Évaluation : permet à quiconque de vérifier qu’un site web est conforme à 100 % aux normes et directives d’accessibilité. Accessibility Insights vous permet également de passer en revue les éléments, les propriétés, les modèles de contrôle et les événements UI Automation (comme les outils hérités Inspect et AccEvent décrits dans la section suivante).

Outils de test hérités

Notes

Les outils décrits ici sont toujours disponibles dans le Kit de développement logiciel (SDK) Windows, mais nous vous recommandons vivement de passer à Accessibility Insights.

Le Kit de développement logiciel (SDK) Windows comprend plusieurs outils de test d’accessibilité, notamment AccScope, Inspect et UI Accessibility Checker, entre autres.

Vous pouvez lancer les outils de test d’accessibilité suivants à partir d’une invite de commandes Microsoft Visual Studio ou en accédant au dossier bin de l’emplacement où le SDK Windows est installé sur votre ordinateur de développement.

Visionneuse de l’étendue de l’ergonomie (AccScope)

L’Objet AccScope permet d’évaluer visuellement l’accessibilité d’une application lors des premières phases de conception et de développement. AccScope est spécifiquement destiné à tester les scénarios d’accessibilité du Narrateur et utilise les informations UI Automation fournies par une application pour montrer où l’accessibilité peut être améliorée.

Inspecter

Inspect vous permet de sélectionner n’importe quel élément d’interface utilisateur et d’afficher ses données d’accessibilité. Vous pouvez afficher les propriétés et modèles de contrôles Microsoft UI Automation, et tester la structure de navigation des éléments d’automatisation dans l’arborescence UI Automation. Il est particulièrement utile pour s’assurer que les propriétés et les modèles de contrôle sont correctement définis lors de l’extension d’un contrôle commun ou de la création d’un contrôle personnalisé.

Utilisez Inspect lorsque vous développez l’interface utilisateur pour vérifier comment les attributs d’accessibilité sont exposés dans UI Automation. Dans certains cas, les attributs proviennent de la prise en charge UI Automation déjà implémentée pour les contrôles XAML par défaut. Dans d’autres cas, les attributs proviennent de valeurs spécifiques que vous avez définies dans votre balisage XAML, en tant que propriétés jointes AutomationProperties .

L’image suivante illustre l’outil Inspect qui interroge les propriétés UI Automation de l’élément de menu Modifier dans le Bloc-notes.

Capture d’écran de l’outil Inspect.

Vérificateur d’accessibilité de l’interface utilisateur

Le vérificateur d’accessibilité de l’interface utilisateur (AccChecker) vous aide à détecter les problèmes d’accessibilité potentiels au moment de l’exécution. AccChecker inclut des vérifications pour UI Automation, Microsoft Active Accessibility et ARIA (Accessible Rich Internet Applications). Il peut fournir une case activée statique pour les erreurs telles que les noms manquants, les problèmes d’arborescence et bien plus encore. Il permet de vérifier l’accès par programmation et inclut des fonctionnalités avancées pour automatiser les tests d’accessibilité. Vous pouvez exécuter AccChecker en mode d’interface utilisateur ou de ligne de commande. Pour exécuter l’outil en mode interface utilisateur, ouvrez le dossier AccChecker dans le dossier bin du SDK Windows, exécutez acccheckui.exe, puis cliquez sur le menu Aide .

UI Automation Verify

UI Automation Verify (UIA Verify) est une infrastructure pour les tests manuels et automatisés de l’implémentation d’UI Automation dans un contrôle ou une application (les résultats peuvent être consignés). UIA Verify peut s’intégrer dans le code de test et effectuer des tests réguliers et automatisés ou des vérifications ponctuelles des scénarios UI Automation. Il est utile pour vérifier que les modifications apportées aux applications avec des fonctionnalités établies n’ont pas de nouveaux problèmes ou régressions. UIA Verify se trouve dans le sous-dossier UIAVerify du dossier bin du SDK Windows.

Accessible Event Watcher

Accessible Event Watcher (AccEvent) teste si les éléments d’interface utilisateur d’une application déclenchent des événements UI Automation et Microsoft Active Accessibility appropriés lorsque des modifications d’interface utilisateur se produisent. De telles modifications peuvent se produire quand le focus change ou quand un élément d’interface utilisateur est appelé, sélectionné ou subit une modification d’état ou de propriété. AccEvent est généralement utilisé pour déboguer les problèmes et vérifier que les contrôles personnalisés et étendus fonctionnent correctement.

Procédures de test d’accessibilité

Tester l’accessibilité du clavier

Le meilleur moyen de tester l’accessibilité de votre clavier consiste à débrancher la souris et à utiliser le Clavier visuel si vous utilisez une tablette. Testez la navigation de l’accessibilité du clavier à l’aide de la touche Tab. Vous devez pouvoir parcourir tous les éléments d’interface utilisateur interactifs à l’aide de la touche Tab. Pour les éléments d’interface utilisateur composites, vérifiez que vous pouvez naviguer entre les parties des éléments à l’aide des touches de direction. Par exemple, vous devriez pouvoir naviguer parmi des listes d’éléments à l’aide des touches du clavier. Pour finir, vérifiez que vous pouvez appeler tous les éléments d’interface utilisateur interactifs avec le clavier une fois que ces éléments ont le focus, généralement à l’aide de la touche Entrée ou Espace.

Vérifier le coefficient de contraste du texte visible

Utilisez des outils de contraste des couleurs pour vérifier que le coefficient de contraste du texte visible est acceptable. Les exceptions comprennent les éléments d’interface utilisateur inactifs, ainsi que les logos et le texte décoratif qui ne transmettent pas d’informations et peuvent être réorganisés sans modifier la signification. Pour plus d’informations sur le coefficient de contraste et les exceptions, voir Exigences de texte accessible. Pour connaître les outils permettant de tester les coefficients de contraste, voir la spécification Techniques for WCAG 2.0 G18 (section Resources).

Notes

Certains outils répertoriés par la spécification Techniques for WCAG 2.0 G18 ne peuvent pas être utilisés de manière interactive avec une application UWP. Vous pouvez être amené à entrer des valeurs de couleur de premier plan et d’arrière-plan manuellement dans l’outil, ou à effectuer des captures d’écran de l’interface utilisateur de l’application puis à exécuter l’outil de coefficient de contraste sur l’image de capture d’écran, ou à exécuter l’outil tout en ouvrant des fichiers bitmap sources dans un programme d’édition d’images plutôt que pendant que cette image est chargée par l’application.

Vérifier votre application en contraste élevé

Utilisez votre application lorsqu’un thème à contraste élevé est actif pour vérifier que tous les éléments d’interface utilisateur s’affichent correctement. Tout le texte doit être lisible, et toutes les images doivent être claires. Ajustez les modèles de contrôles ou ressources de dictionnaires de thèmes XAML pour résoudre les éventuels problèmes de thème dus à des contrôles. Dans les cas où les problèmes de contraste élevé ne sont pas dus aux thèmes ou aux contrôles (par exemple s’ils sont dus à des fichiers image), vous devez fournir des versions distinctes à utiliser lorsqu’un thème à contraste élevé est actif.

Vérifier votre application avec des paramètres d’affichage

Utilisez les options d’affichage système qui ajustent la valeur en haute résolution de l’affichage et assurez-vous que l’interface utilisateur de votre application est correctement mise à l’échelle lorsque cette valeur est modifiée. (Certains utilisateurs modifient les valeurs ppp en tant qu’option d’accessibilité. Celle-ci est disponible dans Options d’ergonomie, ainsi que les propriétés d’affichage.) Si vous détectez des problèmes, suivez Recommandations en matière d’expérience utilisateur pour la disposition et la mise à l’échelle et fournissez des ressources supplémentaires pour les différents facteurs de mise à l’échelle.

Vérifier les scénarios d’application principaux à l’aide du Narrateur

Utilisez le Narrateur pour tester l’expérience de lecture d’écran de votre application.

Procédez comme suit pour tester votre application à l’aide du Narrateur avec une souris et le clavier :

  1. Démarrez le Narrateur en appuyant sur la touche de logo Windows + Ctrl + Entrée. Dans les versions antérieures à Windows 10 version 1607, utilisez la touche de logo Windows + Entrée pour démarrer le Narrateur.
  2. Naviguez dans votre application à l’aide du clavier en utilisant la touche Tab, les touches de direction et la touche Verr. maj + les touches de direction.
  3. À mesure que vous naviguez dans votre application, écoutez le Narrateur lire les éléments de votre interface utilisateur et vérifiez les points suivants :
    • Pour chaque contrôle, vérifiez que le Narrateur lit tout le contenu visible. Vérifiez également qu’il lit le nom de chaque contrôle, tout état applicable (coché, sélectionné, etc.) et le type du contrôle (bouton, case à cocher, élément de liste, etc.).
    • Si l’élément est interactif, vérifiez que vous pouvez utiliser le Narrateur pour appeler son action en appuyant sur Verr. maj + Entrée.
    • Pour chaque tableau, vérifiez que le Narrateur lit correctement le nom du tableau, sa description (le cas échéant) et les en-têtes de lignes et de colonnes.
  4. Appuyez sur Verr. maj + Maj + Entrée pour effectuer des recherches dans votre application et vérifier que tous vos contrôles apparaissent dans la liste de recherche, et que les noms des contrôles sont localisés et lisibles.
  5. Éteignez votre moniteur et essayez d’accomplir les scénarios d’application principaux en utilisant uniquement le clavier et le Narrateur. Pour obtenir la liste complète des commandes et des raccourcis du Narrateur, appuyez sur Verr. maj + F1.

À compter de Windows 10 version 1607, nous avons introduit un nouveau mode développeur dans le Narrateur. Activez le mode développeur lorsque le Narrateur est déjà en cours d’exécution en appuyant sur Ctrl + Verr. maj + F12. Quand le mode développeur est activé, l’écran est masqué et met en évidence uniquement les objets accessibles et le texte associé exposé par programmation au Narrateur. Vous avez ainsi une bonne représentation visuelle des informations qui sont exposées au Narrateur.

Procédez comme suit pour tester votre application à l’aide du mode tactile du Narrateur :

Notes

Le Narrateur passe automatiquement en mode tactile sur les appareils qui prennent en charge les contacts 4+. Le Narrateur ne prend pas en charge les scénarios à plusieurs moniteurs ou les numériseurs d’interaction tactile multipoint sur l’écran principal.

  1. Familiarisez-vous avec l’interface utilisateur et explorez la disposition.

    • Naviguez dans l’interface utilisateur en effectuant des mouvements de balayage à l’aide d’un seul doigt. Effectuez des mouvements de balayage vers la gauche ou la droite pour naviguer entre les éléments et vers le haut ou le bas pour changer la catégorie des éléments parmi lesquels vous naviguez. Les catégories incluent tous les éléments, liens, tableaux, en-têtes, etc. La navigation par mouvements de balayage à l’aide d’un seul doigt est similaire à la navigation avec Verr. maj + les touches de direction.
    • Utilisez les mouvements d’insertion d’une tabulation pour naviguer entre les éléments pouvant être actifs. Un balayage à trois doigts vers la droite ou la gauche est équivalent à l’utilisation de la touche Tab et des touches Maj + Tab sur un clavier.
    • Explorez spatialement l’interface utilisateur à l’aide d’un seul doigt. Déplacez un seul doigt vers le haut et le bas, ou la gauche et la droite, pour que le Narrateur lise les éléments placés sous votre doigt. Vous pouvez utiliser la souris comme alternative, car elle utilise la même logique de test de positionnement avancé que le déplacement d’un seul doigt.
    • Lisez la fenêtre entière et tout son contenu en balayant l’écran vers le haut avec trois doigts. Ceci est équivalent à l’utilisation de Verr. maj + W.

    Si des éléments d’interface utilisateur importants sont inaccessibles, il s’agit peut-être d’un problème d’accessibilité.

  2. Interagissez avec un contrôle pour tester ses actions principales et secondaires, ainsi que son comportement de défilement.

    Les actions principales incluent des choses telles que l’activation d’un bouton, le positionnement d’un curseur de texte et le placement du focus sur le contrôle. Les actions secondaires incluent des actions telles que la sélection d’un élément de liste ou le développement d’un bouton qui propose plusieurs options.

    • Pour tester une action principale : appuyez deux fois ou effectuez un appui prolongé avec un doigt et appuyez avec un autre doigt.
    • Pour tester une action secondaire : appuyez trois fois ou effectuez un appui prolongé avec un doigt et appuyez deux fois avec un autre doigt.
    • Pour tester le comportement de défilement : balayez l’écran avec deux doigts pour effectuer un défilement dans la direction de votre choix.

    Certains contrôles fournissent des actions supplémentaires. Pour afficher la liste complète, touchez l’écran avec quatre doigts.

    Si un contrôle réagit à la souris ou au clavier mais ne réagit pas à une interaction tactile principale ou secondaire, le contrôle doit peut-être implémenter des modèles de contrôles UI Automation supplémentaires.

Vous devez également envisager d’utiliser l’outil AccScope pour tester les scénarios d’accessibilité du Narrateur avec votre application. La rubrique relative à l’outil AccScope décrit comment configurer AccScope pour tester les scénarios du Narrateur.

Examiner la représentation UI Automation de votre application

Plusieurs des outils de test d’UI Automation mentionnés précédemment permettent d’afficher votre application d’une façon qui, délibérément, ne prend pas en compte son apparence, mais la représente sous la forme d’une structure d’éléments UI Automation. C’est ainsi que les clients UI Automation, principalement les technologies d’assistance, vont interagir avec votre application dans les scénarios d’accessibilité.

L’outil AccScope fournit une vue particulièrement intéressante de votre application, car vous pouvez voir les éléments UI Automation sous forme de représentation visuelle ou de liste. Si vous utilisez la visualisation, vous pouvez explorer les différents éléments d’une façon qui vous permettra de les mettre en corrélation avec l’apparence visuelle de l’interface utilisateur de votre application. Vous pouvez même tester l’accessibilité de vos premiers prototypes d’interface utilisateur avant d’avoir affecté toute la logique à l’interface utilisateur, ce qui garantit que l’interaction visuelle et la navigation dans les scénarios d’accessibilité dans votre application sont équilibrées.

La présence d’éléments apparaissant à tort dans l’affichage des éléments UI Automation est l’un des aspects que vous pouvez tester. Si vous trouvez des éléments que vous souhaitez omettre de la vue, ou inversement s’il manque des éléments, vous pouvez utiliser la propriété jointe XAML AutomationProperties.AccessibilityView pour ajuster l’affichage des contrôles XAML dans les vues d’accessibilité. Après avoir examiné les affichages d’accessibilité de base, il est également conseillé de revérifier l’ordre de vos tabulations ou la navigation spatiale tel que le permettent les touches de direction. Vous vous assurez ainsi que les utilisateurs peuvent atteindre chacun des éléments interactifs qui sont exposés dans l’affichage de contrôle.