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.

Ondersteuningstechnologie : Test Runs maken het mogelijk om de software en apparaten te specificeren die door gehandicapte individuen worden gebruikt om met software en websites te interageren. 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 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: Resultaten in catastrofale hindernissen voor mensen met een handicap. Deze problemen zullen beslist voorkomen dat zij fundamentele functies of inhoud kunnen bereiken, zonder mogelijke omwegen. Dit soort probleem plaatst uw organisatie in een hoog risico. Prioriteer onmiddellijke reparatie en implementeer als hotfixes zodra mogelijk. Zou uiterst zeldzaam moeten zijn. Een voorbeeld van een blokkerende kwestie is een SC 2.3.1 --- Drie Flitsen of Onder Drempel wat aanvallen kan veroorzaken
• Kritiek: Dit probleem resulteert in geblokkeerde inhoud voor mensen met een handicap. Totdat een oplossing is geïmplementeerd zal de inhoud volledig ontoegankelijk zijn, waardoor uw organisatie zeer kwetsbaar is voor juridische stappen. Herstel zou een topprioriteit moeten zijn.
• Ernstig: Dit probleem resulteert in ernstige barrières voor mensen met een handicap, en zal hen gedeeltelijk beletten toegang te krijgen tot fundamentele functies of inhoud. Mensen die afhankelijk zijn van ondersteunende technologieën zullen hierdoor aanzienlijke frustratie ervaren. Kwesties in deze categorie zijn grote problemen, en herstel zou een prioriteit moeten zijn. Zou zeer algemeen moeten zijn.
• Gemiddeld: Dit probleem resulteert in enkele barrières voor personen met een handicap, maar zou hen niet belemmeren om fundamentele elementen of inhoud te bereiken. Dit zou uw organisatie kwetsbaar kunnen maken voor juridische stappen. Deze overtreding 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. Voor een pagina om als volledig conform te worden beschouwd, moet dit probleem worden opgelost maar kan als laatste worden aangepakt.

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 het vermogen van een gehandicapte gebruiker om toegang te krijgen tot de inhoud of functionaliteit van de site. Voldoet niet aan de controlepuntest.
• Best Practice: Het probleem beïnvloedt het vermogen van een gehandicapte gebruiker om toegang te krijgen tot de inhoud of functionaliteit van de site, maar voldoet niet niet aan de controlepuntest.
• User Agent: Het probleem is een resultaat van de interactie van de gebruikersagent met de pagina, niet noodzakelijk de pagina-inhoud 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 inhoud of functionaliteit van de site te benaderen.

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.” In een Test Case-aanmaakscherm wordt de functie van het dialoogvenster „Voeg pagina toe” gebruikt om te testen pagina's toe te voegen. Een pagina vertegenwoordigt de afzonderlijke pagina, component of inhoud binnen een testcase die u wilt testen op toegankelijkheid. Hoewel u een URL en naam voor de pagina specificeert, kan de reikwijdte die getest moet worden de gehele pagina betreffen, of een gebied van de pagina (dit 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