Woordenlijst

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

Toegankelijkheidsnalevingsgrafiek van het dashboard : De nalevingsgrafiek geeft de algehele score van de toegankelijkheids- naleving weer over de set van pagina's en/of componenten die binnen de reikwijdte van het testgeval zijn gedefinieerd. De percentages worden berekend op basis van het aantal totale controlepunten dat is geslaagd of mislukt binnen de gedefinieerde reikwijdte. Het controlepunt wordt op de mislukte lijst gezet als het ten minste één keer op een van de pagina's of componenten binnen de gedefinieerde reikwijdte is mislukt.

Hulpmiddelen voor toegankelijkheid : Test Runs maken het mogelijk om de specificatie van de software en de apparaten te definiëren die door mensen met een beperking worden gebruikt om te communiceren met software en websites. Voor sommige tests is het gebruik van een schermlezer vereist, 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- pakket van producten, axe DevTools is de premium toegankelijkheids- regelsengine die uitgebreide geautomatiseerde tests uitvoert binnen axe Auditor. Als zelfstandig product is het een lichte, snelle en draagbare JavaScript-bibliotheek die draait op uw lokale ontwikkelserver in dezelfde browser als uw functionele of unittests, en naadloos integreert met het testframework of de browser naar keuze. In elke volwassen, wendbare ontwikkelingscyclus zijn ontwikkelaars en testers in staat om toegankelijkheidsproblemen vroeg op te sporen en snel op te lossen met behulp van de ingebouwde verwijzingen en oplossingspatronen uit de diepgaande, contextgevoelige hulp die gebruikmaakt van de Deque University toegankelijkheids- kennisbank.

Controlepunt : Een beproefde methode voor het testen van toegankelijkheidsvereisten, gecreëerd door het team van toegankelijkheidsexperts van Deque, die de consistentie en nauwkeurigheid van testresultaten vergroot. Gebaseerd op de WCAG Succescriteria, bieden ze een explicietere indeling en interpretatie van die richtlijnen, waarbij mislukkingen typisch worden gescheiden op basis van inhoudstype. De Deque Controlepunten helpen reviewers consistente en nauwkeurige testresultaten te produceren tijdens toegankelijkheids-beoordelingen. Een controlepunt verwijst naar het meest relevante en toepasbare onderdeel van de hoofdlijst van de 66 Deque Controlepunten (en hun vereisten), die een belangrijk onderdeel zijn van de Deque Manier voor digitale gelijkheid.

Voltooiingsstatus : De drie voltooiingsstatussen met betrekking tot Testruns in axe Auditor zijn "niet gestart" (testgeval toegewezen aan gebruiker, maar nog niet gestart), "in uitvoering" (ofwel geautomatiseerde of handmatige tests zijn gestart, maar alle controlepunten hebben nog niet voor alle pagina's binnen de testrun een resultaat toegekend gekregen) en "voltooid" (wat betekent dat alle controlepunten voor alle pagina's zijn gemarkeerd met een voltooiingsresultaat van ofwel Geslaagd, Mislukt, of N.V.T. voor zowel geautomatiseerde als handmatige tests).

Nalevingsgegevens & Impact : Een groepering van 6 gerelateerde informatievelden die u een snel overzicht geven van het type nalevingsinformatie en de impact op toegankelijkheid in verband met deze regel. Een opsomming van de toepasselijke standaarden voor de regel, die mogelijk W3C WCAG 2.0- niveaus A en AA, evenals de Amerikaanse Sectie 508-richtlijnen en/of Beste Praktijken van de Deque Manier omvatten. Het aanpassen van regels en bijbehorende geautomatiseerde controles die worden uitgevoerd, maakt tests op organisatie-specifieke standaarden mogelijk. Ernstclassificaties (Blocker, Kritiek, Ernstig, Matig, of Klein) verwijzen naar nalevingsschending- niveaus (regel mislukking) die beschrijven hoe serieus de impact is die het probleem/de problemen hebben op de toegankelijkheid van een site of pagina.

Component : Een component vertegenwoordigt wereldwijde en herbruikbare secties van de website. Gebruikers kunnen ook componenten definiëren als deel of sectie van een bepaalde pagina. Axe Auditor verwacht dat er correcte selectors worden gedefinieerd om componenten van een pagina te identificeren.

Dashboard : Het dashboard van een voltooide testrun bestaat uit drie grafieken die het niveau van toegankelijkheids-conformiteit, de impact van problemen op mensen met verschillende beperkingen en de belangrijkste problemen met het aantal herhaalde keren aangeven. Al deze grafiekgegevens zijn gebaseerd op de Deque-Way-methodologie gebruikt in axe Auditor om te testen of een bepaalde standaard. Bijvoorbeeld, volgens Deque-Way, evalueren we 66 controlepunten tegen elke pagina of component als de geselecteerde standaard WCAG 2.0 Niveau A & AA is.

Type Digitaal Bestand

: Dit veld wordt gebruikt om het type bron of eigendom aan te geven dat wordt getest. Het voordeel hiervan is dat alleen de relevante controlepunten voor de geselecteerde bron (de test-, remedie- en beste praktijkmethodologieën) worden weergegeven voor de handmatige tests. Niet-toepasbare controlepunten worden verborgen, zodat er alleen relevante controlepunten zijn om te beoordelen. Beschikbare opties zijn:

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

Getroffen Beperkingen : Een of meer van de volgende opties worden weergegeven om aan te geven welke beperkingen worden beïnvloed door het niet naleven van de regel:

• Aandachtsstoornis
• Cognitief
• Kleurenblindheid
• Doofheid
• Dyslexie
• Slechthorendheid
• Slechtziendheid
• Epileptische Aanval
• Ziende Toetsenbordgebruikers
• Spraak

Omgeving : Tesruns maken het mogelijk om het type server te specificeren waarop de testen worden uitgevoerd. Bijvoorbeeld, een productieserver zou worden gebruikt voor een livewebsite.

Map : Een map is eenvoudigweg een container voor testgevallen om ze te organiseren. Het wordt gebruikt om gerelateerde testgevallen categorisch te groeperen. Raadpleeg uw manager kwaliteitsborging voordat u een nieuw testgeval maakt voor de meest geschikte map om dit mee te associëren. Wanneer een nieuw testgeval wordt gemaakt en er geen map is geselecteerd, wordt deze automatisch binnen de Ongeorganiseerde map aangemaakt. Bestaande testgevallen kunnen op elk moment naar andere mappen worden verplaatst.

Impact : Gebruikersimpact is een nuttige metric om te gebruiken bij het prioriteren van remedie-inspanningen. Standaardniveaus zijn toegekend aan elk Deque Controlepunt volgens wat Deque accessibiliteitsexperts hebben bepaald als algemeen waar voor een bepaald type toegankelijkheidsprobleem, maar beoordelaars kunnen hun judgement gebruiken om deze te wijzigen. Blokkeringen, Kritieke en Ernstige impacten treden op wanneer een gebruiker aanzienlijke barrières tegenkomt of wordt geblokkeerd van inhoud op de site met een grotere kwetsbaarheid voor juridische stappen. Kleine en matige problemen zijn niet zo ernstig, maar moeten toch worden opgelost om de pagina als volledig compliant te beschouwen. Controlepunttests dekken toegankelijkheidsrichtlijnen die de volgende vijf niveaus kunnen hebben om de toegankelijkheidsimpact van problemen binnen de axe Auditor-toepassing te categoriseren.

• Blokkering: Zorgt voor catastrofale belemmeringen voor mensen met beperkingen. Deze problemen zullen hen zeker beletten toegang te krijgen tot fundamentele functies of inhoud, zonder mogelijke omwegen. Dit type probleem brengt uw organisatie op groot risico. Prioriteer onmiddellijke oplossing en implementeer hotfixes zo snel mogelijk. Zou uiterst zeldzaam moeten zijn. Een voorbeeld van een blokkering is een SC 2.3.1 --- Drie Flitsen of Lager Threshold, die aanvallen kunnen veroorzaken.
• Kritiek: Dit probleem blokkeert de inhoud voor mensen met beperkingen. Totdat een oplossing is geïmplementeerd zal de inhoud volledig ontoegankelijk zijn, waardoor uw organisatie zeer kwetsbaar is voor juridische stappen. Remediëring moet topprioriteit hebben.
• Ernstig: Dit probleem resulteert in ernstige barrières voor mensen met beperkingen en zal ze gedeeltelijk beletten toegang te krijgen tot fundamentele functies of inhoud. Mensen die op hulpmiddelen aangewezen zijn, zullen aanzienlijke frustratie ervaren. Problemen onder deze categorie zijn grote problemen en remediëring moet een prioriteit zijn. Zou zeer veelvoorkomend moeten zijn.
• Matig: Dit probleem resulteert in enige barrières voor individuen met beperkingen maar zou hen niet beletten om toegang te krijgen tot fundamentele elementen of inhoud. Dit zou uw organisatie kwetsbaar kunnen maken voor juridische stappen. Deze schending moet worden opgelost voordat een pagina als volledig conform beschouwd kan worden.
• Klein: Dit wordt beschouwd als een probleem dat minder impact heeft voor gebruikers dan een matig probleem. Voor een pagina om als volledig conform te worden beschouwd, moet dit probleem worden opgelost, maar dit kan als laatste worden behandeld.

Probleem : In de context van axe Auditor bestaat elk probleem uit een vereist overzicht, impactniveau, evenals een associatie met een Deque Way Controlepunt. Extra informatie die binnen een probleemrecord kan worden opgeslagen, omvat een probleemtype, beschrijvingstype, beschrijving, review-vlaggen, source code, schermafbeeldingen en remedie-aanbeveling. Elk probleem is gerelateerd aan een specifieke testpagina.

Probleemtype : Verwijst naar het type fout of beste praktijk. De volgende vijf probleemtypes worden gebruikt voor het categoriseren van problemen binnen de axe Auditor-applicatie:

• Toegankelijkheid: Het probleem beïnvloedt het vermogen van een gehandicapte gebruiker om toegang te krijgen tot inhoud of functionaliteit van de site. Slaagt niet voor de controlepunttest.
• Best Practice: Het probleem beïnvloedt de mogelijkheid voor een gehandicapte gebruiker om toegang te krijgen tot inhoud of functionaliteit van de site, maar slaagt niet voor de checkpointtest.
• User Agent: Het probleem is een gevolg van de interactie van de user agent met de pagina, niet noodzakelijk de inhoud van de pagina zelf.
• Functionaliteit: Het probleem is een gevolg van een probleem met de functionaliteit van de pagina en moet worden beschouwd als een functioneel defect.
• Gebruiksvriendelijkheid: Het probleem beïnvloedt de mogelijkheid voor alle gebruikers om toegang te krijgen tot inhoud of functionaliteit van de site.

Methodologie : De methode van een probleem geeft aan hoe de deskundige het probleem heeft gevonden, via automatische of handmatige tests. We gebruiken Deque-tools voor resultaten van automatische tests en gebruiken Deque Way voor handmatige testresultaten.

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

Pagina : Een pagina in Axe Auditor verwijst naar een "te testen pagina" of een "testpagina." Op een scherm voor het aanmaken van testgevallen wordt de functie van het dialoogvenster Pagina toevoegen gebruikt om pagina's toe te voegen voor testen. Een pagina vertegenwoordigt de individuele pagina, component of inhoud binnen een testgeval die testt u op toegankelijkheid. Hoewel u een URL en naam voor de pagina specificeert, kan de te testen scope de hele pagina zijn, of een gebied van de pagina (wat een module, scherm, widget, sectie of element kan zijn).

Platform : Het besturingssysteem(s) en browser(s) waarop de site moet worden testen. Bijvoorbeeld "Windows en Firefox" of "Android en Chrome." Geautomatiseerde tests worden uitgevoerd via een aangesloten browser op een gegeven platform.

Gerelateerde Deque University Cursus Pagina's : Een link naar het onderwerp wordt gevolgd door een link tussen haakjes naar de cursus waarin het onderwerp is opgenomen. Dit brengt u direct naar de Deque University-pagina waar een hoog niveau van detail wordt geboden over de aard van de regel en waarom deze belangrijk is.

Release : Test Series stellen u in staat het versienummer van het product dat getest wordt te specificeren. Bijvoorbeeld, 1.0 zou de eerste release cyclus van het product zijn.

Gerelateerde Deque University Cursus Pagina's : Een link naar het onderwerp wordt gevolgd door een link tussen haakjes naar de cursus waarin het onderwerp is opgenomen. Dit brengt u direct naar de Deque University-pagina waar een hoog niveau van detail wordt geboden over de aard van de regel en waarom deze belangrijk is.

Relevante Technologieën : Eén of meer relevante technologieën worden weergegeven om de typen technologieën te demonstreren waarin de regels kunnen worden uitgevoerd.

Aanbeveling voor Herstel : Aanbeveling voor herstel is onze suggestie van Deque-experts over hoe een bepaald probleem op te lossen. Dit zal ontwikkelaars erg helpen. Soms geeft het ook aan hoe dit probleem een persoon met een handicap beïnvloedt en het type handicap dat hieronder lijdt.

Sectie 508 Richtlijnen : Specifieke subsectoren van de gerelateerde Sectie 508-richtlijnen worden vermeld wanneer van toepassing.

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

Ernst : Blocker, Kritiek, Ernstig, Matig en Klein zijn de vijf categorieën van probleem (regel mislukkingen) ernst, zoals ze betrekking hebben op de verschillende toepasselijke richtlijnen en best practices.

Bereik : Het bereik van een testgeval is een verzameling van Pagina's en Component-URL's die beoordeeld moeten worden op Toegankelijkheidscompliance met de gedefinieerde standaard. Elke pagina of component wordt door de Axe Auditor-applicatie beschouwd als een testeenheid.

Broncode : Broncode is de weergegeven DOM-code van een gericht element van een probleem. Het helpt ontwikkelaars om het element in het probleem zeer gemakkelijk te identificeren.

Standaard : Met het standaardveld kunt u kiezen tussen WCAG 2.0 Level A, WCAG 2.0 Level AA, WCAG 2.1 Level A, WCAG 2.1 Level AA, WCAG 2.0, Sectie 508 of Air Carrier Access Act (ACAA) bij het maken van een nieuw Testgeval of bij het bewerken van een bestaand Testgeval. Deze instelling verfijnt de geautomatiseerde regels en handmatige checkpoint tests die worden getest tegen alleen degenen die van toepassing zijn op de geselecteerde standaard.

Status : De drie staten van Test Run-status in Axe Auditor zijn "niet begonnen" (testgeval toegewezen aan gebruiker, maar nog niet begonnen), "in uitvoering" (er is gestart met geautomatiseerde of handmatige testen, maar alle checkpoints zijn nog niet een resultaat toegewezen voor alle pagina's die de testuitvoering omvatten), en "voltooid" (wat betekent dat alle checkpoints voor alle pagina's gemarkeerd zijn met een voltooiingsresultaat om van ofwel Slaag, Mislukken, of N/A in handmatig testen).

Testgeval : Casus dat testscenario, stappen en productinformatie vereist voor een specifieke evaluatie vertegenwoordigt. Ze bestaan ​​uit ten minste één te testen pagina of component en zijn benoemd. Aanvullende informatie omvat een beschrijving van het testgeval, de van toepassing zijnde standaard en productinformatie. De te testen pagina's binnen een testgeval omvatten elk een paginanaam, URL en scope --- die ofwel de hele pagina kan zijn of een specifiek pagina-gebied (module, scherm, widget, sectie of element) --- gerichte elementen (forms, video, audio, CAPTCHA, Flitsende inhoud) en gerelateerde instructies zoals die moeten worden gebruikt voor navigatie naar de pagina.

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

Testuitvoering : Een testuitvoering is een instantie van een testgeval dat is toegewezen aan een gebruiker om de beoordeling uit te voeren tegen een specifieke combinatie van OS platform, browserversie en ondersteunende technologie. We maken een aantal testuitvoeringen als we het gegeven testgeval tegen een aantal combinaties van OS, browser en AT moeten beoordelen. Elke testuitvoering kan worden toegedeeld aan een andere gebruiker.

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

Testmethodologie : Deque Way is onze methodologie die is gedefinieerd door het team van Deque van toegankelijkheidsdeskundigen om de WCAG nauwkeurig en gemakkelijker te begrijpen en te interpreteren. Dit zal aankomende klanten toegankelijkheidsteams efficiënter maken als het wordt toegepast.

Belangrijkste Probleemgrafiek van Dashboard : De belangrijkste problemenlijst geeft de belangrijkste checkpoints weer die het vaakst zijn mislukt in het bereik van pagina's en/of gedefinieerde componenten. De lijst wordt in aflopende volgorde gepresenteerd zodat de gebruiker het belangrijkste checkpoint met de meeste mislukkingen eerst ziet. Deze grafiek toont maximaal de 10 belangrijkste checkpoints met de meeste problemen.

Onderwerpen : Te talrijk om hier op te sommen, worden alle toepasselijke Onderwerp: Subonderwerp-namen aangetoond de brede categorie waarin de regel valt. Deze associaties dienen om gerelateerde soorten regels/problemen te groeperen.

Gebruikers Impact Grafiek van Dashboard : De gebruikersimpactgrafiek geeft aan hoe deze geïdentificeerde toegankelijkheidsproblemen impact hebben op mensen met verschillende handicaps. Je kunt de definities van ernst vinden door op de info-icoon link onder de grafiek te klikken. Bekijk de "impact" sectie van deze woordenlijst om te begrijpen hoe verschillende problemen met verschillende impactniveaus de gebruiker met een handicap beïnvloeden bij het gebruik van de functionaliteit van de pagina.

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 Checkpoint problemen categorieën zijn gebaseerd op deze groeperingen van gerelateerde toegankelijkheidsrichtlijnen.

Verwant Onderwerp

Kernconcepten en Termen