Axe Developer Hub Glossarium

a11y

Nummergebonden afkorting (of numeroniem) voor het woord „toegankelijkheid“, waarbij „11“ (elf) het aantal tekens tussen de beginnende „a“ en afsluitende „y“ in toegankelijkheid vertegenwoordigt. Uitgesproken als ally.

API-sleutel

Voor autorisatie genereer je een API-sleutel in Axe Account-instellingen. Je kunt dezelfde API-sleutel voor meerdere projecten gebruiken, hoewel je een Axe Developer Hub API-sleutel alleen voor webprojecten en een Axe DevTools Mobile API-sleutel alleen voor mobiele projecten moet gebruiken.

Axe Developer Hub

Axe Developer Hub stelt je in staat om nieuwe testprojecten te creëren en toont je de resultaten van je toegankelijkheidstestsessies. Je kunt zoveel projecten maken als je nodig hebt om toegankelijkheid op je websites en mobiele apps te bekijken en te beheren.

Beste Praktijken

Deque beste praktijken zijn beproefde technieken die gewenste toegankelijkheidsresultaten opleveren wanneer specifieke formele methoden ontbreken of onvoldoende zijn. Hoewel ze niet officieel in een van de vastgestelde toegankelijkheidsregels zijn opgenomen, kan het volgen van de beste praktijken van Deque de toegankelijkheid en algehele kwaliteit van de geteste webpagina verbeteren. Het moet worden opgemerkt dat niet-naleving van Deque's richtlijnen voor best practices niet automatisch een mislukking aangeeft. Bovendien is deskundig oordeel vereist om de geschiktheid te overwegen in de context van de doelstellingen van de applicatie, site of pagina. Soms is de beste praktijk voor toegankelijkheid niet toepasbaar of praktisch voor het oplossen van een specifiek probleem. Zie Beste Praktijken voor de regels die de best practices regelset vormen.

Build-ID

De build-ID wordt automatisch gegenereerd als een UUID wanneer deze niet door de gebruiker wordt verstrekt en wordt gebruikt om scans als één enkele testsessie samen te voegen. Bij het uitvoeren van een testsuite op meerdere machines of omgevingen, zal het verstrekken van een build-ID al deze sessies samenvoegen en worden weergegeven als één enkele sessie in Developer Hub.

Duplicaat

Een duplicaat is hetzelfde toegankelijkheidsprobleem dat op dezelfde document object model (DOM) node in meerdere paginatoestanden wordt gezien. Als je een probleem met duplicaten oplost, zullen al zijn duplicaten verdwijnen omdat ze allemaal hetzelfde probleem zijn.

e2e Testing

End-to-end, of e2e, testen verwijst naar het testen van de volledige functionaliteit van een webapplicatie door de real-world implementatie ervan te testen. Met Axe Developer Hub kun je e2e-scenario's testen op toegankelijkheidsproblemen.

Experimentele Regels

Experimentele regels worden nog steeds ontwikkeld en getest om nieuwe technologieën of een groter begrip en bewustzijn van toegankelijkheidsproblemen aan te pakken. Op deze regels moet niet worden vertrouwd in productieomgevingen omdat ze nog in ontwikkeling zijn en gevoelig zijn voor vals-positieven. Uiteindelijk zouden regels in deze regelset onderdeel kunnen worden van toegankelijkheidsstandaarden. Experimentele regels zijn standaard uitgeschakeld. Zie Experimentele Regels voor de regels die deze regelset in de nieuwste versie van axe-core vormen.

Git

Veel Developer Hub projecten hebben testsuites die een Git repository gebruiken. Met Git kun je toegankelijkheidsdefecten koppelen aan code op verschillende branches en in specifieke commits, wat helpt bij hun oplossing.

Gitless

Gitless verwijst naar een Developer Hub project met een testsuite die geen gebruik maakt van een Git-repository. Hoewel het niet verplicht is, maakt een Git-repository het mogelijk om toegankelijkheidsdefecten te koppelen aan specifieke codewijzigingen, wat helpt bij hun oplossing.

Impact

Een impact niveau wordt toegewezen aan elke toegankelijkheidsschending, gecategoriseerd in vier niveaus van het minste tot het meest invloedrijke: kleine, matige, ernstig en kritiek. Deze metriek helpt prioriteit te geven aan herstelinspanningen, en Deque toegankelijkheidsexperts kennen standaard een impactniveau toe aan elk type overtreding.

Defecten met ernstig of kritiek impactniveaus vormen significante of onoverkomelijke barrières voor gebruikers met een handicap, met de hoogste juridische aansprakelijkheid. Hoewel kleine en matige problemen niet zo ernstig zijn, zijn ze nog steeds cruciaal voor naleving en het adresseren van de behoeften van mensen met een handicap.

De vier niveaus die worden gebruikt om de impact van toegankelijkheidsproblemen te categoriseren zijn:

1. Klein: Problemen die gebruikers met een handicap minder beïnvloeden dan matige problemen, maar die nog steeds resolutie vereisen voor volledige naleving.

2. Matig: Er bestaan enkele barrières voor gebruikers met een handicap, maar deze zouden hen niet beletten toegang te krijgen tot basisinhoud of -stromen. Deze problemen kunnen uw organisatie kwetsbaar maken voor juridische acties en moeten worden verholpen voordat volledige naleving wordt bereikt.

3. Ernstig: Gebruikers met een handicap zullen aanzienlijke barrières ervaren bij het interactief omgaan met de site, wat frustratie en moeite veroorzaakt bij het toegang krijgen tot gerelateerde inhoud. Oplossing zou een hoge prioriteit moeten hebben om juridische stappen te vermijden.

4. Kritiek: Gebruikers met een handicap worden volledig geblokkeerd van toegang of interactie met een functie op de webpagina, waardoor de inhoud ontoegankelijk wordt en uw organisatie zeer kwetsbaar blijft voor rechtszaken. Herstel van kritieke problemen moet een topprioriteit zijn.

Gewijzigde Testsuite

Een gewijzigde testsuite is een testsuite die je hebt aangepast volgens de instructies die door Axe Developer Hub zijn verstrekt toen je een nieuw project maakte. Door je testsuite te wijzigen, kun je toegankelijkheidstesten toevoegen aan je bestaande testsuite met minimale veranderingen aan de testsuite zelf.

Organisatorische Beheerder

Een organisatorische beheerder (org admin) is een gebruiker met administratieve privileges voor hun volledige onderneming in Axe Account. Org admins kunnen alle projecten in hun onderneming bekijken en projectleden en -instellingen beheren, ongeacht of ze lid zijn van een bepaald project. Org admin-status heeft voorrang boven projectniveau-rollen. Org admins moeten een actieve Axe Developer Hub of Axe DevTools voor Mobiel-licentie hebben om nieuwe projecten te creëren of resultaten naar Axe Developer Hub te sturen, maar ze kunnen bestaande projecten zonder een licentie beheren.

Paginastatus

De paginastatus verwijst naar de staat van een document object model (DOM) van een webpagina op een specifiek moment. Verschillende paginatoestanden bekijken is nuttig voor complexe websites met inlogschermen of dynamische UI, zoals single-page apps (SPAs). Voorbeelden van DOM-toestanden zijn onder andere:

• De zichtbaarheid van elementen
• De inhoud van elementen
• De geselecteerde status van radioknoppen en selectievakjes

Bij gebruik van Watcher scant het pakket webpagina's opnieuw zodra het wijzigingen aan de DOM detecteert en slaat elke keer een nieuwe pagina-toestand op.

Project

Een project in Axe Developer Hub bevat toegankelijkheidsresultaten, testrun-informatie en Git-gegevens (takken en commits). Je maakt en benoemt een nieuw project in Developer Hub, wat een Project-ID creëert die wordt gebruikt met je testen om het project te identificeren en resultatengegevens aan het project te koppelen.

Projectbeheerder

Een project beheerder is een projectlid met verhoogde permissies. Projectadmins kunnen alles doen wat een projectlid kan, plus projectinstellingen beheren, leden toevoegen of verwijderen en ledenrollen wijzigen. Bij het gebruik van Axe Watcher is een projectadmin's API-sleutel vereist om tests in een pijplijn uit te voeren.

Project-ID

Een Project-ID wordt automatisch gegenereerd wanneer je een nieuw project toevoegt om je resultaatgegevens met dat project te koppelen. Zowel een project-ID als een API-sleutel zijn vereist om toegankelijkheidsresultaten naar Developer Hub te verzenden. Het is best practice om één project-ID te koppelen aan één testsuite/repository om de toegankelijkheidsstatus van je project nauwkeuriger Bij te houden.

Projectlid

Een projectlid is een gebruiker die is toegevoegd aan een Axe Developer Hub-project. Projectleden kunnen tests uitvoeren en resultaten binnen het project bekijken. Leden moeten een actieve licentie hebben om toegang te krijgen tot het project.

SHA

Wanneer je een commit met Git maakt, maakt het een ID aan om de commit uniek te identificeren. Deze unieke ID wordt een SHA genoemd (vernoemd naar de Secure Hash Algorithms, een groep cryptografische hash-functies).

Tag

Een tag groepeert regels die behoren tot een specifieke toegankelijkheidsrichtlijn, zoals WCAG. Voor meer informatie over de regels en de labels waartoe die regels behoren, zie axe-core Regelbeschrijvingen

WCAG

WCAG, of Web Content Accessibility Guidelines, zijn een reeks richtlijnen ontwikkeld door het World Wide Web Consortium (W3C) om webcontent toegankelijker te maken voor mensen met een handicap. Deze richtlijnen bieden een kader voor het creëren van toegankelijke websites en digitale content die kan worden gebruikt door mensen met een breed scala aan handicaps.

De drie conformiteitsniveaus van WCAG worden gedefinieerd door een reeks succescriteria die specifieke elementen van webcontent beschrijven die moeten worden nageleefd om dat conformiteitsniveau te bereiken. Conformiteitsniveau A is het minimumniveau van conformiteit, terwijl conformiteitsniveau AAA het meest stringent is. Conformiteitsniveau AA vereist conformiteit met zowel niveau A als niveau AA succescriteria. Conformiteit met alle drie de niveaus van succescriteria (A, AA en AAA) is vereist voor conformiteit met niveau AAA.

WCAG 1.0 was de eerste versie van deze richtlijnen en werd gepubliceerd in 1999. WCAG 2.0 werd in 2008 gepubliceerd en bood uitgebreidere richtlijnen voor het toegankelijk maken van webcontent voor mensen met een breder scala aan handicaps.

WCAG 2.1 werd gepubliceerd in 2018. Het bouwt voort op de vorige versies en omvat nieuwe succescriteria om toegankelijkheidsproblemen aan te pakken die sinds de release van WCAG 2.0 zijn ontstaan. WCAG 2.1 biedt ook meer richtlijnen over mobiele toegankelijkheid, toegankelijkheid bij slechtziendheid en cognitieve en leerstoornissen.

WCAG 2.2, de nieuwste versie van deze richtlijnen, werd in 2023 gepubliceerd en biedt negen nieuwe succescriteria ten opzichte van WCAG 2.1. Het biedt verbeterde richtlijnen voor het tegemoetkomen aan de behoeften van gebruikers met cognitieve of leerstoornissen, gebruikers met slechtziendheid, en gebruikers met handicaps op mobiele apparaten. Het is achterwaarts compatibel met WCAG 2.1.