Glossar

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

Barrierefreiheits-Compliance-Diagramm des Dashboards : Das Compliance-Diagramm zeigt die Gesamtpunktzahl der Barrierefreiheits-Compliance über die im Testfall definierten Seiten und/oder Komponenten an. Die Prozentsätze werden auf Basis der Anzahl der insgesamt bestandenen oder nicht bestandenen Kontrollpunkte innerhalb des definierten Umfangs berechnet. Ein Kontrollpunkt wird in die Liste der nicht bestandenen aufgenommen, wenn er mindestens einmal auf einer der Seiten oder Komponenten des definierten Umfangs nicht bestanden wurde.

Assistive Technologie : Testruns ermöglichen die Spezifikation der Software und Geräte, die von behinderten Personen zur Interaktion mit Software und Websites verwendet werden. Einige Tests erfordern die Nutzung eines Screenreaders, wie zum Beispiel NVDA oder JAWS auf dem PC oder VoiceOver auf dem Mac. Weitere Informationen finden Sie unter https://en.wikipedia.org/wiki/Assistive_technology

Attest : Ein Teil der Deque Enterprise Accessibility Conformance-Produktfamilie, axe DevTools ist die erstklassige Barrierefreiheits-Regel-Engine, die umfassende automatisierte Tests in axe Auditor ausführt. Als eigenständiges Produkt ist es eine leichte, schnelle und tragbare JavaScript-Bibliothek, die auf Ihrem lokalen Entwicklungsserver im gleichen Browser wie Ihre Funktions- oder Unit-Tests läuft und sich nahtlos mit dem bevorzugten Testframework oder Browser integriert. In jedem ausgereiften, agilen Entwicklungszyklus sind Entwickler und Tester in der Lage, Barrierefreiheitsprobleme frühzeitig zu erkennen und schnell zu lösen, indem sie die integrierten Referenzen und Lösungsmuster aus der umfassenden, kontextsensitiven Hilfe nutzen, die auf die Deque University zugreift.

Kontrollpunkt : Eine von Deques Team von Barrierefreiheitsexperten entwickelte Methode zum Testen von Barrierefreiheitsanforderungen, die die Konsistenz und Genauigkeit der Testergebnisse erhöht. Basierend auf den WCAG-Erfolgskriterien bieten sie eine explizitere Kategorisierung und Interpretation dieser Richtlinien, bei der Fehler in der Regel nach Inhaltstyp getrennt werden. Die Deque-Kontrollpunkte helfen Gutachtern, während der Barrierefreiheitsbewertungen konsistente und genaue Testergebnisse zu erzielen. Ein Kontrollpunkt bezieht sich auf den relevantesten und anwendbarsten Abschnitt der Hauptliste der 66 Deque-Kontrollpunkte (und deren Anforderungen), die ein wichtiger Bestandteil des Deque-Wegs zur digitalen Gleichstellung sind.

Abschlussstatus : Die drei Abschlusszustände in Bezug auf Testruns in axe Auditor sind „nicht gestartet“ (Testfall ist dem Benutzer zugewiesen, aber noch nicht gestartet), „in Bearbeitung“ (entweder automatisiertes oder manuelles Testen wurde gestartet, aber alle Kontrollpunkte haben noch kein Ergebnis für alle Seiten, die den Testrun bilden) und „abgeschlossen“ (bedeutet, dass alle Kontrollpunkte für alle Seiten entweder mit einem Abschlussresultat als bestanden, nicht bestanden oder nicht anwendbar für sowohl automatisiertes als auch manuelles Testen markiert wurden).

Compliance-Daten & Auswirkung : Eine Gruppierung von 6 verwandten Informationsfeldern, die Ihnen einen schnellen Überblick über die Art der Compliance-Informationen und den Barrierefreiheits-Einfluss liefern, die mit dieser Regel verbunden sind. Eine Auflistung der anwendbaren Standards für die Regel, die W3C WCAG 2.0 Level A und AA sowie US Section 508 Richtlinien und/oder Deque Way Best Practices umfassen kann. Die Anpassung von Regeln und verbundenen automatisierten Prüfungen ermöglicht eine organisationsspezifische Standardprüfung. Schweregradeinstufungen (Blocker, Kritisch, Schwerwiegend, Mäßig oder Gering) beziehen sich auf die Compliance-Verletzung (Regelausfall) und beschreiben, wie ernst der Einfluss des Problems auf die Barrierefreiheit einer Seite oder eines Projekts ist.

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

Dashboard : Das Dashboard eines abgeschlossenen Testruns besteht aus drei Diagrammen, die das Niveau der Barrierefreiheitskonformität, die Auswirkung von Problemen auf Menschen mit unterschiedlichen Behinderungen und die häufigsten Probleme mit ihrer Häufigkeit anzeigen. Alle diese Diagrammdaten basieren auf der Deque-Way-Methodik, die in axe Auditor verwendet wird, um gegen einen gegebenen Standard zu testen. Zum Beispiel evaluieren wir gemäß Deque-Way 66 Checkpoints gegen jede Seite oder Komponente, wenn der ausgewählte Standard WCAG 2.0 Level A & AA ist.

Digitale Asset-Art

: Dieses Feld wird verwendet, um die Art des getesteten Assets oder der Immobilie zu definieren. Der Vorteil davon ist, dass nur die auf das ausgewählte Asset zutreffenden Kontrollpunkte (die Test-, Sanierungs- und Best-Practice-Methodologien) für das manuelle Testen angezeigt werden. Nicht anwendbare Kontrollpunkte werden ausgeblendet, sodass nur relevante Kontrollpunkte überprüft werden müssen. Folgende Auswahlmöglichkeiten stehen zur Verfügung:

• 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 wird angezeigt, um anzuzeigen, welche Behinderungen durch das Nichterfüllen der Regel betroffen sind:

• Aufmerksamkeitsdefizit
• Kognitive
• Farbenblindheit
• Taubheit
• Legasthenie
• Schwerhörigkeit
• Sehschwäche
• Anfall
• Sehende Tastaturbenutzer
• Sprache

Umgebung : Testruns ermöglichen die Spezifizierung des Servertyps, auf dem 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, der zur Organisation verwendet wird. Er dient dazu, verwandte Testfälle kategorisch zu gruppieren. Konsultieren Sie Ihren Quality Assurance Manager, bevor Sie einen neuen Testfall erstellen, um den am besten geeigneten Ordner festzulegen. Wird ein neuer Testfall erstellt und ein Ordner nicht ausgewählt, wird er standardmäßig innerhalb des Unorganized-Folders erstellt. Bestehende Testfälle können jederzeit in andere Ordner verschoben werden.

Auswirkung : Die Nutzerwirkung ist eine nützliche Metrik zur Priorisierung von Sanierungsmaßnahmen. Standardmäßige Stufen sind mit jedem Deque-Kontrollpunkt verbunden, basierend auf den Feststellungen der Deque-Barrierefreiheitsexperten für bestimmte Arten von Barrierefreiheitsproblemen, aber Gutachter können ihr Urteil nutzen, um sie zu ändern. Blocker, Kritische und Schwerwiegende Auswirkungen treten auf, wenn ein Benutzer auf erhebliche Barrieren stößt oder vom Zugang zu Inhalten der Site abgehalten wird, sodass ein höheres Risiko für rechtliche Schritte besteht. Geringere und moderate Probleme sind nicht so ernst, müssen aber dennoch behandelt werden, damit die Seite als vollständig konform gilt. Kontrollpunkt-Tests decken Barrierefreiheitsrichtlinien ab, die die folgenden fünf Stufen verwenden, um die Barrierefreiheitsauswirkung von Problemen innerhalb der axe Auditor-Anwendung zu kategorisieren.

• Blocker: Resultiert in katastrophalen Hindernissen für Menschen mit Behinderungen. Diese Probleme verhindern definitiv den Zugang zu grundlegenden Funktionen oder Inhalten, ohne mögliche Lösungen. Diese Art von Problem setzt Ihr Unternehmen einem hohen Risiko aus. Priorisieren Sie die sofortige Behebung und verteilen Sie sie als Hotfixes so schnell wie möglich. Sollten extrem selten sein. Ein Beispiel für ein Blocker-Problem ist SC 2.3.1 --- Drei Blitze oder darunter Schwelle, die Anfälle verursachen kann
• Kritisch: Dieses Problem führt dazu, dass Inhalte für Menschen mit Behinderungen blockiert werden. Bis eine Lösung implementiert wird, bleibt der Inhalt vollständig unzugänglich, was Ihr Unternehmen einem hohen rechtlichen Risiko aussetzt. Die Behebung sollte oberste Priorität haben.
• Schwerwiegend: Dieses Problem führt zu schwerwiegenden Barrieren für Menschen mit Behinderungen und wird sie teilweise daran hindern, auf grundlegende Funktionen oder Inhalte zuzugreifen. Menschen, die auf assistive Technologien angewiesen sind, werden dadurch erheblichen Frustrationen ausgesetzt sein. Probleme, die in diese Kategorie fallen, stellen große Probleme dar, und die Behebung sollte eine Priorität sein. Sollte sehr häufig sein.
• Mäßig: Dieses Problem führt zu einigen Barrieren für Menschen mit Behinderungen, würde sie jedoch nicht daran hindern, auf grundlegende Elemente oder Inhalte zuzugreifen. Dies könnte Ihr Unternehmen einem rechtlichen Risiko aussetzen. Diese Verletzung muss behoben werden, bevor eine Seite als vollständig konform gilt.
• Gering: Dies wird als ein Problem angesehen, das einen geringeren Einfluss auf Benutzer hat als ein mäßiges Problem. Damit eine Seite als vollständig konform gilt, muss dieses Problem behoben werden, kann aber zuletzt bearbeitet werden.

Problem : Im Kontext von axe Auditor besteht jedes Problem aus einer erforderlichen Zusammenfassung, einem Auswirkungsgrad sowie einer Verbindung mit einem Deque Way Checkpoint. Zusätzliche Informationen, die in einem Problem-Datensatz gespeichert werden können, umfassen einen Problemtyp, eine Beschreibungstype, eine Beschreibung, Prüfungsmarkierungen, Quellcode, Screenshots und Sanierungsempfehlungen. Jedes Problem bezieht sich auf eine bestimmte Testseite.

Problemtyp : Bezieht sich auf die Art des Fehlers oder der Best Practice. Die folgenden 5 Problemtypen werden zur Kategorisierung von Problemen in der axe Auditor-Anwendung verwendet:

• Barrierefreiheit: Das Problem beeinträchtigt die Fähigkeit eines behinderten Benutzers, auf Inhalte oder Funktionen der Website zuzugreifen. Verfehlt den Kontrollpunkt-Test.
• Beste Praxis: Das Problem beeinträchtigt die Fähigkeit eines beeinträchtigten Nutzers, Inhalte oder Funktionen der Website zu nutzen, fällt jedoch nicht beim Checkpoint-Test durch.
• Benutzeragent: Das Problem resultiert aus der Benutzeragenten-Interaktion mit der Seite, nicht unbedingt aus dem Seiteninhalt selbst.
• Funktionalität: Das Problem ergibt sich aus einem Problem mit der Funktionalität der Seite und sollte als funktionaler Defekt betrachtet werden.
• Benutzerfreundlichkeit: Das Problem beeinträchtigt die Fähigkeit aller Nutzer, Inhalte oder Funktionen der Website zu nutzen.

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

Andere verwandte Ressourcen : Externe Links zu Seiten auf Nicht-Deque-Websites, die als zuverlässige 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 eines Testfalls wird die Funktionalität des Dialogfelds Seite hinzufügen verwendet, um zu testende Seiten hinzuzufügen. Eine Seite repräsentiert die individuelle Seite, Komponente oder den Inhalt innerhalb eines Testfalls, den Sie auf Barrierefreiheit testen möchten. Obwohl Sie eine URL und einen Namen für die Seite angeben, kann der zu testende Umfang die gesamte Seite sein, oder ein Bereich der Seite (dies kann ein Modul, Bildschirm, Widget, Abschnitt oder Element sein).

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

Verwandte Deque University Kursseiten : Ein Link zum Thema wird von einem elterlichen Link zum Kurs begleitet, in dem sich das Thema befindet. Dies führt Sie direkt zur Deque University-Seite, auf der ein hohes Maß an Detail über die Natur der Regel und ihre Bedeutung 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 von einem elterlichen Link zum Kurs begleitet, in dem sich das Thema befindet. Dies führt Sie direkt zur Deque University-Seite, auf der ein hohes Maß an Detail über die Natur der Regel und ihre Bedeutung 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 für Entwickler eine große Hilfe sein. Manchmal wird auch angegeben, wie dieses Problem eine Person mit Behinderung beeinflusst und welche Art von Behinderung unter diesem Fehler leidet.

Richtlinien von Abschnitt 508 : Spezifische Unterabschnitte der verwandten Richtlinien von Abschnitt 508 werden bei Bedarf referenziert.

Selektor : Ein Selektor ist eine Möglichkeit, ein Element mithilfe einiger Techniken (Beispiel: xpath, ID, css-Klasse) auf einem Webseiten-DOM zu identifizieren, die helfen, eine bestimmte Komponente zu erkennen.

Schweregrad : Blocker, Kritisch, Ernst, Mäßig und Geringfügig sind die fünf Kategorien der Schwere von Problemen (Regelversagen), wie sie sich auf die verschiedenen anwendbaren Richtlinien und bewährten Praktiken beziehen.

Umfang : Der Umfang eines Testfalls ist eine Menge von Seiten- und Komponenten-URLs, die auf Barrierefreiheitskonformität gegen den definierten Standard bewertet werden sollen. Jede Seite oder Komponente wird von der axe Auditor-Anwendung als Testeinheit betrachtet.

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

Standard : Das Standardfeld ermöglicht die Auswahl von entweder 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 Air Carrier Access Act (ACAA) bei der Erstellung eines neuen Testfalls oder beim Bearbeiten eines bestehenden Testfalls. Diese Einstellung verfeinert die automatisierten Regeln und manuellen Checkpoint-Tests, die im Testrun nur gegen diejenigen getestet werden sollen, die auf den ausgewählten Standard anwendbar sind.

Status : Die drei Statuszustände des Testruns im axe Auditor sind „nicht gestartet“ (Testfall dem Benutzer zugewiesen, aber noch nicht gestartet), „in Bearbeitung“ (entweder automatisierte oder manuelle Tests haben begonnen, aber alle Checkpoints wurden noch nicht für alle Seiten, die den Testrun ausmachen, mit einem Ergebnis versehen) und „abgeschlossen“ (was bedeutet, dass alle Checkpoints für alle Seiten mit einem Abschlussresultat von entweder Bestanden, Nicht bestanden oder N/A im manuellen Test markiert wurden).

Testfall : Testfälle repräsentieren das Testszenario, die Schritte und die Produktinformationen, die für eine spezifische Bewertung erforderlich sind. Sie bestehen aus mindestens einer zu testenden Seite oder Komponente und sind benannt. Zusätzliche Informationen umfassen eine Beschreibung des Testfalls, den anwendbaren Standard und Produktinformationen. Die im Testfall enthaltenen zu testenden Seiten umfassen jeweils einen Seitennamen, eine URL und einen Umfang --- der entweder die gesamte Seite oder einen spezifischen Seitenbereich (Modul, Bildschirm, Widget, Abschnitt oder Element) --- Ziel-Elemente (Formulare, Video, Audio, CAPTCHA, blinkende Inhalte) und verwandte Anweisungen wie diejenigen, die für die Navigation zur Seite verwendet werden sollen.

Test Zuverlässigkeit : Ein Test gegen eine Regel umfasst mehrere Prüfungen, die nach dem Ausführen ein kollektives Ergebnis liefern. Die Zuverlässigkeit des Tests hängt von Ergebnissen ab, die durch automatisierte Mittel eindeutig identifiziert werden können. Drei Kategorien von Prüfungen umfassen „keine muss bestehen“, „eine muss bestehen“ und „alle müssen bestehen“ Szenarien für jeden Test. Automatisierte Tests gelten entweder als Zuverlässig, Etwas Zuverlässig oder Unzuverlässig --- 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ützungstechnologie durchzuführen. Wir erstellen eine Anzahl von Testläufen, falls wir den gegebenen Testfall gegen mehrere Kombinationen von Betriebssystem, Browser und AT bewerten müssen. Jeder Testlauf kann einem anderen Benutzer zugewiesen werden.

Testeinheit : Eine Testeinheit kann eine Seite oder Komponente eines Testfalls sein. Die Anzahl der Testeinheiten eines Testfalls entspricht der Summe der Anzahl der Seiten und Komponenten eines Testfalls.

Testmethodik : Deque Way ist unsere Methodik, die vom Deque-Team der Barrierefreiheitsexperten definiert wurde, um die WCAG auf eine genaue und einfachere Weise zu verstehen und zu interpretieren. Dies wird die Barrierefreiheitsteams jedes zukünftigen Kunden effizienter machen, wenn sie angenommen wird.

Diagramm der Hauptprobleme des Dashboards : Das Diagramm der Hauptprobleme zeigt die top Checkpoints, die mehrmals über den Umfang der definierten Seiten-und/oder Komponenten hinweg fehlschlagen. Die Liste wird in absteigender Reihenfolge dargestellt, sodass der Benutzer den ersten Checkpoint mit der höchsten Anzahl an Fehlern zuerst sieht. Dieses Diagramm zeigt maximal die top 10 Checkpoints mit der höchsten Anzahl an Problemen an.

Themen : Zu zahlreich, um hier aufgelistet zu werden, alle anwendbaren Thema: Subthema Namen werden angezeigt, um die breite Kategorie darzustellen, unter die die Regel fällt. Diese Zuordnungen dienen dazu, verwandte Arten von Regeln/Problemen zu gruppieren.

Diagramm der Benutzerwirkung des Dashboards : Das Diagramm der Benutzerwirkung zeigt an, wie diese identifizierten Barrierefreiheitsprobleme die Menschen mit unterschiedlichen Behinderungen beeinflussen werden. Sie können die Definitionen der Schweregrade durch Klicken auf das Info-Icon unter dem Diagramm aufrufen. Siehe Abschnitt „Auswirkung“ in diesem Glossar, um zu verstehen, wie verschiedene Probleme mit unterschiedlichen Auswirkungsstufen die Fähigkeit einer Person mit Behinderung beeinträchtigen würden, die Funktionalität der Seite zu nutzen.

Erfolgskriterien der WCAG : Erfolgskriterien (SC) sind als testbare Aussagen formuliert, die nicht technologiespezifisch sind. Unterabschnitte der verwandten WCAG-Richtlinien sind aufgelistet. Die Deque Way-Checkpoint-Problemkategorien basieren auf diesen Gruppierungen verwandter Barrierefreiheitsrichtlinien.

Verwandtes Thema

Schlüsselkonzepte und Begriffe