Axe Developer Hub Glossarium

a11y

Nummergebaseerde afkorting (of numeroniem) voor het woord „toegankelijkheid“, waarbij „11“ (elf) staat voor het aantal letters tussen de beginletter „a“ en de eindletter „y“ in toegankelijkheid. Uitgesproken als ally.

API-sleutel

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

Axe Developer Hub

Axe Developer Hub stelt je in staat om nieuwe testprojecten te maken en laat je de resultaten van je toegankelijkheidstests zien. Je kunt zoveel projecten maken als je nodig hebt om toegankelijkheid in je websites en mobiele apps te bekijken en beheren.

Beste Praktijken

Deque beste praktijken zijn beproefde technieken die de gewenste toegankelijkheidsresultaten opleveren wanneer specifieke formele methoden ontbreken of onvoldoende zijn. Hoewel ze niet officieel zijn opgenomen in gevestigde toegankelijkheidsregels, kan het volgen van Deque's beste praktijken de toegankelijkheid en de algehele kwaliteit van de geteste webpagina verbeteren. Het moet worden opgemerkt dat het niet voldoen aan de beste praktijkrichtlijnen van Deque niet automatisch een mislukking betekent. Bovendien is er deskundig oordeel nodig om de geschiktheid in de context van de toepassing, site of pagina-doelstellingen in overweging te nemen. Soms is de beste praktijktechniek voor toegankelijkheid niet toepasbaar of praktisch voor het oplossen van een specifiek probleem. Zie Beste Praktijken voor de regels die de regels van beste praktijken 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 te koppelen als een enkele testsessie. Wanneer een testsuite op meerdere machines of omgevingen draait, zorgt het verstrekken van een build-ID ervoor dat al deze runs worden gekoppeld en als een enkele sessie in Developer Hub worden weergegeven.

Duplicaat

Een duplicaat is hetzelfde toegankelijkheidsprobleem dat zich voordoet op dezelfde document object model (DOM) node in meerdere paginatoestanden. Als je een probleem met duplicaten oplost, verdwijnen alle duplicaten omdat het allemaal hetzelfde probleem is.

e2e Testing

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

Experimentele Regels

Experimentele regels zijn nog in ontwikkeling en worden getest om nieuwe technologieën aan te pakken of een groter begrip en bewustzijn van toegankelijkheidsproblemen te bevorderen. Op deze regels moet niet worden vertrouwd in productieomgevingen, omdat ze nog in ontwikkeling zijn en gevoelig zijn voor vals-positieve resultaten. Uiteindelijk kunnen regels in deze set deel gaan uitmaken van toegankelijkheidsstandaarden. Experimentele regels zijn standaard uitgeschakeld. Zie Experimentele Regels voor de regels die deze set vormen in de nieuwste versie van axe-core.

Git

Veel Developer Hub-projecten hebben testsuites die gebruikmaken van een Git repository. Het gebruik van Git stelt je in staat om toegankelijkheidsdefecten te koppelen aan code op verschillende branche en in specifieke commits, wat helpt bij hun oplossing.

Gitless

Gitless verwijst naar een Developer Hub-project met een testsuite die geen gebruikmaakt van een Git-repository. Hoewel het niet nodig is, stelt een Git-repository je in staat om toegankelijkheidsdefecten te koppelen aan specifieke codewijzigingen, wat helpt bij hun oplossing.

Impact

Een impact niveau wordt toegewezen aan elke toegankelijkheidsovertreding, gecategoriseerd in vier niveaus van minst naar meest impactvol: klein, matig, ernstig, en kritiek. Deze metriek helpt bij het prioriteren van herstelwerkzaamheden, en Deque-toegankelijkheidsexperts wijzen standaard een impactniveau toe aan elk type overtreding.

Defecten met ernstig of kritiek impactniveaus vormen aanzienlijke 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 toch cruciaal voor naleving en het tegemoetkomen aan 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 oplossing vereisen voor volledige naleving.

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

3. Ernstig: Gebruikers met een handicap zullen aanzienlijke barrières tegenkomen bij het gebruiken van de site, wat frustratie en moeite veroorzaakt bij het toegang krijgen tot gerelateerde inhoud. Herstel moet een hoge prioriteit hebben om juridische actie te vermijden.

4. Kritiek: Gebruikers met een handicap worden volledig geblokkeerd van toegang tot of interactie met een functie op de webpagina, waardoor de inhoud ontoegankelijk is en uw organisatie kwetsbaar is 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 van Axe Developer Hub toen je een nieuw project maakte. Het aanpassen van je testsuite stelt je in staat om toegankelijkheidstesten toe te voegen aan je bestaande testsuite met minimale wijzigingen aan de testsuite zelf.

Organisatorische Beheerder

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

Paginastatus

De paginastatus verwijst naar de status van het documentobjectmodel (DOM) van een webpagina op een specifiek moment. Het bekijken van verschillende paginastatussen is nuttig voor complexe websites met inlogschermen of dynamische UI's, zoals single-page applicaties (SPA's). Voorbeelden van DOM-status zijn:

• 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, testuitvoeringinformatie en Git-gegevens (branches en commits). Je maakt en benoemt een nieuw project in Developer Hub, wat een Project-ID creëert dat gebruikt wordt bij je tests om het project te identificeren en resultatengegevens met het project te associëren.

Projectbeheerder

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

Project-ID

Een Project-ID wordt automatisch gegenereerd wanneer je een nieuw project toevoegt, om je resultatengegevens met dat project te associëren. Zowel een Project-ID als een API-sleutel zijn vereist om toegankelijkheidsresultaten naar Developer Hub te sturen. Het is best practice om één project-ID aan één testsuite/repository te koppelen, zodat de toegankelijkheidsstatus van je project nauwkeuriger kan worden gevolgd.

Projectlid

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

SHA

Wanneer je een commit met Git maakt, creëert het een ID om de commit uniek te identificeren. Deze unieke ID wordt een SHA genoemd (vernoemd naar de Secure Hash-algoritmen, een groep cryptografische hashfuncties).

Tag

Een tag groepeert regels die bij een specifieke toegankelijkheidsrichtlijn horen, zoals WCAG. Voor meer informatie over de regels en de tags 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 beperking. Deze richtlijnen bieden een kader voor het maken van toegankelijke websites en digitale content die door mensen met een breed scala aan handicaps kan worden gebruikt.

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.