Glossar

Diese Seite beschreibt die wichtigsten Begriffe, die in der Benutzeroberfläche des axe Auditor verwendet werden und die Benutzern des Systems bekannt sein müssen. Sie enthält Definitionen und Erklärungen von Begriffen, Abkürzungen und Akronymen, die Ihnen möglicherweise nicht vertraut sind.

Barrierefreiheits-Compliance-Diagramm des Dashboards : Das Compliance-Diagramm zeigt den Gesamterfüllungsgrad der Barrierefreiheitsstandards über die im Umfang des Testfalls definierten Seiten und/oder Komponenten. Die Prozentsätze werden basierend auf der Anzahl der insgesamt bestandenen oder nicht bestandenen Prüfpunkte im definierten Umfang berechnet. Ein Prüfpunkt wird zur Liste der nicht bestandenen hinzugefügt, wenn er mindestens einmal auf einer der Seiten oder Komponenten des definierten Umfangs nicht bestanden wurde.

Hilfstechnologie : Testläufe ermöglichen die Spezifikation der Software und Geräte, die von behinderten Personen verwendet werden, um mit Software und Websites zu interagieren. Einige Tests erfordern die Verwendung eines Screenreaders, wie NVDA oder JAWS auf dem PC oder VoiceOver auf dem Mac. Weitere Informationen finden Sie unter https://en.wikipedia.org/wiki/Assistive_technology

Attest : Als Teil der Deque Enterprise Accessibility Conformance Produktreihe ist axe DevTools die Premium-Barrierefreiheits-Engine, die umfassende automatisierte Tests innerhalb von axe Auditor durchführt. Als eigenständiges Produkt ist es eine leichtgewichtige, schnelle und tragbare JavaScript-Bibliothek, die auf Ihrem lokalen Entwicklungsserver im selben Browser läuft wie Ihre funktionalen oder Unit-Tests und sich nahtlos in das gewählte Testframework oder den Browser integriert. In jedem ausgereiften, agilen Entwicklungszyklus sind Entwickler und Tester in der Lage, Barrierefreiheitsprobleme frühzeitig zu erkennen und mithilfe der integrierten Referenzen und Lösungsmuster aus der tiefen, kontextsensitiven Hilfe, die auf die Wissenbasis der Deque University zugreift, schnell zu beheben.

Prüfpunkt : Eine erprobte Methode zum Testen von Barrierefreiheitsanforderungen, die von Deques Team von Barrierefreiheitsexperten entwickelt wurde und die Konsistenz und Genauigkeit der Testergebnisse erhöht. Basierend auf den WCAG-Erfolgskriterien bieten sie eine explizitere Kategorisierung und Interpretation dieser Richtlinien, wobei Fehler typischerweise nach Inhaltstyp getrennt werden. Die Deque-Prüfpunkte helfen Prüfern, während der Barrierefreiheitsbewertungen konsistente und genaue Testergebnisse zu erzielen. Ein Prüfpunkt bezieht sich auf den relevantesten und anwendbarsten Abschnitt der Hauptauflistung der 66 Deque-Prüfpunkte (und deren Anforderungen), die einen wichtigen Bestandteil des Deque-Weges zur digitalen Gleichstellung darstellen.

Fertigstellungsstatus : Die drei Fertigstellungsstadien, die sich auf Testläufe in axe Auditor beziehen, sind „nicht begonnen“ (Testfall dem Benutzer zugewiesen, aber noch nicht begonnen), „in Bearbeitung“ (entweder automatisierte oder manuelle Tests wurden gestartet, aber noch nicht alle Prüfpunkte für alle Seiten des Testlaufs mit einem Ergebnis versehen) und „abgeschlossen“ (bedeutet, dass alle Prüfungen für alle Seiten entweder mit einem Ergebnis von Bestanden, Durchgefallen oder Nicht zutreffend für sowohl automatisierte als auch manuelle Tests markiert wurden).

Compliance-Daten & Auswirkung : Eine Gruppierung von 6 verwandten Informationsfeldern, die Ihnen einen schnellen Überblick über die Art der Compliance-Informationen und den Barrierefreiheitsauswirkungen geben, die mit dieser Regel verbunden sind. Eine Auflistung der für die Regel geltenden Standards, die W3C WCAG 2.0 Level A und AA sowie US Section 508 Richtlinien und/oder Deque Way Best Practices umfassen kann. Durch die Anpassung von Regeln und zugehörigen automatisierten Prüfungen, die durchgeführt werden, wird organisationsspezifisches Standards-Testing ermöglicht. Die Klassifikationen der Schweregrade (Blockierend, Kritisch, Schwerwiegend, Moderat oder Gering) beziehen sich auf die Level der Regelverstöße (Regelversagen), die beschreiben, wie schwerwiegend die Auswirkungen der Problem(e) auf die Barrierefreiheit einer Website oder Seite sind.

Komponente : Eine Komponente stellt globale und wiederverwendbare Abschnitte der Website dar. Der Benutzer kann auch Komponenten definieren, die Teil oder ein Abschnitt einer bestimmten Seite sind. Axe Auditor erwartet, dass geeignete Selektoren definiert werden, um Komponenten einer Seite zu identifizieren.

Dashboard : Das Dashboard eines abgeschlossenen Testlaufs besteht aus drei Diagrammen, die das Niveau der Barrierefreiheitskonformität, den Einfluss von Problemen auf Personen mit verschiedenen Behinderungen und die häufigsten Probleme mit der Anzahl der Wiederholung anzeigen. Alle diese Diagrammdaten basieren auf der Deque-Way-Methodik, die im axe Auditor verwendet wird, um gegen einen gegebenen Standard zu testen. Zum Beispiel werden gemäß Deque-Way 66 Prüfpunkte gegen jede Seite oder Komponente bewertet, wenn der ausgewählte Standard WCAG 2.0 Level A & AA ist.

Digitaler Asset-Typ

: Dieses Feld wird verwendet, um den Typ des getesteten Assets oder Objekts zu definieren. Der Vorteil davon ist, dass nur die für das gewählte Asset relevanten Prüfpunkte (die Testing-, Behebungs- und Best-Practice-Methodologien) für die manuelle Prüfung angezeigt werden. Die nicht zutreffenden Prüfpunkte werden ausgeblendet, sodass nur relevante Prüfpunkte geprüft werden können. Folgende Optionen stehen zur Auswahl:

• Desktop-Web
• Mobile Web
• Native Mobile Android
• Native Mobile iOS
• Kiosk
• MS Excel-Dokumente
• MS PowerPoint-Dokumente
• MS Word-Dokumente
• Windows-Desktop-Software

Betroffene Behinderungen : Eines oder mehrere der folgenden Elemente werden angezeigt, um anzuzeigen, welche Behinderungen betroffen sind, wenn die Regel nicht erfüllt wird:

• Aufmerksamkeitsdefizit
• Kognitive Beeinträchtigung
• Farbenblindheit
• Gehörlosigkeit
• Dyslexie
• Schwerhörigkeit
• Eingeschränktes Sehvermögen
• Anfallsleiden
• Sehende Tastaturnutzer
• Sprachbehinderungen

Umgebung : Testläufe ermöglichen die Spezifikation des Typs des Servers, der getestet wird. Zum Beispiel würde ein Produktionsserver für eine Live-Site verwendet werden.

Ordner : Ein Ordner ist einfach ein Container für Testfälle, um diese zu organisieren. Er wird verwendet, um verwandte Testfälle kategorisch zu gruppieren. Konsultieren Sie Ihren Qualitätsmanagement-Manager, bevor Sie einen neuen Testfall erstellen, um den am besten geeigneten Ordner dafür zu finden. Wenn ein neuer Testfall erstellt wird und kein Ordner ausgewählt wurde, wird er standardmäßig im Ordner „Unorganisiert“ erstellt. Bestehende Testfälle können jederzeit in andere Ordner verschoben werden.

Auswirkung : Die Benutzerwirkung ist eine nützliche Metrik, um Prioritäten bei Behebungsmaßnahmen zu setzen. Standardlevel sind mit jedem Deque-Prüfpunkt assoziiert, je nachdem, was Deque-Barrierefreiheitsexperten für eine bestimmte Art von Barrierefreiheitsproblem allgemein als zutreffend erachten, aber Gutachter können ihr Urteilsvermögen nutzen, um diese zu ändern. Blockierende, Kritische und Schwerwiegende Auswirkungen treten auf, wenn ein Benutzer auf signifikante Barrieren stößt oder vom Inhalt auf der Site blockiert wird, mit einer größeren Anfälligkeit für rechtliche Schritte. Geringe und moderate Probleme sind nicht so schwerwiegend, müssen aber dennoch behoben werden, damit die Seite als vollständig konform betrachtet werden kann. Prüfpunkttests decken Barrierefreiheitsrichtlinien ab, die in der Anwendung axe Auditor in folgenden fünf Levels zur Kategorisierung der Barrierefreiheitsauswirkungen von Problemen verwendet werden.

• Blockierend: Führt zu katastrophalen Blockaden für Menschen mit Behinderungen. Diese Probleme werden definitiv verhindern, dass sie grundlegende Funktionen oder Inhalte erreichen können, ohne mögliche Umgehungslösungen. Diese Art von Problem setzt Ihre Organisation einem hohen Risiko aus. Sofort beheben und als Hotfixes möglichst schnell bereitstellen. Sollte äußerst selten sein. Ein Beispiel für ein blockierendes Problem ist ein SC 2.3.1 --- Drei Blitze oder darunter Schwelle, die Anfälle verursachen können.
• Kritisch: Dieses Problem führt dazu, dass der Zugriff auf Inhalte für Menschen mit Behinderungen blockiert wird. Bis eine Lösung umgesetzt ist, wird der Inhalt vollständig unzugänglich gemacht, was Ihre Organisation einem hohen Risiko für rechtliche Schritte aussetzt. Die Behebung sollte höchste Priorität haben.
• Schwerwiegend: Dieses Problem führt zu ernsthaften Barrieren für Menschen mit Behinderungen und wird sie teilweise daran hindern, grundlegende Funktionen oder Inhalte zu erreichen. Menschen, die auf Hilfstechnologien angewiesen sind, werden aufgrund dessen erhebliche Frustration erfahren. Probleme in dieser Kategorie sind große Probleme, und ihre Behebung sollte eine Priorität sein. Sollte sehr häufig vorkommen.
• Moderat: Dieses Problem führt zu einigen Barrieren für Menschen mit Behinderungen, würde sie jedoch nicht daran hindern, grundlegende Elemente oder Inhalte zu erreichen. Dies könnte Ihre Organisation rechtlichen Schritten aussetzen. Diese Verletzung muss behoben werden, bevor eine Seite als vollständig konform angesehen werden kann.
• Gering: Dies wird als ein Problem angesehen, das weniger Auswirkungen auf Benutzer hat als ein moderates Problem. Damit eine Seite als vollständig konform gilt, muss dieses Problem gelöst werden, kann aber zuletzt bearbeitet werden.

Problem : Im Kontext von axe Auditor besteht jedes aus einer erforderlichen Zusammenfassung, einem Auswirkungslevel sowie einer Zuordnung zu einem Deque-Weg-Prüfpunkt. Zusätzliche Informationen, die in einem Problem-Datensatz gespeichert werden können, umfassen einen Problemtyp, Beschreibungstyp, Beschreibung, Überprüfungsflaggen, Quellcode, Screenshots und Behebungs-Empfehlung. Jedes Problem bezieht sich auf eine bestimmte Testseite.

Problemtyp : Bezieht sich auf die Art des Fehlers oder der besten Praktik. Die folgenden 5 Problemtypen werden verwendet, um Probleme in der Anwendung axe Auditor zu kategorisieren:

• Barrierefreiheitsproblem: Das Problem beeinträchtigt die Fähigkeit eines benachteiligten Benutzers, auf Inhalte oder Funktionen der Website zuzugreifen. Der Prüfpunkt-Test wird nicht bestanden.
• Best Practice: Das Problem beeinträchtigt die Fähigkeit eines behinderten Nutzers, auf Inhalte oder Funktionen der Website zuzugreifen, schlägt jedoch den Checkpoint-Test nicht fehl.
• User Agent: Das Problem resultiert aus der Interaktion des User Agents mit der Seite und nicht unbedingt aus dem Seiteninhalt selbst.
• Funktionalität: Das Problem ist das Ergebnis eines Problems mit der Funktionalität der Seite und sollte als funktionaler Fehler betrachtet werden.
• Benutzerfreundlichkeit: Das Problem beeinträchtigt die Fähigkeit aller Benutzer, auf Inhalte oder Funktionen der Website zuzugreifen.

Methode : Die Methode eines Problems zeigt an, wie der Fachexperte ein Problem entdeckt hat, entweder durch Automatisierung oder manuell. Wir verwenden Deque-Werkzeuge für automatisierte Testergebnisse und die Deque-Methode für manuelle Testergebnisse.

Andere relevante Ressourcen : Externe Links zu Seiten auf nicht-Deque-Websites, die als seriöse Quellen qualitativ hochwertiger Informationen über die spezifische Regel bekannt sind.

Seite : Eine Seite im axe Auditor bezieht sich auf eine „zu testende Seite“ oder eine „Testseite“. Auf einem Bildschirm zur Erstellung von Testfällen wird die Funktionalität des Dialogfelds „Seite hinzufügen“ verwendet, um Seiten hinzuzufügen, die getestet werden sollen. Eine Seite repräsentiert die einzelne Seite, Komponente oder den Inhalt innerhalb eines Testfalls, der dem Test auf Barrierefreiheit unterzogen werden soll. Auch wenn Sie eine URL und einen Namen für die Seite angeben, kann der zu testende Umfang die ganze Seite oder ein Bereich der Seite sein (was ein Modul, Bildschirm, Widget, Abschnitt oder Element sein kann).

Plattform : Das Betriebssystem/die Betriebssysteme und der/die Browser, auf denen die Site getestet werden soll. Zum Beispiel „Windows und Firefox“ oder „Android und Chrome“. Automatisierte Tests werden über einen verbundenen Browser auf einer gegebenen Plattform durchgeführt.

Verwandte Deque University Kursseiten : Ein Link zum Thema wird durch einen in Klammern gesetzten Link zu dem Kurs ergänzt, in dem das Thema enthalten ist. Dies führt Sie direkt zur Deque-Universitätsseite, auf der ein hohes Maß an Detailinformationen über die Natur der Regel und warum sie wichtig ist, bereitgestellt wird.

Veröffentlichung : Testläufe ermöglichen die Angabe der Versionsnummer des getesteten Produkts. Zum Beispiel wäre 1.0 der erste Veröffentlichungszyklus des Produkts.

Verwandte Deque University Kursseiten : Ein Link zum Thema wird durch einen in Klammern gesetzten Link zu dem Kurs ergänzt, in dem das Thema enthalten ist. Dies führt Sie direkt zur Deque-Universitätsseite, auf der ein hohes Maß an Detailinformationen über die Natur der Regel und warum sie wichtig ist, bereitgestellt wird.

Relevante Technologien : Eine oder mehrere relevante Technologien werden angezeigt, um die Arten von Technologien zu demonstrieren, in denen die Regeln ausgeführt werden können.

Empfehlung zur Behebung : Die Empfehlung zur Behebung ist der Vorschlag unserer Deque-Experten, wie ein bestimmtes Problem behoben werden kann. Dies wird Entwicklern sehr helfen. Manchmal wird auch angegeben, wie dieses Problem eine Person mit einer Behinderung beeinträchtigt und welche Art von Behinderung darunter leidet.

Section 508-Richtlinien : Spezifische Unterabschnitte der verwandten Section 508-Richtlinien werden angegeben, wenn zutreffend.

Selektor : Der Selektor ist eine Möglichkeit, ein Element mithilfe einiger Techniken (zum Beispiel: xpath, id, CSS-Klasse) auf eines Webseiten-DOMs zu identifizieren, die hilft, eine bestimmte Komponente zu identifizieren.

Schweregrad : Blocker, Kritisch, Ernst, Mäßig und Minder sind die fünf Kategorien von Schweregraden eines Problems (Regelfehler), wie sie sich auf die verschiedenen anwendbaren Richtlinien und bewährten Verfahren beziehen.

Umfang : Der Umfang eines Testfalls ist eine Reihe von Seiten- und Komponenten-URLs, die auf Barrierefreikompatibilität im Vergleich zum definierten Standard überprüft werden sollen. Jede Seite oder Komponente wird vom axe Auditor als Testeinheit betrachtet.

Quellcode : Der Quellcode ist der gerenderte DOM-Code eines Zielelements eines Problems. Er hilft Entwicklern, das Element im Problem sehr leicht zu identifizieren.

Standard : Das Standardfeld ermöglicht die Auswahl entweder von WCAG 2.0 Level A, WCAG 2.0 Level AA, WCAG 2.1 Level A, WCAG 2.1 Level AA, WCAG 2.0, Section 508 oder dem Air Carrier Access Act (ACAA) beim Erstellen eines neuen Testfalls oder beim Bearbeiten eines bestehenden Testfalls. Diese Einstellung verfeinert die automatisierten Regeln und manuellen Checkpoint-Tests, die bei der Durchführung des Testlaufs gegen den ausgewählten Standard zu testen sind testen.

Status : Die drei Zustände des Testlaufstatus im axe Auditor sind „nicht begonnen“ (Testfall einem Benutzer zugewiesen, aber noch nicht begonnen), „in Bearbeitung“ (entweder automatisiertes oder manuelles Testen wurde begonnen, aber alle Checkpoints wurden noch nicht allen Seiten zugeordnet, die den Testlauf umfassen), und „abgeschlossen“ (was bedeutet, dass alle Checkpoints für alle Seiten mit einem Abschlussresultat entweder als Bestanden, Nicht bestanden oder N/A im manuellen Testen markiert wurden).

Testfall : Testfälle repräsentieren das Testszenario, die Schritte und Produktinformationen, die für eine spezifische Bewertung erforderlich sind. Sie bestehen aus mindestens einer Seite oder Komponente, die getestet wird, und werden benannt. Zusätzliche Informationen umfassen eine Beschreibung des Testfalls, den anwendbaren Standard und Produktinformationen. Die zu testenden Seiten, die innerhalb eines Testfalls enthalten sind, umfassen jeweils einen Seitennamen, eine URL und einen Umfang --- der entweder die ganze Seite oder ein spezifischer Seitenbereich (Modul, Bildschirm, Widget, Abschnitt oder Element) --- Zielelemente (Formulare, Videos, Audio, CAPTCHA, flackernde Inhalte) und verwandte Anweisungen wie die zum Navigieren zur Seite.

Testzuverlässigkeit : Ein Test gegen eine Regel umfasst mehrere Prüfungen, die nach dem Durchlauf ein kollektives Ergebnis liefern. Die Zuverlässigkeit des Tests ist abhängig von den Ergebnissen, die auf automatisierte Weise eindeutig identifiziert werden können. Drei Kategorien von Prüfungen umfassen „keine darf bestehen“, „eine muss bestehen“ und „alle müssen bestehen“-Szenarien für jede Prüfung. Automatisierte Tests werden entweder als zuverlässig, etwas zuverlässig oder unzuverlässig betrachtet --- in diesem Fall ist eine manuelle Bewertung erforderlich.

Testlauf : Ein Testlauf ist eine Instanz eines Testfalls, die einem Benutzer zugewiesen wurde, um eine Bewertung gegen eine spezifische Kombination von Betriebssystemplattform, Browserversion und unterstützender Technologie durchzuführen. Wir erstellen eine Anzahl von Testläufen, wenn wir den gegebenen Testfall gegen eine Anzahl von Kombinationen aus Betriebssystem, Browser und unterstützender Technologie bewerten müssen. Jeder Testlauf kann einem anderen Benutzer zugewiesen werden.

Testeinheit : Eine Testeinheit kann eine Seite oder Komponente eines Testfalls sein. Die Zahl der Testeinheiten eines Testfalls ist gleich der Summe der Zahl von Seiten und Komponenten des Testfalls.

Testmethodik : Deque Way ist unsere Methodik, die von Deques Team aus Barrierefreiheits-Experten definiert wurde, um die WCAG auf eine genaue und einfachere Weise zu verstehen und zu interpretieren. Dies wird jede kommende Barrierefreiheits-Teams des Kunden effizienter machen, wenn sie übernommen wird.

Diagramm der wichtigsten Probleme im Dashboard : Das Diagramm der wichtigsten Probleme zeigt die wichtigsten Checkpoints, die eine Anzahl von Malen über den Umfang von Seiten und/oder definierten Komponenten hinweg fehlgeschlagen sind. Die Liste wird in absteigender Reihenfolge präsentiert, sodass der Benutzer die wichtigsten Checkpoints mit der höchsten Anzahl von Fehlern zuerst sieht. Dieses Diagramm wird maximal die obersten 10 Checkpoints mit den meisten Problemen anzeigen.

Themen : Zu zahlreich, um sie hier aufzulisten, werden alle anwendbaren Themen: Subthemen-Namen angezeigt, um die breite Kategorie darzustellen, unter die die Regel fällt. Diese Zuordnungen dienen dazu, verwandte Typen von Regeln/Problemen zusammenzufassen.

Diagramm der Benutzerbelastung im Dashboard : Das Diagramm der Benutzerbelastung zeigt an, wie diese identifizierten Zugänglichkeitsprobleme Menschen mit verschiedenen Behinderungen beeinträchtigen werden. Sie können die Definitionen der Schweregrade anzeigen, indem Sie auf das Info-Symbol klicken unter dem Diagramm. Siehe den Abschnitt „Auswirkung“ dieses Glossars, um zu verstehen, wie die verschiedenen Probleme mit unterschiedlichem Auswirkungsgrad die Person mit Behinderung bei der Nutzung der Funktionalität der Seite beeinträchtigen würden.

WCAG-Erfolgskriterien : Erfolgskriterien (SC) sind als testbare Aussagen formuliert, die nicht technologie-spezifisch sind. Unterabschnitte der verwandten WCAG-Richtlinien werden aufgelistet. Die Kategorien der Deque-Weg-Checkpoint-Probleme basieren auf diesen Gruppierungen verwandter Zugänglichkeitsrichtlinien.

Verwandtes Thema

Wichtige Konzepte und Begriffe