Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cette rubrique décrit différents outils et procédures pour vérifier l’accessibilité de votre application Windows.
Elle est destinée aux équipes qui hiérarchisent l’accessibilité et les tests automatisés tout au long du cycle de vie du développement. L’approche la plus efficace combine l’automatisation qui s’exécute dans CI avec des tests technologiques manuels ciblés pour les scénarios à haut risque.
Expériences utilisateur réussies
L’accès par programmation et au clavier est essentiel pour l’accessibilité. Testez votre application Windows, les outils de technologie d’assistance (AT) et les infrastructures d’interface utilisateur pour garantir une expérience réussie pour les personnes ayant une vision, un apprentissage, une mobilité ou un handicap de langage/communication, ainsi que des personnes qui préfèrent la navigation au clavier.
Sans prise en charge adéquate de la technologie d’assistance (AT), comme les lecteurs d’écran et les claviers visuels, de nombreux utilisateurs peuvent trouver votre application difficile ou impossible à utiliser.
Outils de test de l’accessibilité
Utilisez les outils de cette section tout au long du développement, pas juste avant la mise en production. Commencez par Accessibility Insights pour des vérifications rapides et à impact élevé, puis utilisez les outils sdk hérités pour une inspection plus approfondie des propriétés, des événements ou des modèles de contrôle UI Automation.
Insights sur l’accessibilité
Accessibility Insights permet aux développeurs de trouver et de résoudre les problèmes d’accessibilité dans les sites web et les applications Windows.
-
Les insights d’accessibilité pour Windows permettent aux développeurs de trouver et de 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 simplement en pointant sur l’élément ou en définissant le focus clavier sur celui-ci.
- FastPass : processus en deux étapes léger qui aide les développeurs à identifier les problèmes courants d’accessibilité à impact élevé 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 : processus en deux étapes léger qui aide les développeurs à identifier les problèmes courants d’accessibilité à impact élevé en moins de cinq minutes.
- Évaluation : permet à toute personne de vérifier qu’un site web est conforme à 100% conforme aux normes d’accessibilité et aux directives. Accessibility Insights vous permet également de passer en revue les éléments, propriétés, modèles de contrôle et é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
Note
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 Kit de développement logiciel (SDK) Windows est installé sur votre ordinateur de développement.
AccScope
AccScope permet l’évaluation visuelle de l’accessibilité d’une application pendant les 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 les modèles de contrôle Microsoft UI Automation et tester la structure de navigation des éléments Microsoft UI Automation dans l’arborescence UI Automation. Il est particulièrement utile de 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 la façon dont 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à mise en œuvre 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 montre l’outil Inspecter qui interroge les propriétés UI Automation de l’élément de menu Modifier dans le Bloc-notes.
Vérificateur d’accessibilité de l’interface utilisateur
Le vérificateur d’accessibilité de l’interface utilisateur (AccChecker) vous permet de détecter des problèmes d’accessibilité potentiels au moment de l’exécution. AccChecker inclut des vérifications pour UI Automation, Microsoft Active Accessibility et Accessible Rich Internet Applications (ARIA). Il peut fournir une vérification statique des 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 interface utilisateur ou ligne de commande. Pour exécuter l’outil en mode interface utilisateur, ouvrez le dossier AccChecker dans le dossier bin du Kit de développement logiciel (SDK) Windows, exécutez acccheckui.exe, puis cliquez sur le menu Aide .
UI Automation Vérification
UI Automation Verify (UIA Verify) est une infrastructure pour les tests manuels et automatisés de l’implémentation UI Automation dans un contrôle ou une application (les résultats peuvent être enregistrés). UIA Verify peut s’intégrer au code de test et effectuer des tests réguliers, automatisés ou des vérifications spot des scénarios UI Automation et 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. Vous trouverez UIA Verify dans le sous-dossier UIAVerify du dossier bin du Kit de développement logiciel (SDK) Windows.
Observateur d’événements accessible
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 de l’interface utilisateur se produisent. Des modifications de l’interface utilisateur peuvent se produire lorsque le focus change, ou lorsqu’un élément d’interface utilisateur est appelé, sélectionné, ou lorsqu’un état ou une propriété est modifié(e). AccEvent est généralement utilisé pour déboguer des problèmes et pour vérifier que les contrôles personnalisés et étendus fonctionnent correctement.
Procédures de test d’accessibilité
Créer un processus d'accessibilité axé sur l'automatisation
Utilisez des tests d’accessibilité comme porte de mise en production, de la même façon que vous utilisez des tests unitaires, d’intégration et de fiabilité.
- Définissez les attentes d’accessibilité de référence pour les flux utilisateur principaux et le comportement de contrôle.
- Ajoutez des vérifications automatisées qui s’exécutent dans les pull requests et l'intégration continue pour détecter rapidement les régressions.
- Échouer les builds lorsque des problèmes critiques d'accessibilité sont détectés, et suivre les exemptions avec un propriétaire et une date d'expiration.
- Planifiez la validation manuelle du lecteur d’écran et du clavier pour les scénarios où le jugement humain est requis.
- Testez les scénarios affectés chaque fois que les modèles, la logique de contrôle ou le comportement de navigation changent.
Tester l’accessibilité du clavier
Valider le comportement du clavier sans entrée de pointeur. Confirmez une séquence Tab complète et logique sur tous les éléments interactifs, la navigation par flèche attendue dans les contrôles composites et l’activation fiable des actions par le clavier (généralement Entrée ou Barre d’espace) pour chaque surface de commande sur laquelle on peut se concentrer.
Vérifier le rapport de contraste du texte visible
Utilisez des outils de contraste de couleur pour vérifier que le rapport de contraste de texte visible est acceptable. Les exceptions incluent des éléments d’interface utilisateur inactifs, des logos ou du texte décoratif qui ne transmettent aucune information et peuvent être réorganisés sans modifier la signification. Pour plus d’informations sur le rapport de contraste et les exceptions, consultez les exigences de texte accessibles . Consultez techniques pour WCAG 2.0 G18 (section Ressources) pour les outils qui peuvent tester les ratios de contraste.
Note
Certains des outils répertoriés par techniques pour WCAG 2.0 G18 ne peuvent pas être utilisés de manière interactive avec une application Windows. Vous devrez peut-être entrer manuellement des valeurs de couleur de premier plan et d’arrière-plan dans l’outil, créer des captures d’écran de l’interface utilisateur de l’application, puis exécuter l’outil sur l’image de capture d’écran, ou exécuter l’outil lors de l’ouverture de fichiers bitmap sources dans un programme d’édition d’images plutôt que pendant le chargement de cette image par l’application.
Vérifier votre application en contraste élevé
Utilisez votre application alors qu’un thème à contraste élevé est actif pour vérifier que tous les éléments de l’interface utilisateur s’affichent correctement. Tout le texte doit être lisible et toutes les images doivent être claires. Ajustez les ressources de dictionnaire de thèmes XAML ou les modèles de contrôle pour corriger les problèmes de thème qui proviennent de contrôles. Dans les cas où des problèmes importants à contraste élevé ne proviennent pas de thèmes ou de contrôles (tels que des fichiers image), fournissez des versions distinctes à utiliser lorsqu’un thème à contraste élevé est actif.
Vérifier votre application avec les paramètres d’affichage
Validez la mise à l’échelle de l’interface utilisateur entre les modifications de DPI système, notamment les scénarios de mise à l’échelle liés à l’accessibilité. Si des régressions de disposition ou de rendu apparaissent, appliquez les instructions pour la mise à l’échelle de disposition et ajoutez des ressources pour les facteurs d’échelle affectés.
Vérifier les principaux scénarios d’application à l’aide du Narrateur
Utilisez le Narrateur pour tester l’expérience de lecture d’écran pour votre application.
Procédez comme suit pour tester votre application à l’aide du Narrateur avec une souris et un clavier :
- Démarrez le Narrateur en appuyant sur la touche du 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.
- Accédez à votre application avec le clavier à l’aide de la touche Tab , des touches de direction et des touches maj+ flèche.
- Lorsque vous naviguez dans votre application, écoutez le Narrateur lit les éléments de votre interface utilisateur et vérifiez ce qui suit :
- Pour chaque contrôle, assurez-vous que le Narrateur lit tout le contenu visible. Vérifiez également que le Narrateur lit le nom de chaque contrôle, tout état applicable (activé, sélectionné, etc.) et le type de 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 Majs Lock + Entrée.
- Pour chaque table, assurez-vous que le Narrateur lit correctement le nom de la table, la description de la table (le cas échéant) et les en-têtes de ligne et de colonne.
- Appuyez sur Caps Lock + Maj + Entrée pour rechercher 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.
- Désactivez votre moniteur et essayez d’accomplir les principaux scénarios d’application en utilisant uniquement le clavier et le Narrateur. Pour obtenir la liste complète des commandes et raccourcis du Narrateur, appuyez sur Majs Lock + F1.
Pendant que le Narrateur est en cours d’exécution, activez le mode développeur avec Control + Majs Lock + F12. Le mode développeur masque l’écran et met en surbrillance uniquement les objets et le texte accessibles par programmation, ce qui facilite la validation de la sortie visible par le Narrateur.
Procédez comme suit pour tester votre application à l’aide du mode tactile du Narrateur :
Note
Le Narrateur passe automatiquement en mode tactile sur les appareils qui prennent en charge 4 contacts ou plus. Le Narrateur ne prend pas en charge les scénarios d'affichage multiple ni les interfaces multi-tactiles sur l’écran principal.
Familiarisez-vous avec l’interface utilisateur et explorez la disposition.
- Parcourez l’interface utilisateur à l’aide de mouvements de balayage à un seul doigt. Utilisez des mouvements de balayage gauche ou droit pour passer d’un élément à l’autre et vers le haut ou vers le bas pour modifier la catégorie d’éléments en cours de navigation. Les catégories incluent tous les éléments, liens, tables, en-têtes, et ainsi de suite. La navigation avec des mouvements de balayage à un doigt est similaire à la navigation avec la touche Caps Lock + Flèche.
- Utilisez des mouvements d’onglet pour parcourir les éléments focusables. Un balayage à trois doigts vers la droite ou la gauche est le même que la navigation avec Tab et Maj + Tab sur un clavier.
- Examinez spatialement l’interface utilisateur avec un seul doigt. Faites glisser un seul doigt vers le haut et vers le bas ou vers la gauche et la droite pour que le Narrateur lise les éléments sous votre doigt. Vous pouvez utiliser la souris comme alternative, car elle utilise la même logique de test de positionnement que le fait de faire glisser un seul doigt.
- Lisez l’intégralité de la fenêtre et tout son contenu avec un mouvement de balayage vers le haut de trois doigts. Cela équivaut à l’utilisation du verrou caps + W.
S’il existe une interface utilisateur importante que vous ne pouvez pas atteindre, il se peut que vous ayez un problème d’accessibilité.
Interagissez avec un contrôle pour tester ses actions primaires et secondaires et son comportement de défilement.
Les actions principales incluent des éléments tels qu’activer un bouton, placer un curseur de texte et définir le 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 offre plusieurs options.
- Pour tester une action principale : appuyez deux fois, ou appuyez avec un doigt et appuyez avec un autre.
- Pour tester une action secondaire : appuyez trois fois ou appuyez avec un doigt et appuyez deux fois avec un autre.
- Pour tester le comportement de défilement : utilisez des balayages à deux doigts pour faire défiler la direction souhaitée.
Certains contrôles fournissent des actions supplémentaires. Pour afficher la liste complète, effectuez un seul appui à quatre doigts.
Si un contrôle répond à la souris ou au clavier mais ne répond pas à une interaction tactile principale ou secondaire, le contrôle peut avoir besoin d’implémenter des modèles de contrôle 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 de l’outil AccScope décrit comment configurer AccScope pour tester les scénarios du Narrateur.
Examiner la représentation UI Automation de votre application
Utilisez les outils d’inspection UI Automation pour afficher votre application en tant qu’arborescence d’éléments UIA consommée par les technologies d’assistance.
AccScope est utile, car il montre l’arborescence sous la forme d’une liste ou d’une superposition visuelle, ce qui vous permet de mettre en corrélation la structure d’automatisation avec l’interface utilisateur rendue. Cela est efficace même pour les prototypes d’interface utilisateur précoces, avant l’implémentation d’une logique d’interaction complète.
Vérifiez que seuls les éléments prévus apparaissent dans chaque vue d’accessibilité et que les éléments requis sont présents. Utilisez AutomationProperties.AccessibilityView pour corriger les omissions ou les surexpositions, puis revalider l’ordre de tabulation et la navigation en flèche pour tous les éléments interactifs en mode contrôle.
Rubriques connexes
Windows developer