Glossaire
Cette page décrit la terminologie clé utilisée dans l'interface utilisateur de l'auditeur axe que les utilisateurs du système doivent comprendre. Elle inclut des définitions et des explications de termes, abréviations et acronymes qui pourraient potentiellement vous être inconnus.
Tableau de conformité en matière d'accessibilité du tableau de bord : Le Tableau de conformité indique le score global de conformité accessibilité sur l'ensemble des pages et/ou composants définis dans le cadre du cas de test. Les pourcentages sont calculés en fonction du nombre total de vérifications réussies ou échouées dans le cadre défini. Le point de contrôle sera compté dans la liste des échecs s'il échoue au moins une fois sur n'importe laquelle des pages ou composants du cadre défini.
Technologie d'assistance : Les exécutions de test permettent de spécifier les logiciels et les dispositifs 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. Lire plus d'informations sur https://en.wikipedia.org/wiki/Assistive_technology
Attester : Une partie de la suite de produits de conformité à l'accessibilité entreprise de Deque, axe DevTools est le moteur de règles premium en matière d'accessibilité 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 au cadre de test ou au navigateur de votre choix. Dans n'importe quel cycle de développement agile mature, les développeurs et les testeurs sont en mesure de détecter tôt les problèmes d'accessibilité et de les résoudre rapidement en utilisant les références intégrées et les modèles de solution provenant de l'aide approfondie, contextuelle, qui puise dans la base de connaissances sur l'accessibilité de Deque University.
Point de contrôle : Une méthode éprouvée pour le test des exigences 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 succès WCAG, ils offrent une catégorisation et une interprétation plus explicites de ces directives, les échecs étant 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 sont une partie importante de la méthodologie Deque pour l'égalité numérique.
Statut de l'achèvement : Les trois états d'achèvement liés aux exécutions de test dans axe Auditor sont "non commencé" (cas de test attribué à l'utilisateur, mais pas encore commencé), "en cours" (tests automatisés ou manuels ont été commencés, mais tous les points de contrôle n'ont pas encore été attribué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 d'un résultat de complétion de soit Réussi, Échoué ou N/A pour les tests automatisés et manuels).
Données de conformité et impact : Un regroupement de 6 champs d'information connexes qui vous offrent un aperçu rapide du type d'information de conformité et de l'impact d'accessibilité associé à cette règle. Une liste des normes applicables à la règle, qui peut inclure les niveaux A et AA de la WCAG 2.0 du W3C, ainsi que les directives américaines Section 508 et/ou les meilleures pratiques de Deque Way. La personnalisation des règles et des vérifications automatisées associées permet de tester des normes spécifiques à l'organisation. Les classifications de sévérité (Blocage, Critique, Sévère, Modéré ou Mineur) se réfèrent aux niveaux de violation de conformité (échec de la règle) qui décrivent la gravité de l'impact des problèmes sur 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 comme faisant partie ou section d'une page particulière. Axe Auditor s'attend à ce que des sélecteurs appropriés soient définis pour identifier les composants d'une page.
Tableau de bord : Le tableau de bord d'une exécution de test achevée se compose de trois diagrammes 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 répétitions. Toutes ces données de diagramme sont basées sur la méthodologie Deque-Way utilisée sur axe Auditor pour tester selon 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 & AA de la WCAG 2.0.
Type d'actif numérique
: Ce champ est utilisé pour définir le type d'actif ou de propriété testé. Le bénéfice de ceci est que seuls les points de contrôle pertinents pour l'actif sélectionné (les méthodologies de test, de remédiation et de meilleures pratiques) seront affichés pour le test manuel. Les points de contrôle non applicables seront masqués, il n'y a donc que des 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 concernés : Un ou plusieurs des éléments suivants sont affichés pour indiquer quels handicaps sont impactés par la règle non respectée :
- Trouble de l'attention
- Cognitif
- Daltonisme
- Surdité
- Dyslexie
- Malentendant
- Basse vision
- Crise d'épilepsie
- Utilisateurs de clavier voyants
- Parole
Environnement : Les exécutions de test permettent de spécifier le type de serveur étant testé. Par exemple, un serveur de production serait utilisé pour un site en direct.
Dossier : Un dossier est simplement un conteneur de cas de test utilisé pour les organiser. Il est utilisé pour regrouper catégoriquement les cas de test liés. Consultez votre responsable de l'assurance qualité avant de créer un nouveau cas de test pour le dossier le plus approprié à associer. Lorsqu'un nouveau cas de test est créé et qu'un dossier n'est pas 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 utilisateur est une métrique utile à utiliser lors de la priorisation des 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 ont déterminé être 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 Bloquant, Critique et Sérieux se produisent lorsqu'un utilisateur rencontre des obstacles significatifs ou est bloqué accès à du contenu sur le site avec une plus grande vulnérabilité aux actions en justice. Les problèmes mineurs et modérés ne sont pas aussi graves, mais doivent tout de même être traités 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 d'accessibilité des problèmes dans l'application axe Auditor.
- Bloquant : Résulte en des obstacles catastrophiques pour les personnes en situation de handicap. Ces problèmes les empêcheront définitivement d'accéder à des fonctionnalités ou du contenu fondamental, sans solution de contournement possible. Ce type de problème met votre organisation à haut risque. Priorisez la correction immédiatement et déployez-les sous forme de correctifs dès que possible. Doit être extrêmement rare. Un exemple de problème bloquant est un SC 2.3.1 --- Trois éclairs ou seuil inférieur qui peut provoquer des crises d'épilepsie
- 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 complètement inaccessible, rendant votre organisation hautement vulnérable aux actions en justice. La remédiation devrait être une priorité absolue.
- Sérieux : Ce problème cause des obstacles sérieux pour les personnes handicapées, et les empêchera partiellement d'accéder aux fonctionnalités ou au contenu fondamental. Les personnes utilisant des technologies d'assistance éprouveront une frustration importante à cause de cela. Les problèmes relevant de cette catégorie sont des problèmes majeurs et la remédiation devrait être une priorité. Devrait être très commun.
- Modéré : Ce problème crée quelques obstacles pour les personnes handicapées mais ne les empêcherait pas d'accéder aux éléments ou au contenu fondamental. Cela pourrait rendre votre organisation vulnérable aux actions en justice. Cette violation doit être résolue avant qu'une page puisse être considérée comme totalement 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 totalement conforme, ce problème doit être résolu mais peut être traité en dernier.
Problème : Dans le contexte d'axe Auditor, chaque problème se compose d'un résumé requis, d'un niveau d'impact, ainsi que d'une association à un Point de contrôle Deque Way. Des informations supplémentaires qui peuvent être stockées dans un enregistrement 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 se rapporte à 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 le test du point de contrôle.
- Meilleure pratique : Le problème affecte la capacité d'un utilisateur handicapé à accéder au contenu ou aux fonctionnalités du site, mais ne fait pas échouer le test de vérification.
- Agent utilisateur : Le problème résulte de l'interaction de l'agent utilisateur avec la page, et pas nécessairement du contenu de la page elle-même.
- Fonctionnalité : Le problème est dû à un problème avec la fonctionnalité de la page et doit être considéré comme un défaut fonctionnel.
- Utilisabilité : Le problème affecte la capacité de tous les utilisateurs à accéder au contenu ou aux fonctionnalités du site.
Méthode : La méthode d'identification 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 de tests automatisés et la méthode Deque Way pour les résultats de tests manuels.
Autres ressources connexes : Liens externes vers des pages sur des sites non-Deque connus comme sources réputées d'informations de qualité sur la règle spécifique.
Page : Une page dans axe Auditor se réfère à une "page en test" ou une "page de test". Sur un écran de création 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 au sein d'un cas de test que vous souhaitez tester pour l'accessibilité. Bien que vous spécifiiez une URL et un Nom pour la page, la portée à tester peut être l'ensemble de la page ou une zone de la page (qui peut être un module, un écran, un widget, une section ou un élément).
Plateforme : Le ou les systèmes d'exploitation et navigateurs sur lesquels le site doit être testé. Par exemple, "Windows et Firefox" ou "Android et Chrome". Les tests automatisés seront exécutés via un navigateur connecté sur une plateforme donnée.
Pages de cours connexes de Deque University : Un lien vers le sujet est suivi d'un lien entre parenthèses vers le cours dans lequel le sujet est contenu. Cela vous mène directement à la page Deque University où un haut niveau de détail est fourni sur la nature de la règle et pourquoi elle est importante.
Version : Les séances de test permettent de spécifier le numéro de version du produit testé. Par exemple, 1.0 serait le premier cycle de version du produit.
Pages de cours connexes de Deque University : Un lien vers le sujet est suivi d'un lien entre parenthèses vers le cours dans lequel le sujet est contenu. Cela vous mène directement à la page Deque University où un haut niveau de détail 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 exécuté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, cela indique également comment ce problème affecte une personne handicapée et le type de handicap qui souffre de cet échec.
Lignes directrices de la section 508 : Des sous-sections spécifiques des lignes directrices de la section 508 pertinentes sont référencées si applicable.
Sélecteur : Le sélecteur est un moyen d'identifier un élément en utilisant certaines techniques (exemple : xpath, id, classe CSS) sur le DOM d'une page web qui aide à identifier un composant particulier.
Gravité : Bloquant, Critique, Sérieux, Modéré et Mineur sont les cinq catégories de gravité des problèmes (échec de règle), en relation avec les diverses lignes directrices et meilleures pratiques applicables.
Portée : La portée d'un cas de test est un ensemble d'URL de pages et de composants à évaluer 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 facilement l'élément dans le problème.
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 l'Air Carrier Access Act (ACAA) lors de la création d'un nouveau cas de test ou lors de la modification d'un cas de test existant. Ce paramètre affine les règles automatisées et les tests de vérification manuels à tester uniquement celles applicables à la norme sélectionnée.
Statut : Les trois états du statut des séances de test dans axe Auditor sont "non commencé" (cas de test assigné à un utilisateur, mais pas encore commencé), "en cours" (soit des tests automatisés soit 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 la séance de test), et "complet" (ce qui signifie que tous les points de contrôle pour toutes les pages ont été marqués d'un résultat de complétion que ce soit Passage, Échec, ou N/A en test manuel).
Cas de test : Les cas de test représentent le scénario de test, les étapes et les informations produit requises pour une évaluation spécifique. Ils sont constitués d'au moins une page ou un composant à tester, et sont nommés. Les informations supplémentaires incluent une description du cas de test, la norme applicable, et les informations 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 l'ensemble de la page ou une zone spécifique de la page (module, écran, widget, section ou élément) --- des éléments cibles (forms, vidéo, audio, CAPTCHA, contenu clignotant), et des instructions connexes telles que celles à utiliser pour naviguer jusqu'à la page.
Fiabilité du test : Un test contre une règle comprend 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 des moyens automatisés. Trois catégories de vérifications incluent les scénarios "aucun ne doit passer", "un doit passer", et "tous doivent passer" pour chaque test. Les tests automatisés sont soit considérés Fiables, Quelque peu fiables ou Non fiables --- auquel cas une évaluation manuelle est requise.
Exécution du test : Une exécution de test est une instance d'un cas de test qui a été assigné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 un certain nombre d'exécutions de test si nous devons évaluer le cas de test donné contre un certain nombre de combinaisons de OS, Navigateur et AT. Chaque exécution de test peut être assigné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 équivaut à la somme du nombre de pages et de composants d'un 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 équipes d'accessibilité des clients plus efficaces si adopté.
Graphique des problèmes principaux du tableau de bord : Le graphique des problèmes principaux indique les principaux points de contrôle qui ont échoué un nombre de fois dans le cadre de la portée des pages et/ou des composants définis. La liste est présentée dans un ordre décroissant afin que l'utilisateur voie en premier le point de contrôle principal avec le plus grand nombre d'échecs. Ce graphique affichera un maximum de 10 points de contrôle principaux avec le plus grand nombre de problèmes.
Sujets : Trop nombreux pour être listés ici, tous les noms de Sujet : Sous-sujet applicables sont affichés pour représenter la large catégorie dans laquelle la règle s'insère. Ces associations servent à regrouper ensemble les types de règles/problèmes connexes.
Graphique de l'impact sur l'utilisateur du tableau de bord : Le graphique de l'impact sur l'utilisateur indique comment ces problèmes d'accessibilité identifiés affecteront les personnes avec différents handicaps. Vous pouvez trouver les définitions de la sévérité en cliquant sur le lien de l'icône d'information sous le graphique. Consultez la section "impact" de ce glossaire pour comprendre comment différents problèmes avec différents niveaux d'impact affecteraient la capacité de la personne handicapée à utiliser la fonctionnalité de la page.
Critères de réussite des WCAG : Les critères de réussite (SC) sont rédigés sous forme de déclarations testables qui ne sont pas spécifiques à une technologie. Des sous-sections des lignes directrices WCAG connexes sont listées. Les catégories de problèmes de vérification Deque Way sont basées sur ces groupements de lignes directrices d'accessibilité connexes.