Verklarende woordenlijst

Deze pagina beschrijft de belangrijkste terminologie die wordt gebruikt in de gebruiksinterface van axe Auditor en die gebruikers van het systeem moeten begrijpen. Het bevat definities en uitleg van termen, afkortingen en acroniemen die mogelijk onbekend voor u zijn.

Toegankelijkheidsnalevingsgrafiek van Dashboard : De nalevingsgrafiek geeft de algemene score van toegankelijkheids- naleving aan over de reeks pagina's en/of componenten die zijn bepaald in de scope van het testgeval. De percentages worden berekend op basis van het aantal totaal doorlopen of gefaalde controlepunten binnen de gedefinieerde scope. Het controlepunt wordt aan de lijst van gefaalde toegevoegd als het minstens één keer is gefaald op een van de pagina's of componenten binnen de gedefinieerde scope.

Hulpmiddelen : Testruns maken het mogelijk om de software en apparaten te specificeren gebruikt door gehandicapten om te kunnen interacteren met software en websites. Sommige tests vereisen het gebruik van een schermlezer, zoals NVDA of JAWS op PC, of VoiceOver op Mac. Lees meer informatie op https://en.wikipedia.org/wiki/Assistive_technology

Attest : Een onderdeel van Deque's Enterprise Accessibility Conformance suite van producten, axe DevTools is de premium toegankelijkheidsregels-engine die uitgebreide geautomatiseerde tests uitvoert binnen axe Auditor. Als standalone product is het een lichte, snelle en draagbare JavaScript-bibliotheek die op je lokale ontwikkelingsserver draait in dezelfde browser als je functionele of eenheidstests, naadloos integrerend met het testframework of de browser van keuze. In elke volwassen, agile ontwikkelingscyclus kunnen ontwikkelaars en testers toegankelijkheidsproblemen vroegtijdig signaleren en deze snel oplossen met behulp van ingebouwde referenties en oplossingspatronen uit de diepgaande, contextgevoelige hulp die toegang biedt tot de kennisbank van Deque University voor toegankelijkheid.

Controlepunt : Een bewezen methode voor het testen van toegankelijkheidseisen, gemaakt door het team van toegankelijkheidsexperts van Deque, dat de consistentie en nauwkeurigheid van testresultaten verhoogt. Gebaseerd op de WCAG-successcriteria bieden ze een explicietere categorisatie en interpretatie van die richtlijnen, waarbij falingen meestal gescheiden zijn per type inhoud. De Deque-controlepunten helpen beoordelaars om consistente en nauwkeurige testresultaten te produceren tijdens toegankelijkheidsbeoordelingen. Een controlepunt verwijst naar het meest relevante en toepasbare gedeelte van de hoofdlijst van de 66 Deque-controlepunten en hun vereisten, welke een belangrijk onderdeel zijn van de Deque-manier naar digitale gelijkheid.

Voltooiingsstatus : De drie staten van voltooiing met betrekking tot testruns in axe Auditor zijn "niet gestart" (testgeval toegewezen aan gebruiker, maar nog niet begonnen), "in uitvoering" (er is ofwel geautomatiseerd of handmatig testen begonnen, maar op nog niet alle pagina's van de testrun zijn controlepunten met een resultaat aangewezen), en "voltooid" (wat betekent dat alle controlepunten voor alle pagina's zijn gemarkeerd met een voltooiingsresultaat van Pass, Fail, of N/vT, zowel voor geautomatiseerde als handmatige testen).

Nalevingsgegevens & Impact : Een groepering van 6 gerelateerde informatievelden die u in één oogopslag informatie geven over het type nalevingsinformatie en toegankelijkheidsimpact die met deze regel verband houdt. Een lijst van de toepasselijke standaarden voor de regel die W3C WCAG 2.0-niveaus A en AA kan bevatten, evenals de richtlijnen van Amerikaanse Sectie 508 en/of Deque Way Best Practices. Op maat gemaakte standaarden voor regels en bijbehorende geautomatiseerde controles maken het mogelijk om organisatie-specifieke standaarden te testen. Ernstclassificaties (Blocker, Critical, Serious, Moderate, of Minor) verwijzen naar niveaus van nalevingsschending (regels falen) die beschrijven hoe ernstig de impact van het probleem op de toegankelijkheid van een site of pagina is.

Component : Een component vertegenwoordigt wereldwijde en herbruikbare secties van de website. De gebruiker kan ook componenten definiëren als onderdeel of sectie van een bepaalde pagina. Axe Auditor verwacht dat er juiste selectors gedefinieerd zijn om componenten van een pagina te identificeren.

Dashboard : Het dashboard van een voltooide testrun bestaat uit drie grafieken die het niveau van toegankelijkheidsconformiteit aangeven, de impact van problemen op mensen met verschillende handicaps en de belangrijkste problemen met het aantal keer dat ze zich herhalen. Al deze grafiekgegevens zijn gebaseerd op de Deque-manier methodologie die in axe Auditor wordt gebruikt om te testen tegen een gegeven standaard. Bijvoorbeeld, volgens de Deque-manier evalueren we 66 controlepunten voor elke pagina of component als de geselecteerde standaard WCAG 2.0 Niveau A & AA is.

Digitaal Asettype

: Dit veld wordt gebruikt om het type asset of eigendom te definiëren dat wordt getest. Het voordeel hiervan is dat alleen de relevante controlepunten voor de geselecteerde asset (de test-, herstel- en best practice-methodologieën) worden weergegeven voor handmatige testen. De niet-toepasbare controlepunten worden verborgen, zodat er alleen relevante controlepunten zijn om te beoordelen. De opties om uit te kiezen zijn:

• Desktop Web
• Mobiele Web
• Native Mobiele Android
• Native Mobiele iOS
• Kiosk
• MS Excel-documenten
• MS PowerPoint-documenten
• MS Word-documenten
• Windows Desktop Software

Beïnvloede handicaps : Een of meer van de volgende wordt weergegeven om aan te geven welke handicaps worden beïnvloed doordat de regel niet wordt nageleefd:

• Aandachtsstoornis
• Cognitief
• Kleurenblindheid
• Doofheid
• Dyslexie
• Slechthorend
• Slechtziend
• Epileptische aanval
• Gezichtsgebonden toetsenbordgebruikers
• Spraak

Omgeving : Testruns maken het mogelijk om het type server dat wordt getest te specifiëren. Bijvoorbeeld, een productie-server zou worden gebruikt voor een live site.

Map : Een map is simpelweg een container voor testgevallen om deze te organiseren. Het wordt gebruikt om gerelateerde testgevallen categorisch te groeperen. Raadpleeg je kwaliteitsmanager voordat je een nieuw testgeval maakt voor de meest passende map om deze mee te associëren. Wanneer een nieuw testgeval wordt gecreëerd en er geen map wordt gekozen, zal deze standaard automatisch worden aangemaakt binnen de Ongeschoolde map. Bestaande testgevallen kunnen op elk moment naar andere mappen worden verplaatst.

Impact : Gebruikersimpact is een nuttige metriek om te gebruiken bij het prioriteren van herstelinspanningen. Standaardniveaus worden geassocieerd met elke Deque-controlepunt op basis van wat Deque-toegankelijkheidsexperts over het algemeen als waar hebben bepaald voor een bepaald type toegankelijkheidsprobleem, maar beoordelaars kunnen hun oordeel gebruiken om deze te wijzigen. Blocker, Critical en ernstige impacts treden op wanneer een gebruiker aanzienlijke belemmeringen ervaart of wordt geblokkeerd van inhoud op de site met een grotere kwetsbaarheid voor juridische acties. Kleine en matige problemen zijn niet zo ernstig, maar moeten nog steeds worden opgelost om de pagina als volledig conform te beschouwen. Controletests dekken toegankelijkheidsrichtlijnen af, die de volgende vijf niveaus kunnen bevatten die worden gebruikt om de impact van toegankelijkheidsproblemen binnen de axe Auditor-toepassing te categoriseren.

• Blokkeerder: Leidt tot catastrofale blokkades voor mensen met handicaps. Deze problemen zullen hen zeker verhinderen om fundamentele functies of inhoud te openen, zonder mogelijke workarounds. Dit type probleem brengt je organisatie in groot risico. Prioriteit geven aan onmiddellijke oplossing en zo snel mogelijk uitrollen als hotfixes. Moet uiterst zeldzaam zijn. Een voorbeeld van een blokkerend probleem is een SC 2.3.1 --- Drie Flitsen of Minder Drempel wat aanvallen kan veroorzaken
• Kritiek: Dit probleem resulteert in geblokkeerde inhoud voor personen met handicaps. Totdat er een oplossing is geïmplementeerd, zal de inhoud volledig ontoegankelijk zijn, waardoor je organisatie zeer kwetsbaar is voor juridische action. Remediëring moet topprioriteit zijn.
• Ernstig: Dit probleem leidt tot serieuze barrières voor mensen met handicaps en zal hen gedeeltelijk verhinderen fundamentele functies of inhoud te openen. Mensen die vertrouwen op hulpmiddelen zullen als gevolg aanzienlijke frustratie ervaren. Problemen die onder deze categorie vallen zijn grote problemen en remediëring moet een prioriteit zijn. Moet heel gebruikelijk zijn.
• Matig: Dit probleem resulteert in enkele barrières voor personen met handicaps maar zou hen niet verhinderen om fundamentele elementen of inhoud te openen. Hierdoor kan je organisatie kwetsbaar worden voor juridische actie. Deze schending moet worden opgelost voordat een pagina als volledig conform kan worden beschouwd.
• Klein: Dit wordt beschouwd als een probleem dat minder impact heeft voor gebruikers dan een matig probleem. Om een pagina als volledig conform te beschouwen, moet dit probleem worden opgelost, maar kan als laatste worden geregeld.

Probleem : In de context van axe Auditor, bestaat elk uit een vereiste samenvatting, impactniveau, evenals een associatie met een Deque Way controlepunt. Aanvullende informatie die in een probleemrecord kan worden opgeslagen omvat een type probleem, type beschrijving, beschrijving, beoordelingsvlaggen, broncode, screenshots en aanbevelingen voor reparatie. Elke probleem heeft betrekking op een specifieke testpagina.

Type probleem : Verwijst naar het type falen of goede praktijk. De volgende 5 type problemen worden gebruikt om problemen te categoriseren binnen de axe Auditor-toepassing:

• Toegankelijkheid: Het probleem beïnvloedt het vermogen van een gehandicapte gebruiker om toegang te krijgen tot content of functionaliteit van de site. Faalt de controlepunttest.
• Beste praktijk: Het probleem beïnvloedt het vermogen van een gehandicapte gebruiker om toegang te krijgen tot de inhoud of functionaliteit van de site, maar faalt de controlepunttest niet.
• Gebruikersagent: Het probleem is het resultaat van de interactie van de gebruikersagent met de pagina, niet noodzakelijkerwijs de inhoud van de pagina zelf.
• Functionaliteit: Het probleem is het resultaat van een probleem met de functionaliteit van de pagina en moet als een functioneel defect worden beschouwd.
• Gebruikersvriendelijkheid: Het probleem beïnvloedt het vermogen van alle gebruikers om toegang te krijgen tot de inhoud of functionaliteit van de site.

Methode : De methode van een probleem geeft aan hoe de inhoudelijke expert een probleem heeft gevonden, hetzij door automatisering of handmatig. We gebruiken Deque-tools voor geautomatiseerde testresultaten en Deque Way voor handmatige testresultaten.

Andere gerelateerde bronnen : Externe links naar pagina's op niet-Deque-sites die bekend staan als betrouwbare bronnen van kwalitatieve informatie over de specifieke regel.

Pagina : Een pagina in axe Auditor verwijst naar een "pagina onder test" of een "testpagina." Op een testgeval-creatiescherm wordt het functionaliteitsdialoogvenster Pagina toevoegen gebruikt om pagina's toe te voegen die getest moeten worden. Een pagina vertegenwoordigt de individuele pagina, component of inhoud binnen een testcase die je wilt testen op toegankelijkheid. Hoewel je een URL en naam voor de pagina specificeert, kan de reikwijdte die getest moet worden de hele pagina zijn, of een gebied van de pagina (wat een module, scherm, widget, sectie of element kan zijn).

Platform : Het besturingssysteem en de browser waarop de site moet worden getest. Bijvoorbeeld, "Windows en Firefox" of "Android en Chrome." Geautomatiseerde tests worden uitgevoerd via een verbonden browser op een bepaald platform.

Gerelateerde Deque University Cursuspagina's : Een link naar het onderwerp wordt gevolgd door een tussen haakjes geplaatste link naar de cursus waarin het onderwerp is opgenomen. Dit brengt je direct naar de Deque University-pagina waar gedetailleerd wordt uitgelegd wat de aard van de regel is en waarom deze belangrijk is.

Release : Testuitvoeringen staan de specificatie toe van het versienummer van het product dat getest wordt. Bijvoorbeeld, 1.0 zou de eerste release-cyclus van het product zijn.

Gerelateerde Deque University Cursuspagina's : Een link naar het onderwerp wordt gevolgd door een tussen haakjes geplaatste link naar de cursus waarin het onderwerp is opgenomen. Dit brengt je direct naar de Deque University-pagina waar gedetailleerd wordt uitgelegd wat de aard van de regel is en waarom deze belangrijk is.

Relevante technologieën : Eén of meer relevante technologieën worden weergegeven om de soorten technologieën aan te tonen waarin de regels kunnen worden uitgevoerd.

Remediëringsaanbeveling : Remediëringsaanbeveling is het voorstel van onze Deque-experts over hoe een specifiek probleem opgelost kan worden. Dit zal ontwikkelaars in grote mate helpen. Soms geeft het ook aan hoe dit probleem een persoon met een handicap beïnvloedt en welk type handicap hier last van heeft.

Sectie 508 Richtlijnen : Specifieke subsecties van de gerelateerde Sectie 508-richtlijnen worden waar van toepassing vermeld.

Selector : Een selector is een manier om een element te identificeren met behulp van enkele technieken (voorbeeld: xpath, id, css-klasse) op een webpagina-DOM die helpt een bepaald component te identificeren.

Ernst : Blokker, Kritiek, Ernstig, Matig en Klein zijn de vijf categorieën van probleem- (regelfouts-) ernst, zoals ze zich verhouden tot de verschillende toepasselijke richtlijnen en best practices.

Reikwijdte : De reikwijdte van een testcase is een set van URLs van pagina('s) en component(en) die beoordeeld moeten worden op naleving van toegankelijkheid ten opzichte van de gedefinieerde standaard. Elke pagina of component wordt beschouwd als een testeenheid door de axe Auditor-applicatie.

Broncode : Broncode is de weergeven DOM-code van een doel-element van een probleem. Het helpt ontwikkelaars om het element in het probleem heel gemakkelijk te identificeren.

Standaard : In het veld Standaard kun je kiezen voor WCAG 2.0 Niveau A, WCAG 2.0 Niveau AA, WCAG 2.1 Niveau A, WCAG 2.1 Niveau AA, WCAG 2.0, Sectie 508 of de Air Carrier Access Act (ACAA) bij het creëren van een nieuwe testcase of bij het bewerken van een bestaande testcase. Deze instelling verfijnt de geautomatiseerde regels en handmatige checkpointtests die getest moeten worden in de testuitvoering tot alleen diegene die van toepassing zijn op de geselecteerde standaard.

Status : De drie statussen van Test Run in axe Auditor zijn „niet begonnen“ (testcase toegewezen aan gebruiker, maar nog niet begonnen), „in uitvoering“ (ofwel geautomatiseerd of handmatig testen is begonnen, maar niet alle controlepunten zijn nog toegewezen aan een resultaat voor alle pagina's die deel uitmaken van de testuitvoering), en „voltooid“ (wat betekent dat alle controlepunten voor alle pagina's zijn gemarkeerd met een voltooiingsresultaat van ofwel Pass, Fail, of N/A bij handmatig testen).

Testcase : Testcases vertegenwoordigen het testscenario, de stappen en productinformatie die nodig zijn voor een specifieke evaluatie. Ze bestaan uit ten minste één pagina of component die getest moet worden, en hebben een naam. Aanvullende informatie omvat een beschrijving van de testcase, de toepasselijke standaard en productinformatie. De pagina's die binnen een testcase getest moeten worden, bevatten elk een paginanaam, URL en reikwijdte --- die ofwel de hele pagina kan zijn of een specifiek paginagebied (module, scherm, widget, sectie of element) --- doelelementen (formulieren, video, audio, CAPTCHA, knipperende inhoud), en gerelateerde instructies, zoals die gebruikt moeten worden om naar de pagina te navigeren.

Testbetrouwbaarheid : Een test tegen een regel omvat meerdere controles die, na uitvoering, een collectief resultaat opleveren. De betrouwbaarheid van de test is afhankelijk van resultaten die definitief geïdentificeerd kunnen worden door middel van geautomatiseerde methoden. Drie categorieën controles omvatten „geen moet slagen“, „één moet slagen“ en „alle moeten slagen“ scenario's voor elke test. Geautomatiseerde tests worden beschouwd als Betrouwbaar, Gedeeltelijk betrouwbaar, of Onbetrouwbaar --- in dat geval is handmatige evaluatie vereist.

Testuitvoering : Een testuitvoering is een instantie van een testcase die aan een gebruiker is toegewezen om te beoordelen tegen een specifieke combinatie van besturingssysteemplatform, browserversie en assistieve technologie. We maken een aantal testuitvoeringen als we de gegeven testcase willen beoordelen tegen een aantal combinaties van besturingssysteem, browser en assistieve technologie. Elke testuitvoering kan aan een andere gebruiker worden toegewezen.

Testeenheid : Een testeenheid kan een pagina of component van een testcase zijn. Het aantal testeenheden van een testcase is gelijk aan de som van het aantal pagina's en componenten van een testcase.

Testmethodologie : Deque Way is onze methodologie die is gedefinieerd door het team van toegankelijkheidsexperts van Deque om de WCAG op een nauwkeurige en eenvoudigere manier te begrijpen en te interpreteren. Dit zal iedere aanstaande klant toegankelijkheidsteams efficiënter maken als ze geadopteerd worden.

Topproblemenlijst van Dashboard : De topproblemenlijst geeft de belangrijkste controlepunten aan die meerdere keren zijn mislukt binnen de reikwijdte van gedefinieerde pagina's en/of componenten. De lijst wordt weergegeven in aflopende volgorde, zodat de gebruiker het controlepunt met het hoogste aantal mislukkingen eerst ziet. Deze lijst toont maximaal de top 10 controlepunten met de meeste problemen.

Onderwerpen : Te talrijk om hier op te sommen, alle toepasselijke Onderwerp: Subzoekternamen worden weergegeven om de brede categorie te vertegenwoordigen waar de regel onder valt. Deze associaties dienen om gerelateerde typen regels/problemen samen te groeperen.

Gebruikersimpactlijst van Dashboard : De gebruikersimpactlijst geeft aan hoe deze geïdentificeerde toegankelijkheidsproblemen mensen met verschillende handicaps zullen beïnvloeden. Je kunt de definities van ernst vinden door op de infopictogramlink onder de lijst te klikken. Raadpleeg het gedeelte „impact“ van deze woordenlijst om te begrijpen hoe verschillende problemen met verschillende impactniveaus de mogelijkheid van een persoon met een handicap beïnvloeden om de functionaliteit van de pagina te gebruiken.

WCAG Succescriteria : Succescriteria (SC) zijn geschreven als testbare uitspraken die niet technologie-specifiek zijn. Subsecties van de gerelateerde WCAG-richtlijnen worden vermeld. De Deque Way controlepunt-categorieën zijn gebaseerd op deze groeperingen van gerelateerde toegankelijkheidsrichtlijnen.

Gerelateerd onderwerp

Belangrijke concepten en termen