Glossaire

Cette page décrit la terminologie clé utilisée dans l'axe Auditor Interface que les utilisateurs du système doivent comprendre. Il comprend Définitions et explications des termes, abréviations et acronymes qui Pourraient potentiellement vous être inconnus.

Tableau de conformité d'accessibilité du tableau de bord : Le tableau de conformité indique le score global d'accessibilité Conformité sur l'ensemble des pages et/ou composants définis dans Étendue du cas de test. Les pourcentages sont calculés sur la base Nombre total de points de contrôle réussis ou échoués à travers la portée définie étendue. Le point de contrôle sera ajouté à la liste des échecs s'il échoue Au moins une fois sur l'une des pages ou sur l'un des composants de la portée définie.

Technologie d'assistance :Les exécutions de tests permettent de spécifier le logiciel et les appareils Utilisés par les personnes en situation de handicap 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 Avec PC, ou VoiceOver avec Mac. Pour plus d'informations, consultez https://en.wikipedia.org/wiki/Assistive_technology

Attest :Une partie de la suite Enterprise Accessibility Conformance de Deque axe DevTools est le moteur de règles d'accessibilité premium qui exécute des tests automatisés complets à l'intérieur de axe Auditor. En tant que Un produit autonome, il est léger, rapide et portable Bibliothèque JavaScript qui s'exécute sur votre serveur de développement local dans le même navigateur que vos tests fonctionnels ou unitaires, de manière transparente Intégrant avec le framework de test ou le navigateur de votre choix. Dans n'importe quel Mature et agile, les développeurs et les testeurs sont Habilités à détecter les problèmes d'accessibilité à un stade précoce et à les résoudre rapidement En utilisant les références intégrées et les modèles de solution de Une aide approfondie et contextuelle qui s'appuie sur l'Université Deque Base de connaissances sur l'accessibilité.

Point de contrôle :Une méthode éprouvée pour tester les exigences d'accessibilité créée par L'équipe d'experts en accessibilité de Deque qui augmente Cohérence et exactitude des résultats des tests. Basé sur les WCAG Critères de réussite, ils fournissent une catégorisation plus explicite et Interprétation de ces lignes directrices, dans lesquelles les défaillances sont généralement Séparés par type de contenu. Les points de contrôle Deque aident les réviseurs Produire des résultats de test cohérents et précis pendant les tests d'accessibilité évaluations. Un point de contrôle fait référence à l'étape la plus pertinente et la plus applicable Section de la liste principale des 66 points de contrôle de Deque (et exigences) qui constituent une partie importante de la méthode Deque pour le numérique égalité.

État d'achèvement Les trois états d'achèvement liés aux exécutions de tests dans axe Auditor sont « pas démarrés » (cas de test attribué à l'utilisateur, mais pas encore démarré), « en cours » (des tests automatisés ou manuels ont été effectués) ont été démarrés, mais tous les points de contrôle n'ont pas encore été attribués Résultat pour toutes les pages qui composent l'exécution du 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 d'achèvement de Réussite, d'Échec ou de S/O pour les deux automatisés Et tests manuels ).

Données de conformité et impact : Un regroupement de 6 champs d'information connexes qui vous donnent un aperçu rapide Aperçu du type d'informations de conformité et d'accessibilité Impact associé à cette règle. Une liste des applicables Normes à la règle, qui peuvent inclure W3C WCAG 2.0 niveaux A et AA, ainsi que les directives de la section 508 des États-Unis et/ou Deque Way Best Pratiques. Personnalisation des règles et des contrôles automatisés associés qui sont exécutés permet de réaliser des tests de normes spécifiques à l'organisation. Classifications de gravité (Bloqueur, Critique, Sérieux, Modéré ou Mineur) se réfèrent à aux niveaux de violation de la conformité (manquement aux règles) qui Décrire à quel point l'impact des problèmes est sérieux sur 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 une partie ou une section d'un Page particulière. Axe Auditor requiert que des sélecteurs appropriés soient définis Pour identifier les composants d'une page.

Tableau de bord :Le tableau de bord d'un test terminé 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 répétées. Toutes ces données graphiques sont basées sur Deque-Way Méthodologie 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 par rapport à Chaque page ou composant si la norme sélectionnée est WCAG 2.0 Niveau A & AA.

Type d'actif numérique

: Ce champ est utilisé pour définir le type d'actif ou de propriété étant testé. L'avantage de cela est que seuls les points de contrôle pertinents pour l'actif sélectionné (les tests, la remédiation et les bonnes pratiques (méthodologies) s'afficheront pour les tests manuels. Le [noun needed] Les points de contrôle non applicables seront masqués, il n'y aura donc que les points pertinents Points de contrôle à revoir. Les options parmi lesquelles choisir sont :

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

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

• Déficit de l'attention
• Cognitif
• Daltonisme
• Surdité
• Dyslexie
• Malentendant
• Basse vision
• Troubles convulsifs
• Utilisateurs de clavier avec vision
• Reconnaissance vocale

Environnement Les exécutions de tests permettent de spécifier le type de serveur en cours d'être testé. Par exemple, un serveur de production serait utilisé pour un site en direct site.

Dossier Un dossier est simplement un conteneur pour les scénarios de test utilisés pour les organiser. Il est utilisé pour regrouper de manière catégorique les cas de test liés. Consultez votre Responsable assurance qualité avant de créer un nouveau cas de test pour Dossier le plus approprié auquel l'associer. Lorsqu'un nouveau cas de test Si un élément est créé et qu'un dossier n'est pas sélectionné, il sera automatiquement Créé dans le dossier Non organisé par défaut. Test existant Les cas peuvent être déplacés vers différents dossiers à tout moment.

Impact :L'impact sur l'utilisateur est une mesure utile à utiliser lors de la priorisation des mesures correctives efforts. 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é, Généralement vrai pour un type particulier de problème d'accessibilité, mais Les évaluateurs peuvent utiliser leur jugement pour les modifier. Bloquant, Critique Et des conséquences graves surviennent lorsqu'un utilisateur rencontre des difficultés significatives Des barrières ou est bloqué par le contenu sur le site avec une plus grande Vulnérabilité aux poursuites judiciaires. Les problèmes mineurs et modérés ne sont pas aussi graves Sérieux, mais il doit quand même être traité pour que la page soit prise en compte Entièrement conforme. Les tests de point de contrôle couvrent les directives d'accessibilité Qui peut avoir les cinq niveaux suivants utilisés pour catégoriser les Impact des problèmes d'accessibilité au sein de l'application axe Auditor.

• Blocage : Provoque des blocages catastrophiques pour les personnes atteintes handicaps. Ces problèmes les empêcheront certainement de accéder à des fonctionnalités ou à du contenu fondamentaux, sans possibilité Solutions de contournement. Ce type de problème met votre organisation à haut risque. Donnez la priorité aux hotfixes immédiats et déployez les Dès que possible. Cela devrait être extrêmement rare. Un exemple de Le problème bloquant est un SC 2.3.1 --- Trois flashs ou en dessous du seuil Qui peut provoquer des crises
• Critique : Ce problème entraîne le blocage du contenu pour Pour les personnes handicapées. Jusqu'à ce qu'une solution soit mise en œuvre Le contenu sera complètement inaccessible, ce qui rendra votre L'organisation très vulnérable aux poursuites judiciaires. Remédiation Devrait être une priorité absolue.
• Grave : Ce problème crée de sérieux obstacles pour les personnes Les handicapées et les empêchera partiellement de Accédant à des fonctionnalités ou à du contenu fondamental. Les personnes qui comptent sur Les personnes qui utilisent des technologies d'assistance éprouveront une grande frustration En conséquence. Les problèmes entrant dans cette catégorie sont majeurs Les problèmes existent, et leur résolution devrait être une priorité. Cela devrait être très commun.
• Modéré : Ce problème entraîne des obstacles pour les personnes handicapées, mais ne les empêcherait pas de Accédant à des éléments ou contenus fondamentaux. Cela pourrait rendre votre organisation vulnérable aux poursuites judiciaires. Cette violation doit être résoudre 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 qui a moins d'impact pour les utilisateurs qu'un problème modéré. Pour qu'une page soit prise en compte comme entièrement conforme, ce problème doit être résolu, mais il peut être traité en dernier.

Problème Dans le contexte d'axe Auditor, chacun se compose d'un résumé obligatoire, Niveau d'impact, ainsi qu'une association avec un Deque Way Checkpoint. Informations supplémentaires pouvant être stockées dans un enregistrement d'incident Inclure un type d'incident, un type de description, une description, des indicateurs de révision, Code source, captures d'écran et recommandation de correction. Chaque problème Concerne une page de test particulière.

Type d'Issue : Fait référence au type de défaillance ou à la meilleure pratique. Les 5 prochains Les types de défauts sont utilisés pour classer les problèmes dans l'axe Auditor application :

• Accessibilité : Le problème affecte la capacité d'un utilisateur handicapé d'accéder au contenu ou à la fonctionnalité du site. Échoue au Test de point de contrôle.
• Meilleure pratique : Le problème a un impact sur la capacité d'une personne handicapée l'utilisateur d'accéder au contenu ou aux fonctionnalités du site, mais ne fait pas échouer le test du point de contrôle.
• Agent utilisateur : Le problème est dû à l'agent utilisateur interaction avec la page, pas nécessairement le contenu de la page elle-même.
• Fonctionnalité : Le problème est dû à un problème avec Fonctionnalité de la page et doit être considéré comme un défaut fonctionnel défaut.
• Facilité d'utilisation : 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'une question indique comment l'expert en la matière a découvert Problème, soit par automatisation, soit manuellement. Nous utilisons les outils Deque pour Utilisez Deque Way pour les résultats des tests d'automatisation et pour les résultats des tests manuels.

Autres ressources connexes : Liens externes vers des pages sur des sites non-Deque connus comme étant réputés Sources 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 de test ». page. " Sur un écran de création de cas de test, la boîte de dialogue Ajouter une page La fonctionnalité permet d'ajouter des pages à tester. Une page représente... La page, le composant ou le contenu individuel d'un cas de test qui que vous souhaitez tester pour l'accessibilité. Bien que vous spécifiiez... URL et nom de la page, la portée à tester peut être la totalité Page, ou une zone de la page (qui peut être un module, un écran, Widget, section ou élément).

Plate-forme :Les systèmes d'exploitation et les navigateurs sur lesquels le site sera 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 associées de l'Université Deque : Un lien vers le sujet est suivi d'un lien entre parenthèses vers Cours dans lequel le sujet est contenu. Cela vous amène directement à La page de Deque University 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 test permettent de spécifier le numéro de version Produit en cours de test. Par exemple, 1.0 serait la première version Cycle du produit.

Pages de cours associées de l'Université Deque : Un lien vers le sujet est suivi d'un lien entre parenthèses vers Cours dans lequel le sujet est contenu. Cela vous amène directement à La page de Deque University 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 présentées pour démontrer 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 avec... Le handicap et le type de handicap qui souffre de ce problème défaillance.

Directives de la section 508 : Les sous-sections spécifiques liées aux directives de la section 508 sont référencé le cas échéant.

Sélecteur :Le sélecteur est un moyen d'identifier un élément à l'aide de certaines techniques (exemple : xpath, id, classe css) sur un DOM de page Web, ce qui aide à Identifier un composant particulier.

Gravité :Bloqueur, Critique, Sérieux, Modéré et Mineur sont les cinq catégories de La gravité du problème (défaillance des règles), tel qu'il se rapporte aux divers Lignes directrices et meilleures pratiques applicables.

Portée : La portée d'un cas de test est un ensemble d'URL de Page(s) et de Composant(s) qui qui doivent être évalués pour la conformité à l'accessibilité par rapport à la standard. Chaque page ou composant est considéré comme une unité de test par Application axe Auditor.

Code source  : Le code source est le code DOM rendu d'un élément cible d'un incident. Il aide les développeurs à identifier l'élément en cause Très facilement.

Norme Le champ Standard 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 Smoke test, article 508 ou Air Carrier Access Act (ACAA) lorsque Lors de la création d'un nouveau cas de test ou lors de la modification d'un cas de test existant. Ce Le paramètre affine les règles automatisées et les tests de points de contrôle manuels que doivent être testés lors de l'exécution du test uniquement pour ceux qui sont Applicable à la norme sélectionnée.

Statut : Les trois états de l'état d'exécution du test dans axe Auditor sont démarré" (cas de test attribué à l'utilisateur, mais pas encore démarré), « en cours » (des tests automatisés ou manuels ont été effectués) démarré, mais tous les points de contrôle n'ont pas encore reçu de résultat toutes les pages qui constituent l'exécution du test) et « complet » (ce qui signifie toutes Les points de contrôle pour toutes les pages ont été marqués avec un résultat d'achèvement De réussite, d'échec ou de non applicable dans les tests manuels).

Cas d’essai :Les cas de test représentent le scénario de test, les étapes et le produit Informations nécessaires à une évaluation spécifique. Ils sont constitués de Au moins une page ou un composant à tester, et ont un nom. Les informations supplémentaires incluent une description du cas de test, Norme applicable et informations sur le produit. Les pages à tester Contenus dans un cas de test, chaque page comprend un nom de page, une URL et une portée --- qui peut être soit la page entière, soit une zone de page spécifique (module, écran, widget, section ou élément) --- éléments cibles (formulaires, vidéo, audio, CAPTCHA, contenu clignotant) et autres Des instructions telles que celles à utiliser pour naviguer vers la page.

Fiabilité des tests :Un test par rapport à une règle comprend plusieurs vérifications qui, après exécution, Produire un résultat collectif. La fiabilité du test est dépend de résultats qui peuvent être identifiés de manière définitive par des moyens automatisés. Trois catégories de contrôles comprennent "aucun ne doit Scénarios « réussir », « un doit réussir » et « tous doivent réussir » pour chaque test. Les tests automatisés sont considérés comme fiables, relativement fiables Fiable ou pas fiable --- dans ce cas l'évaluation manuelle est nécessaire.

Exécution de test Une exécution de test est une instance d'un cas de test qui a été assigné à l'utilisateur pour effectuer une évaluation par rapport à une combinaison spécifique de systèmes d'exploitation plateforme, version du navigateur et technologie d'assistance. Nous créons nombre de passages de test si nous devons évaluer le cas de test donné par rapport à Nombre de combinaisons de système d'exploitation, de navigateur et d'AT. Chaque exécution de test peut être Attribué à un utilisateur différent.

Unité de test : L'unité de test peut être une page ou un composant d'un cas de test. Nombre de test Les unités d'un cas de test sont équivalentes à la somme du nombre de pages et Des composants d'un cas de test.

Méthodologie de test :Deque Way est notre méthodologie qui est définie par l'équipe de Deque Experts en accessibilité pour comprendre et interpréter les WCAG de manière Manière précise et plus simple. Cela rendra tout futur client Les équipes d’accessibilité seraient plus efficaces si adoptées.

Tableau des principaux problèmes du tableau de bord :Le tableau des principaux problèmes indique les principaux points de vérification qui échouent Nombre de fois dans l'étendue des pages et/ou des composants définis. La liste est présentée par ordre décroissant afin que l'utilisateur voie les plus importants Point de contrôle avec le plus grand nombre d'échecs en premier. Ce graphique va Afficher les 10 principaux points de contrôle présentant le plus grand nombre de problèmes.

Thèmes  : Trop nombreux pour être listés ici, tous les noms de sujets applicables sont Affiché pour représenter la grande catégorie à laquelle appartient la règle. Ces associations servent à regrouper des types de règles/problèmes liés ensemble.

Graphique d'impact utilisateur du tableau de bord : Le graphique d'impact utilisateur indique comment ces problèmes d'accessibilité identifiés Ces problèmes auront un impact sur les personnes ayant différents handicaps. Vous pouvez Retrouvez les définitions de gravité en cliquant sur le lien de l'icône d'info Sous le graphique. Référez-vous à la section « impact » de ce glossaire pour Comprendre comment différents problèmes avec différents niveaux d'impact vont impactent la capacité de la personne handicapée à utiliser les fonctionnalités de page.

Critères de réussite WCAG : Les critères de réussite (CS) sont rédigés sous forme d'énoncés testables qui sont Pas spécifique de technologie. Sous-sections des directives WCAG associées Sont énumérés. Les catégories de problèmes du point de contrôle de Deque Way sont basées sur Ces regroupements de directives d’accessibilité liées.

Sujet connexe

Concepts et termes clés