Glossaire

Cette page décrit les termes clés utilisés dans l'interface utilisateur d'axe Auditor 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é à l'accessibilité du tableau de bord : Le tableau de conformité indique le score global de conformité à l'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 points de contrôle réussis ou échoués sur le périmètre défini. Le point de contrôle sera compté comme échoué s'il échoue au moins une fois sur l'une des pages ou l'un des composants du périmètre défini.

Technologie d'assistance : Les exécutions de test permettent de spécifier les logiciels et 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. Pour plus d'informations, consultez https://fr.wikipedia.org/wiki/Technologie_d'assistance

Attest : Faisant partie de la suite de produits de conformité à l'accessibilité entreprise de Deque, axe DevTools est le moteur de règles d'accessibilité premium qui effectue 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 tout cycle de développement agile et mature, les développeurs et les testeurs sont habilités à identifier et résoudre rapidement les problèmes d'accessibilité en utilisant les références intégrées et les modèles de solutions de l'aide contextuelle approfondie qui puise dans la base de connaissances sur l'accessibilité de Deque University.

Point de contrôle : Une méthode éprouvée de 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 fournissent une catégorisation et une interprétation plus explicites de ces directives, où 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 maîtresse des 66 points de contrôle Deque (et leurs exigences) qui font partie intégrante de la voie Deque vers 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 attribué à un utilisateur, mais pas encore démarré), "en cours" (le test automatisé ou manuel a été commencé, mais tous les points de contrôle n'ont pas encore reçu de résultat pour toutes les pages qui composent l'exécution de test), et "complet" (cela signifie que tous les points de contrôle pour toutes les pages ont été marqués avec un résultat d'achèvement de Passé, Échoué, ou N/A pour les tests automatisés et manuels).

Données de conformité et impact : Un regroupement de 6 champs d'information liés qui vous donnent un aperçu rapide du type d'information de conformité et de l'impact sur l'accessibilité associé à cette règle. Une liste des normes applicables à la règle, qui peut inclure les niveaux A et AA de la norme WCAG 2.0 du W3C, ainsi que les directives de la section 508 des États-Unis et/ou les meilleures pratiques de la voie Deque. La personnalisation des règles et des contrôles automatisés associés qui s'exécutent rend possible le test de normes spécifiques à l'organisation. Les classifications de gravité (Bloquant, Critique, Grave, Modéré ou Mineur) se réfèrent aux niveaux de violation de conformité (échec de règle) qui décrivent l'impact sérieux ou non 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 complétée comprend trois graphiques indiquant le niveau de conformité à l'accessibilité, l'impact des problèmes sur les personnes avec différents handicaps et les principaux problèmes avec le nombre de répétitions. Toutes les données de ces graphiques sont basées sur la méthodologie Deque-Way utilisée dans axe Auditor pour tester selon une norme donnée. Par exemple, selon la voie Deque, 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 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é. L'avantage est que seuls les points de contrôle pertinents pour l'actif sélectionné (les méthodologies de test, de remédiation et de bonnes pratiques) seront affichés pour le test manuel. Les points de contrôle non applicables seront masqués, de sorte qu'il n'y ait que des points de contrôle pertinents à examiner. Les options à choisir sont :

• Web sur poste de travail
• 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 est affiché pour indiquer quels handicaps sont impactés par le non-respect de la règle :

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

Environnement : Les exécutions de test permettent de spécifier le type de serveur sur lequel les tests sont effectués. Par exemple, un serveur de production serait utilisé pour un site en ligne.

Dossier : Un dossier est simplement un conteneur pour les cas de test utilisé pour les organiser. Il est utilisé pour regrouper catégoriquement les cas de test liés. Consultez votre Responsable assurance qualité avant de créer un nouveau cas de test pour déterminer le dossier le plus approprié avec lequel l'associer. Lorsque 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. Des 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é comme 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 Grave se produisent lorsqu'un utilisateur rencontre des obstacles significatifs ou est empêché d'accéder au contenu du site avec une plus grande vulnérabilité à une action en justice. Les problèmes mineurs et modérés ne sont pas aussi graves, mais doivent encore être traités pour que la page soit considérée comme totalement conforme. Les tests de points de contrôle couvrent les directives d'accessibilité qui peuvent avoir les cinq niveaux suivants utilisés pour catégoriser l'impact des problèmes d'accessibilité dans l'application axe Auditor.

• Bloquant : Résulte en des obstacles catastrophiques pour les personnes handicapées. Ces problèmes les empêcheront certainement d'accéder aux fonctionnalités ou contenus fondamentaux, sans solutions de contournement possibles. Ce type de problème met votre organisation à haut risque. Priorisez la correction immédiatement et déployez les correctifs d'urgence au plus vite. Devrait être extrêmement rare. Un exemple de problème bloquant est SC 2.3.1 --- Trois éclairs ou seuil inférieur pouvant provoquer des crises.
• Critique : Ce problème entraîne un blocage du contenu pour les personnes handicapées. Tant qu'une solution n'est pas mise en œuvre, le contenu sera complètement inaccessible, ce qui rend votre organisation hautement vulnérable à des actions en justice. La remédiation devrait être une priorité absolue.
• Grave : Ce problème entraîne des barrières sérieuses pour les personnes handicapées et les empêchera partiellement d'accéder aux fonctionnalités ou contenus fondamentaux. Les personnes utilisant des technologies d'assistance ressentiront une frustration importante par conséquent. 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 courant.
• Modéré : Ce problème entraîne quelques barrières 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 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, chacun comprend un résumé requis, un niveau d'impact, ainsi qu'une association à un point de contrôle Deque Way. Les informations supplémentaires qui peuvent être stockées dans un enregistrement de problème comprennent 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 au sein de 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 à la fonctionnalité du site, mais n'échoue pas au test de point 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 de 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 à 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 de tests automatisés et utilisons 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 fait référence à 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 l'individu page, composant ou contenu au sein d'un cas de test que vous souhaitez tester en termes d'accessibilité. Bien que vous spécifiez un URL et un Nom pour la page, la Portée à tester peut être la page entière, 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 le ou les navigateurs sur lesquels le site doit être testé. Par exemple, "Windows et Firefox" ou "Android et Chrome." Des tests automatisés seront effectués par l'intermédiaire d'un navigateur connecté sur une plateforme donnée.

Pages de cours connexes à 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 amène directement à la page Deque University où un niveau élevé de détail 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 testé. Par exemple, 1.0 serait le premier cycle de version du produit.

Pages de cours connexes à 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 amène directement à la page Deque University où un niveau élevé 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 appliquées.

Recommandation de Remédiation : La recommandation de remédiation est la suggestion de nos experts Deque sur la manière de corriger 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 concernées sont référencées le cas échéant.

Sélecteur : Le sélecteur est une façon d'identifier un élément en utilisant certaines techniques (exemple : xpath, id, classe css) sur un DOM de page web, ce 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 la règle), comme ils se rapportent aux diverses lignes directrices applicables et aux meilleures pratiques.

Portée : La portée d'un cas de test est un ensemble d'URL de Page(s) et de Composant(s) qui doivent être évaluées pour la conformité à l'accessibilité par rapport à 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 pour un élément cible d'un problème. Il aide les développeurs à identifier l'élément dans le problème très facilement.

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 la modification d'un cas de test existant. Ce paramètre affine les règles automatisées et les tests de point de contrôle manuels qui doivent être testés par rapport à ceux qui sont applicables à la norme sélectionnée.

Statut : Les trois états du statut d'exécution de test dans axe Auditor sont "non commencé" (cas de test assigné à l'utilisateur, mais pas encore commencé), "en cours" (soit des tests automatisés soit un test manuel a été commencé, mais tous les points de contrôle n'ont pas encore été assignés d'un résultat pour toutes les pages qui comprennent la série de tests), et "complété" (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 deither Pass, Fail, ou N/A lors des tests manuels).

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 sont composés d'au moins une page ou d'un composant à tester, et sont nommés. Des informations supplémentaires incluent une description du cas de test, la norme applicable et des 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 --- ce qui peut être soit la page entière soit une zone de page spécifique (module, écran, widget, section ou élément) --- des éléments cibles (formulaires, vidéo, audio, CAPTCHA, Contenu clignotant), et des instructions associées comme celles à utiliser pour naviguer vers la page.

Fiabilité des Tests : Un test d'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 des moyens automatisés. Trois catégories de vérifications incluent "aucun ne doit passer," "un doit passer," et "tous doivent passer" pour chaque test. Les tests automatisés sont soit considérés comme Fiables, Moyennement fiables, ou Peu fiables --- auquel 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é assignée à un utilisateur pour effectuer une évaluation par rapport à 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é par rapport à 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 : L'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 d'un cas de test.

Méthodologie de Test : Deque Way est notre méthodologie qui est définie par l'équipe d'experts en accessibilité de Deque pour comprendre et interpréter le WCAG de manière précise et plus facile. Cela rendra les équipes d'accessibilité des futurs 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 certain nombre de fois dans le périmètre des pages et/ou des composants définis. La liste est présentée par ordre décroissant afin que l'utilisateur voie le point de contrôle principal avec le plus grand nombre d'échecs en premier. 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 sous laquelle la règle se situe. Ces associations servent à regrouper ensemble les types similaires de règles/problèmes.

Graphique d'impact utilisateur du tableau de bord : Le graphique d'impact utilisateur indique comment ces problèmes d'accessibilité identifiés vont impacter les personnes ayant différents handicaps. Vous pouvez trouver les définitions de 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 les différents problèmes avec différents niveaux d'impact auraient un impact sur la capacité d'une personne handicapée à utiliser la fonctionnalité de la page.

Critères de succès WCAG : Les critères de succès (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 de point de contrôle Deque Way sont basées sur ces groupements de lignes directrices d'accessibilité associées.

Sujet Connexe

Concepts et Termes Clés