Glossaire

Cette page décrit la terminologie clé utilisée dans l'interface utilisateur de l'axe Auditor que les utilisateurs du système doivent comprendre. Elle inclut des définitions et des explications de termes, abréviations et acronymes pouvant potentiellement vous être inconnus.

Tableau de conformité du tableau de bord : Le tableau de conformité indique le score global de conformité en matière d'accessibilité sur l'ensemble des pages et/ou des composants définis dans le cadre du cas de test. Les pourcentages sont calculés en fonction du nombre total de points de contrôle réussis ou échoués dans le cadre défini. Le point de contrôle sera considéré comme échoué s'il a échoué au moins une fois sur n'importe quelle page ou composant du cadre défini.

Technologie d'assistance : Les tests permettent de spécifier les logiciels et appareils utilisés par les personnes handicapées pour interagir avec les logiciels et les sites Web. Certains tests nécessiteront l'utilisation d'un lecteur d'écran, tel que NVDA ou JAWS sur PC, ou VoiceOver sur Mac. Lisez plus d'informations à https://en.wikipedia.org/wiki/Assistive_technology

Attester : Une partie de la suite de produits de conformité à l'accessibilité pour les entreprises de Deque, axe DevTools est le moteur de règles d'accessibilité premium qui exécute des tests automatisés complets dans axe Auditor. En tant que produit autonome, c'est une bibliothèque JavaScript légère, rapide et portable qui s'exécute sur votre serveur de développement local dans le même navigateur que vos tests fonctionnels ou unitaires, s'intégrant parfaitement avec le cadre de test ou le navigateur de votre choix. Dans tout cycle de développement agile mature, les développeurs et les testeurs sont habilités à détecter les problèmes d'accessibilité tôt et à les résoudre rapidement en utilisant les références et les modèles de solution intégrés provenant de l'aide contextuelle approfondie qui puise dans la base de connaissances d'accessibilité de Deque University.

Point de contrôle : Une méthode éprouvée pour tester les exigences en matière d'accessibilité créée par l'équipe d'experts en accessibilité de Deque qui augmente la cohérence et la précision des résultats de test. Basés sur les critères de réussite WCAG, ils fournissent une catégorisation et une interprétation plus explicites de ces directives, dans lesquelles les échecs sont généralement séparés par type de contenu. Les points de contrôle Deque aident les évaluateurs à produire des résultats de test cohérents et précis lors des évaluations d'accessibilité. Un point de contrôle se réfère à la section la plus pertinente et applicable de la liste principale des 66 points de contrôle Deque (et leurs exigences) qui font partie intégrante de la méthode Deque pour l'égalité numérique.

Statut d'achèvement : Les trois états d'achèvement liés aux exécutions de test dans axe Auditor sont "non commencé" (cas de test assigné à l'utilisateur, mais pas encore commencé), "en cours" (les tests automatisés ou manuels ont été commencés, mais tous les points de contrôle n'ont pas encore été assignés à un résultat pour toutes les pages qui composent l'exécution de test), et "terminé" (ce qui signifie que tous les points de contrôle pour toutes les pages ont été marqués avec un résultat d'achèvement de "Réussi", "Échoué" ou "N/A" pour les tests automatisés et manuels).

Données de conformité et impact : Un groupe de 6 champs d'information connexes qui vous offrent un aperçu rapide du type d'information de conformité et de l'impact sur l'accessibilité associés à cette règle. Une liste des normes applicables à la règle, qui peuvent inclure les niveaux A et AA de la norme W3C WCAG 2.0, ainsi que les directives de la section 508 des États-Unis et/ou les meilleures pratiques de Deque Way. La personnalisation des règles et des vérifications automatisées associées rend possible le test des normes spécifiques à l'organisation. Les classifications de sévérité (Bloqueur, Critique, Grave, Modéré ou Mineur) se réfèrent aux niveaux de violation de conformité (échec de la règle) qui décrivent à quel point un problème affecte sérieusement l'accessibilité d'un site ou d'une page.

Composant : Un composant représente des sections globales et réutilisables du site Web. L'utilisateur peut également définir des composants pour être une partie ou une section d'une page particulière. Axe Auditor attend des sélecteurs appropriés définis pour identifier les composants d'une page.

Tableau de bord : Le tableau de bord d'une exécution de test terminée se compose de trois graphiques indiquant le niveau de conformité en matière d'accessibilité, l'impact des problèmes sur les personnes ayant différents handicaps et les principaux problèmes avec le nombre de fois qu'ils se répètent. Toutes les données de ces graphiques sont basées sur la méthodologie Deque-Way utilisée dans axe Auditor pour tester par rapport à une norme donnée. Par exemple, selon Deque-Way, nous évaluons 66 points de contrôle pour chaque page ou composant si la norme sélectionnée est le niveau A et AA de WCAG 2.0.

Type d'actif numérique

: Ce champ est utilisé pour définir le type d'actif ou de propriété testé. L'avantage est que seuls les points de contrôle pertinents pour l'actif sélectionné (les méthodologies de test, de correction et de meilleures pratiques) s'afficheront pour le test manuel. Les points de contrôle non applicables seront masqués, de sorte qu'il n'y ait que les points de contrôle pertinents à examiner. Les options à choisir sont :

• Web de bureau
• Web mobile
• Mobile Android natif
• Mobile iOS natif
• Kiosque
• Documents MS Excel
• Documents MS PowerPoint
• Documents MS Word
• Logiciel de bureau Windows

Handicaps affectés : Un ou plusieurs des éléments suivants s'affichent pour indiquer quels handicaps sont affectés par le non-respect de la règle :

• Trouble de l'attention
• Cognitif
• Daltonisme
• Surdité
• Dyslexie
• Malentendant
• Basse vision
• Crise d'épilepsie
• Utilisateurs voyants au clavier
• Parole

Environnement : Les exécutions de test permettent de spécifier le type de serveur testé. Par exemple, un serveur de production serait utilisé pour un site en direct.

Dossier : Un dossier est simplement un conteneur pour les cas de test utilisé pour les organiser. Il est utilisé pour regrouper par catégories des cas de test connexes. Consultez votre responsable assurance qualité avant de créer un nouveau cas de test pour savoir dans quel dossier l'associer le mieux. Lorsqu'un nouveau cas de test est créé et qu'aucun dossier n'est sélectionné, il sera automatiquement créé dans le dossier Non organisé par défaut. Les cas de test existants peuvent être déplacés vers différents dossiers à tout moment.

Impact : L'impact sur l'utilisateur est une métrique utile pour prioriser les efforts de remédiation. Les niveaux par défaut sont associés à chaque point de contrôle Deque selon ce que les experts en accessibilité de Deque considèrent généralement vrai pour un type particulier de problème d'accessibilité, mais les évaluateurs peuvent utiliser leur jugement pour les modifier. Les impacts Bloqueur, Critique et Grave se produisent lorsqu'un utilisateur rencontre des obstacles importants ou est bloqué par du contenu sur le site avec une plus grande vulnérabilité à des actions légales. Les problèmes mineurs et modérés ne sont pas aussi graves, mais doivent néanmoins être résolus pour que la page soit considérée comme entièrement conforme. Les tests des points de contrôle couvrent les lignes directrices sur l'accessibilité qui peuvent avoir les cinq niveaux suivants utilisés pour catégoriser l'impact de l'accessibilité des problèmes dans l'application axe Auditor.

• Bloqueur : Entraîne des obstacles catastrophiques pour les personnes handicapées. Ces problèmes les empêcheront certes d'accéder aux fonctionnalités ou contenus fondamentaux, sans solutions de contournement possibles. Ce type de problème met votre organisation en grand risque. Priorisez la correction immédiatement, et déployez sous forme de correctifs urgents dès que possible. Devrait être extrêmement rare. Un exemple de problème bloquant est une SC 2.3.1 --- Trois clignotements ou seuil inférieur qui peut provoquer des crises.
• Critique : Ce problème entraîne un blocage de contenu pour les personnes handicapées. Jusqu'à ce qu'une solution soit mise en œuvre, le contenu sera totalement inaccessible, rendant votre organisation très vulnérable à des poursuites judiciaires. La réparation doit être une priorité absolue.
• Grave : Ce problème entraîne de sérieux obstacles pour les personnes handicapées et les empêchera partiellement d'accéder aux fonctionnalités ou contenus fondamentaux. Les personnes dépendant des technologies d'assistance ressentiront une frustration significative en conséquence. Les problèmes de cette catégorie sont majeurs et leur réparation doit être une priorité. Devrait être très commun.
• Modéré : Ce problème entraîne certains obstacles pour les personnes handicapées mais ne les empêcherait pas d'accéder aux éléments ou contenus fondamentaux. Cela pourrait rendre votre organisation vulnérable à des poursuites judiciaires. Cette infraction doit être résolue avant qu'une page puisse être considérée comme entièrement conforme.
• Mineur : Ceci est considéré comme un problème ayant moins d'impact pour les utilisateurs qu'un problème modéré. Pour qu'une page soit considérée comme entièrement conforme, ce problème doit être résolu mais peut être traité en dernier.

Problème : Dans le contexte de l'axe Auditor, chacun consiste en un résumé requis, un niveau d'impact, ainsi qu'une association avec un point de contrôle Deque Way. Informations supplémentaires pouvant être enregistrées dans un dossier de problème incluent un type de problème, un type de description, une description, des indicateurs de révision, du code source, des captures d'écran et une recommandation de remédiation. Chaque problème concerne une page de test particulière.

Type de problème : Se réfère au type d'échec ou de meilleure pratique. Les 5 types de problèmes suivants sont utilisés pour catégoriser les problèmes dans l'application axe Auditor :

• Accessibilité : Le problème impacte la capacité d'un utilisateur handicapé à accéder au contenu ou à la fonctionnalité du site. Échoue au test de contrôle.
• Bonne pratique : Le problème impacte la capacité d'un utilisateur handicapé à accéder au contenu ou à la fonctionnalité du site, mais ne fait pas échouer le test de contrôle.
• Agent utilisateur : Le problème résulte de l'interaction de l'agent utilisateur avec la page, pas nécessairement du contenu de la page lui-même.
• Fonctionnalité : Le problème résulte d'un problème avec la fonctionnalité de la page et doit être considéré comme un défaut fonctionnel.
• Utilisabilité : Le problème impacte la capacité de l'ensemble des utilisateurs à accéder au contenu ou à la fonctionnalité du site.

Méthode : La méthode d'un problème indique comment l'expert en la matière a trouvé un problème, soit par automatisation, soit manuellement. Nous utilisons les outils Deque pour les résultats des tests automatisés et la méthode Deque Way pour les résultats des tests manuels.

Autres ressources connexes : Liens externes vers des pages sur des sites non-Deque connus comme des sources réputées d'informations de qualité sur la règle spécifique.

Page : Une page dans axe Auditor fait référence à une « page en cours de test » ou une « page à tester ». Sur un écran de crétation de cas de test, la fonctionnalité de la boîte de dialogue Ajouter une page est utilisée pour ajouter des pages à tester. Une Page représente la page individuelle, le composant ou le contenu dans un cas de test que vous souhaitez tester pour l'accessibilité. Bien que vous spécifiiez un URL et un Nom pour la page, la portée à tester peut être l'ensemble ou une zone de la page (qui peut être un module, un écran, un widget, une section ou un élément).

Plateforme : Le(s) système(s) d'exploitation et le(s) navigateur(s) sur lesquels le site doit être testé. Par exemple, "Windows et Firefox" ou "Android et Chrome". Les tests automatisés seront effectués via un navigateur connecté sur une plateforme donnée.

Pages de cours connexes de l'université Deque : Un lien vers le sujet est suivi d'un lien entre parenthèses vers le cours contenant le sujet. Cela vous dirige directement vers la page de l'université Deque où un niveau de détail élevé est fourni sur la nature de la règle et pourquoi elle est importante.

Version : Les exécutions de tests permettent de spécifier le numéro de version du produit en cours de test. Par exemple, 1.0 serait le premier cycle de version du produit.

Pages de cours connexes de l'université Deque : Un lien vers le sujet est suivi d'un lien entre parenthèses vers le cours contenant le sujet. Cela vous dirige directement vers la page de l'université Deque où un niveau de détail élevé est fourni sur la nature de la règle et pourquoi elle est importante.

Technologies pertinentes : Une ou plusieurs technologies pertinentes sont affichées pour démontrer les types de technologies dans lesquelles les règles peuvent être appliquées.

Recommandation de remédiation : La recommandation de remédiation est la suggestion de nos experts Deque sur la façon de résoudre un problème particulier. Cela sera d'une grande aide pour les développeurs. Parfois, elle indique également comment ce problème affecte une personne handicapée et le type de handicap souffrant de cet échec.

Directives de la section 508 : Des sous-sections spécifiques des directives de la section 508 concernées sont référencées le cas échéant.

Sélecteur : Un sélecteur est une manière d'identifier un élément à l'aide de certaines techniques (exemple : xpath, id, classe CSS) sur un DOM de page web qui aide à identifier un composant particulier.

Gravité : Bloquant, Critique, Grave, Modéré et Mineur sont les cinq catégories de graveur de problème (échec de règle), telles qu'elles se rapportent aux diverses directives et meilleures pratiques applicables.

Portée : La portée d'un cas de test est un ensemble d'URL de pages et de composants qui doivent être évaluées pour la conformité à l'accessibilité selon la norme définie. Chaque page ou composant est considéré comme une unité de test par l'application axe Auditor.

Code source : Le code source est le code DOM rendu d'un élément cible d'un problème. Il aide les développeurs à identifier très facilement l'élément en question.

Norme : Le champ Norme vous permet de sélectionner soit WCAG 2.0 Niveau A, WCAG 2.0 Niveau AA, WCAG 2.1 Niveau A, WCAG 2.1 Niveau AA, WCAG 2.0, Section 508 ou Air Carrier Access Act (ACAA) lors de la création d'un nouveau cas de test ou lors de l'édition d'un cas de test existant. Ce réglage affine les règles automatisées et les tests de points de contrôle manuels à tester uniquement celles qui sont applicables à la norme sélectionnée.

Statut : Les trois états du statut d'exécution des tests dans axe Auditor sont "non commencé" (cas de test assigné à l'utilisateur, mais pas encore commencé), "en cours" (soit le test automatisé soit le test manuel a été commencé, mais tous les points de contrôle n'ont pas encore été attribués de résultat pour toutes les pages qui composent l'exécution du test), et "complet" (tous les points de contrôle pour toutes les pages ont été marqués avec un résultat d'achèvement de Pass, Fail ou N/A dans le test manuel).

Cas de test : Les cas de test représentent le scénario de test, les étapes et les informations sur le produit requises pour une évaluation spécifique. Ils se composent d'au moins une page ou d'un composant à tester, et sont nommés. Les informations supplémentaires incluent une description du cas de test, la norme applicable, et les informations sur le produit. Les pages à tester contenues dans un cas de test incluent chacune un nom de page, une URL et une portée --- qui peut être la page entière ou une zone spécifique de la page (module, écran, widget, section ou élément) --- éléments cibles (formulaires, vidéo, audio, CAPTCHA, contenu clignotant), et instructions associées, par exemple celles utiles pour naviguer vers la page.

Fiabilité du test : Un test sur une règle inclut plusieurs vérifications qui, après exécution, produisent un résultat collectif. La fiabilité du test dépend des résultats qui peuvent être identifiés de manière définitive par moyens automatisés. Trois catégories de vérifications incluent "aucune ne doit réussir", "une doit réussir", et "toutes doivent réussir" scénarios pour chaque test. Les tests automatisés sont soit considérés comme Fiables, Plutôt fiables, ou Non fiables --- dans ce cas, une évaluation manuelle est requise.

Exécution de test : Une exécution de test est une instance d'un cas de test qui a été attribuée à un utilisateur pour effectuer une évaluation contre une combinaison spécifique de plateforme OS, version du navigateur et technologie d'assistance. Nous créons plusieurs exécutations de tests si nous devons évaluer le cas de test donné contre diverses combinaisons d'OS, de navigateur et de technologie d'assistance. Chaque exécution de test peut être attribuée à un utilisateur différent.

Unité de test : Une unité de test peut être une page ou un composant d'un cas de test. Le nombre d'unités de test d'un cas de test est équivalent à la somme du nombre de pages et de composants du cas de test.

Méthodologie de test : Deque Way est notre méthodologie définie par l'équipe d'experts en accessibilité de Deque pour comprendre et interpréter les WCAG de manière précise et plus facile. Cela rendra les futures équipes d'accessibilité des clients plus efficaces si elles l'adoptent.

Diagramme des principaux problèmes du tableau de bord : Le diagramme des principaux problèmes indique les principaux points de contrôle échoués nombre de fois à travers la portée des pages et des composants définis. La liste est affichée par ordre décroissant, de sorte que l'utilisateur verra le top point de contrôle avec le plus grand nombre d'échecs en premier. Ce diagramme affichera un maximum de 10 principaux points de contrôle avec le plus grand nombre de problèmes.

Sujets : Trop nombreux pour être listés ici, tous les noms de sujets et de sous-sujets applicables sont affichés pour représenter la large catégorie sous laquelle la règle tombe. Ces associations servent à regrouper les types de règles ou de problèmes liés ensemble.

Diagramme d'impact utilisateur du tableau de bord : Le diagramme d'impact utilisateur indique comment ces problèmes d'accessibilité identifiés affecteront les personnes avec différents handicaps. Vous pouvez trouver les définitions de gravité en cliquant sur le lien de l'icône d'information sous le diagramme. Reportez-vous à la section "impact" de ce glossaire pour comprendre comment différents problèmes avec différents niveaux d'impact peuvent affecter la possibilité pour une personne handicapée d'utiliser les fonctionnalités de la page.

Critères de réussite WCAG : Les critères de réussite (SC) sont rédigés comme des déclarations testables qui ne sont pas spécifiques à une technologie. Les sous-sections des lignes directrices WCAG concernées sont listées. Les catégories de problèmes des points de contrôle Deque Way sont basées sur ces groupements de directives d'accessibilité liées.

Sujet connexe

Concepts et termes clés