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 Dashboard : De nalevingsgrafiek geeft de algehele score aan van de toegankelijkheidsnaleving voor de reeks pagina's en/of componenten die zijn gedefinieerd binnen de scope van de testcase. De percentages worden berekend op basis van het aantal totale controlepunten dat is gehaald of mislukt binnen de gedefinieerde scope. Het controlepunt wordt aan de mislukkingslijst toegevoegd als het ten minste één keer is mislukt op een pagina of component binnen de gedefinieerde scope.

Hulpmiddelen voor mindervaliden : Testuitvoeringen maken de specificatie mogelijk van de software en apparaten die door gehandicapte personen worden gebruikt om met software en websites te communiceren. Sommige tests vereisen het gebruik van een schermlezer, zoals NVDA of JAWS op een pc, of VoiceOver op een Mac. Lees meer informatie op https://en.wikipedia.org/wiki/Assistive_technology

Attest : Een onderdeel van Deque's suite van producten voor naleving van toegankelijkheid op ondernemingsniveau, axe DevTools is de premium toegankelijkheidsregelsengine die uitgebreide geautomatiseerde tests uitvoert binnen axe Auditor. Als een op zichzelf staand product is het een lichtgewicht, snelle en draagbare JavaScript-bibliotheek die op uw lokale ontwikkelserver draait in dezelfde browser als uw functionele of unittests, naadloos geïntegreerd met het testframework of de browser van uw keuze. In elke volwassen, agile ontwikkelingscyclus worden ontwikkelaars en testers in staat gesteld toegankelijkheidsproblemen vroegtijdig op te sporen en snel op te lossen met behulp van de ingebouwde referenties en oplossingspatronen vanuit de diepgaande, contextgevoelige hulp die verband houdt met de toegankelijkheidskennisbank van Deque University.

Controlepunt : Een beproefde methode voor het testen van toegankelijkheidseisen gecreëerd door het team van toegankelijkheidsexperts van Deque die de consistentie en nauwkeurigheid van de testresultaten verhogen. Gebaseerd op de WCAG-succescriteria, bieden ze een explicietere categorisering en interpretatie van die richtlijnen, waarbij mislukkingen meestal worden gescheiden op inhoudstype. De Deque-controlepunten helpen reviewers consistente en nauwkeurige testresultaten te produceren tijdens toegankelijkheidsbeoordelingen. Een controlepunt verwijst naar het meest relevante en toepasselijke deel van de hoofdlijst van de 66 Deque-controlepunten (en hun vereisten) die een belangrijk onderdeel zijn van de Deque-manier naar digitale gelijkheid.

Voltooiingsstatus : De drie statussen van voltooiing gerelateerd aan testuitvoeringen in axe Auditor zijn „niet gestart“ (testcase toegekend aan gebruiker, maar nog niet gestart), „in uitvoering“ (ofwel geautomatiseerd of handmatig testen is gestart, maar alle controlepunten zijn nog niet voorzien van een resultaat voor alle pagina's die de testuitvoering omvatten), en „voltooid“ (wat betekent dat alle controlepunten voor alle pagina's zijn gemarkeerd met een voltooiingsresultaat van „Geslaagd“, „Mislukt“ of „Niet van toepassing“ voor zowel geautomatiseerd als handmatig testen).

Nalevingsgegeven en Impact : Een groepering van 6 gerelateerde informatievelden die u een snel overzicht geven van het type nalevingsinformatie en toegankelijkheidsimpact die aan deze regel is verbonden. Een lijst van de toepasselijke normen voor de regel, die mogelijk W3C WCAG 2.0 niveaus A en AA, evenals de richtlijnen van US Section 508 en/of Deque Way Best Practices omvatten. Maatwerk van regels en bijbehorende geautomatiseerde controles maken organisatie-specifieke normtests mogelijk. Ernstclassificaties (Blokker, Kritiek, Ernstig, Gemiddeld of Klein) verwijzen naar nalevingsinbreuk (regelmislukking) niveaus die beschrijven hoe ernstig een impact de kwestie(n) hebben op de toegankelijkheid van een site of pagina.

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

Dashboard : Het dashboard van een voltooide testuitvoering 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 keren dat ze zich herhalen. Al deze grafiekgegevens zijn gebaseerd op de Deque-Way-methodologie die in axe Auditor wordt gebruikt om te testen volgens een gegeven standaard. Bijvoorbeeld, volgens de Deque-Way evalueren we 66 controlepunten voor elke pagina of component als de geselecteerde standaard WCAG 2.0 Niveau A & AA is.

Type digitaal bezit

: Dit veld wordt gebruikt om het type bezit of eigenschap te definiëren dat wordt getest. Het voordeel hiervan is dat alleen de controlepunten die relevant zijn voor het geselecteerde bezit (de test-, remediërings- en beste praktijkmethodologieën) zullen worden weergegeven voor de handmatige test. De niet-relevante controlepunten zullen worden verborgen, zodat er alleen relevante controlepunten te bekijken zijn. 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 : Eén of meer van de volgende worden weergegeven om aan te geven welke handicaps worden beïnvloed door het niet naleven van de regel:

• Aandachtstekort
• Cognitieve
• Kleurenblindheid
• Doofheid
• Dyslexie
• Slechthorend
• Slechtziend
• Epilepsie
• Gezichtsgebruikers van toetsenborden
• Spraak

Omgeving : Testuitvoeringen maken de specificatie mogelijk van het type server waarop wordt getest. Bijvoorbeeld, een productieomgeving zou worden gebruikt voor een live site.

Map : Een map is simpelweg een container voor testcases die wordt gebruikt om ze te organiseren. Het wordt gebruikt om gerelateerde testcases categorisch te groeperen. Raadpleeg uw kwaliteitsbewaker voordat u een nieuwe testcase maakt voor de meest geschikte map om deze mee te associëren. Wanneer een nieuwe testcase wordt aangemaakt en er geen map wordt geselecteerd, wordt deze standaard automatisch in de map "Ongestructureerde" gemaakt. Bestaande testcases kunnen op elk moment naar andere mappen worden verplaatst.

Impact : Gebruikersimpact is een nuttige maatstaf bij het prioriteren van remediëringsinspanningen. Standaardniveaus zijn gekoppeld aan elk Deque-controlepunt op basis van wat Deque-toegankelijkheidsexperts als over het algemeen waar hebben bepaald voor een bepaald type toegankelijkheidsprobleem, maar beoordelaars kunnen hun oordeel gebruiken om deze te wijzigen. Blokker, Kritiek en Ernstige impacten treden op wanneer een gebruiker aanzienlijke barrières tegenkomt of wordt geblokkeerd van inhoud op de site met een grotere kans op juridische stappen. Kleine en matige problemen zijn niet zo serieus, maar moeten nog steeds worden aangepakt om de pagina als volledig conform te beschouwen. Controlepunttests dekken toegankelijkheidsrichtlijnen die de volgende vijf niveaus kunnen hebben die worden gebruikt om de toegankelijkheidsimpact van problemen binnen de axe Auditor-toepassing te categoriseren.

• Blokker: Resulteert in catastrofale obstakels voor mensen met handicaps. Deze problemen zullen hen zeker verhinderen toegang te krijgen tot fundamentele functies of inhoud, zonder mogelijke oplossingen. Dit soort probleem brengt uw organisatie in groot gevaar. Prioriteit aan onmiddellijke reparatie en zo snel mogelijk als hotfixes implementeren. Moet uiterst zeldzaam zijn. Een voorbeeld van een blokkerprobleem is een SC 2.3.1 --- Drie flitsen of minder drempel die epileptische 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 uw organisatie zeer kwetsbaar is voor juridische stappen. Remediëring moet een topprioriteit zijn.
• Ernstig: Dit probleem resulteert in ernstige barrières voor mensen met handicaps en zal hen gedeeltelijk verhinderen toegang te krijgen tot fundamentele functies of inhoud. Mensen die afhankelijk zijn van hulpmiddelen voor mindervaliden zullen als gevolg hiervan aanzienlijke frustratie ervaren. Problemen in deze categorie zijn grote problemen, en remediëring moet een prioriteit zijn. Moet zeer vaak voorkomen.
• Gemiddeld: Dit probleem resulteert in enkele barrières voor personen met handicaps, maar zou hen niet verhinderen toegang te krijgen tot fundamentele elementen of inhoud. Dit kan uw organisatie kwetsbaar maken voor juridische stappen. 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 gemiddeld probleem. Om een pagina als volledig conform te beschouwen moet dit probleem worden opgelost, maar kan als laatste worden afgehandeld.

Probleem : In de context van axe Auditor bestaat elk probleem uit een vereiste samenvatting, impactniveau, evenals een associatie met een Deque Way-controlepunt. Aanvullende informatie die binnen een probleemrecord kan worden opgeslagen omvat een probleemtype, beschrijvingssoort, beschrijving, beoordelingsvlaggen, broncode, screenshots en remediëringsaanbeveling. Elk probleem heeft betrekking op een specifieke testpagina.

Probleemtype : Verwijst naar het type mislukking of best practice. De volgende vijf probleemtypen worden gebruikt om problemen binnen de axe Auditor-toepassing te categoriseren:

• Toegankelijkheid: Het probleem beïnvloedt de mogelijkheid voor een gehandicapte gebruiker om toegang te krijgen tot inhoud of functionaliteit van de site. Faalt de controlepunttest.
• Best Practice: Het probleem beïnvloedt het vermogen van een gehandicapte gebruiker om toegang te krijgen tot inhoud of functionaliteit van de site, maar faalt niet bij de checkpointtest.
• User Agent: Het probleem is een gevolg van de interactie van de user agent met de pagina, niet noodzakelijkerwijs 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 het vermogen van alle gebruikers om toegang te krijgen tot inhoud of functionaliteit van de site.

Methode : De methode van een probleem geeft aan hoe de inhoudelijke expert een probleem heeft gevonden, ofwel via automatisering of handmatig. We gebruiken Deque-tools voor automatiseringstestresultaten 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 kwaliteitsinformatie over de specifieke regel.

Pagina : Een pagina in axe Auditor verwijst naar een „pagina onder test” of een „testpagina”. Op een scherm voor het maken van een testgeval wordt de functionaliteit van het dialoogvenster Pagina Toevoegen gebruikt om te testen pagina's toe te voegen. Een pagina vertegenwoordigt de individuele pagina, component of inhoud binnen een testgeval die je wilt testen op toegankelijkheid. Hoewel je een URL en naam voor de pagina specificeert, kan de te testen reikwijdte de hele pagina zijn, of een gebied van de pagina (dat kan een module, scherm, widget, sectie of element zijn).

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

Gerelateerde Deque University Cursus Pagina's : Een link naar het onderwerp wordt gevolgd door een parenthetische link naar de cursus waarin het onderwerp is opgenomen. Dit brengt je rechtstreeks naar de Deque University-pagina waar een hoog detailniveau wordt verstrekt over de aard van de regel en waarom deze belangrijk is.

Release : Test Runs maken het specificeren mogelijk van het versienummer van het product dat wordt getest. Bijvoorbeeld, 1.0 zou de eerste releasecyclus van het product zijn.

Gerelateerde Deque University Cursus Pagina's : Een link naar het onderwerp wordt gevolgd door een parenthetische link naar de cursus waarin het onderwerp is opgenomen. Dit brengt je rechtstreeks naar de Deque University-pagina waar een hoog detailniveau wordt verstrekt over de aard van de regel en waarom deze belangrijk is.

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

Aanbeveling voor Herstel : Aanbeveling voor herstel is ons Deque-expertadvies over hoe een specifiek probleem kan worden opgelost. Dit zal een grote hulp zijn voor ontwikkelaars. Soms wordt ook aangegeven hoe dit probleem een persoon met een handicap beïnvloedt en welk type handicap hieronder lijdt.

Section 508 Richtlijnen : Specifieke subsections van de gerelateerde Section 508-richtlijnen worden, indien van toepassing, vermeld.

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

Ernst : Blocker, Kritiek, Ernstig, Gematigd en Klein zijn de vijf categorieën van ernst van een probleem (regel falen), zoals ze zich verhouden tot de verschillende toepasselijke richtlijnen en best practices.

Reikwijdte : De reikwijdte van een testgeval is een verzameling van pagina- en component-URL's die moeten worden beoordeeld op naleving van de toegankelijkheidsnorm. Elke pagina of component wordt door de axe Auditor-applicatie als een testeenheid beschouwd.

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

Standaard : Het Standaardveld stelt je in staat om te kiezen uit WCAG 2.0 Niveau A, WCAG 2.0 Niveau AA, WCAG 2.1 Niveau A, WCAG 2.1 Niveau AA, WCAG 2.0, Section 508 of Air Carrier Access Act (ACAA) bij het creëren van een nieuw testgeval of bij het bewerken van een bestaand testgeval. Deze instelling verfijnt de geautomatiseerde regels en handmatige checkpointtests die moeten worden getest tijdens de testrun, alleen tot diegene die van toepassing zijn op de geselecteerde standaard.

Status : De drie statussen van Test Run-status in axe Auditor zijn „niet gestart” (testgeval toegewezen aan gebruiker, maar nog niet gestart), „bezig” (ofwel geautomatiseerde of handmatige tests zijn gestart, maar alle checkpoints zijn nog niet toegewezen met een resultaat voor alle pagina's die de testrun omvatten), en „voltooid” (betekent dat alle checkpoints voor alle pagina's zijn gemarkeerd met een voltooiingsresultaat van Pass, Fail of N/B in handmatige tests).

Testgeval : Testgevallen 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 zijn benoemd. Aanvullende informatie omvat een beschrijving van het testgeval, de toepasselijke norm en productinformatie. De te testen pagina's die binnen een testgeval zijn opgenomen, bevatten elk een paginanaam, URL en reikwijdte --- die de hele pagina of een specifiek paginagebied (module, scherm, widget, sectie of element) kan zijn --- doelelementen (formulieren, video, audio, CAPTCHA, Knipperende inhoud), en gerelateerde instructies zoals die gebruikt moeten worden voor navigatie naar de pagina.

Test Betrouwbaarheid : 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 kunnen worden geïdentificeerd door geautomatiseerde middelen. Drie categorieën controles omvatten „geen mogen slagen”, „één moet slagen”, en „alle moeten slagen” scenario's voor elke test. Geautomatiseerde tests worden ofwel als Betrouwbaar, Enigszins betrouwbaar, of Onbetrouwbaar beschouwd --- in dat geval is handmatige evaluatie vereist.

Testrun : Een testrun is een instantie van een testgeval dat aan een gebruiker is toegewezen om een beoordeling uit te voeren tegen een specifieke combinatie van besturingssysteemplatform, browserversie en ondersteunende technologie. We maken een aantal testruns als we het gegeven testgeval tegen een aantal combinaties van OS, Browser en AT moeten beoordelen. Elke testrun kan aan een andere gebruiker worden toegewezen.

Test Eenheid : 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 toegankelijkheidsexperts van Deque om de WCAG op een nauwkeurige en eenvoudigere manier te begrijpen en te interpreteren. Dit zal aankomende klanten en hun toegankelijkheidsteams efficiënter maken als dit wordt geadopteerd.

Topkwesties Grafiek van Dashboard : De topkwestiesgrafiek toont de top checkpoints die het vaakst zijn mislukt binnen de reikwijdte van pagina's en/of gedefinieerde componenten. De lijst wordt in aflopende volgorde gepresenteerd zodat de gebruiker het topcheckpoint met het hoogste aantal mislukkingen eerst ziet. Deze grafiek toont maximaal de top 10 checkpoints met de meeste kwesties.

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

Impact op Gebruiker Grafiek van Dashboard : De impact op gebruiker grafiek geeft aan hoe deze geïdentificeerde toegankelijkheidsproblemen de mensen met verschillende handicaps beïnvloeden. Je kunt de definities van ernst vinden door op het info-icoon onder de grafiek te klikken. Verwijs naar de sectie „impact” van deze woordenlijst om te begrijpen hoe verschillende problemen met verschillende impactniveaus van invloed zouden zijn op de persoon met een handicap 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 Checkpoint kwestiecategorieën zijn gebaseerd op deze groeperingen van gerelateerde toegankelijkheidsrichtlijnen.

Gerelateerd Onderwerp

Belangrijke Concepten en Termen