Verklarende woordenlijst

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

Toegankelijkheidscompliantie-overzicht van Dashboard : Het compliantie-overzicht geeft de algemene score van toegankelijkheidscompliance aan over de reeks pagina's en/of componenten die in de testcases zijn gedefinieerd. De percentages worden berekend op basis van het aantal totale checkpoints die zijn geslaagd of gefaald binnen de gedefinieerde scope. Een checkpoint wordt als mislukt beschouwd als het minstens één keer is mislukt op een van de pagina's of componenten binnen de gedefinieerde scope.

Hulpmiddelen voor gehandicapten : Test Runs staan toe om software en apparaten te specificeren die door gehandicapten worden gebruikt om te communiceren met software en websites. 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 : Als onderdeel van Deque's Enterprise Accessibility Conformance suite van producten, is axe DevTools de premium toegankelijkheidsregels-engine die uitgebreide geautomatiseerde tests uitvoert binnen axe Auditor. Als een losstaand product is het een lichte, snelle en draagbare JavaScript-bibliotheek die op uw lokale ontwikkelingsserver draait in dezelfde browser als uw functionele of eenheidstests, en die naadloos integreert met het testframework of de browser van uw keuze. In elke volwassen, agile ontwikkelcyclus zijn ontwikkelaars en testers in staat om toegankelijkheidsproblemen vroegtijdig te herkennen en snel op te lossen met behulp van de ingebouwde referenties en oplossingspatronen van de diepgaande, contextgevoelige hulp die toegang biedt tot de toegankelijkheidskennisbank van Deque University.

Checkpoint : Een bewezen methode voor het testen van toegankelijkheidseisen die is ontwikkeld door het team van toegankelijkheidsexperts van Deque en de consistentie en nauwkeurigheid van testresultaten verhoogt. Gebaseerd op de WCAG-succescriteria, bieden ze een explicietere categorisering en interpretatie van die richtlijnen, waarbij mislukkingen doorgaans worden gescheiden op contenttype. De Deque Checkpoints helpen beoordelaars om consistente en nauwkeurige testresultaten te produceren tijdens toegankelijkheidsbeoordelingen. Een checkpoint verwijst naar het meest relevante en toepasselijke gedeelte van de hoofdvermelding van de 66 Deque Checkpoints (en hun vereisten), die een belangrijk onderdeel zijn van de Deque Way naar digitale gelijkheid.

Voltooiingsstatus : De drie statussen van voltooiing met betrekking tot Test Runs in axe Auditor zijn „niet gestart“ (testcase toegewezen aan gebruiker, maar nog niet gestart), „in uitvoering“ (ofwel geautomatiseerde of handmatige tests zijn gestart, maar alle checkpoints zijn nog niet voorzien van een resultaat voor alle pagina's die deel uitmaken van de Testrun) en „voltooid“ (wat betekent dat alle checkpoints voor alle pagina's zijn gemarkeerd met een voltooiingsresultaat van geslaagd, mislukt of niet van toepassing voor zowel geautomatiseerde als handmatige tests).

Compliantiegegevens & Impact : Een groepering van 6 gerelateerde velden met informatie die u een snel overzicht geven van het type compliantie-informatie en toegankelijkheidsimpact die met deze regel samenhangen. Een opsomming van de toepasbare standaarden voor de regel, waaronder mogelijk W3C WCAG 2.0-niveaus A en AA, evenals de richtlijnen van US Section 508 en/of Deque Way best practices. Het aanpassen van regels en bijbehorende geautomatiseerde controles die worden uitgevoerd, maakt het mogelijk om organisatie-specifieke standaardtests uit te voeren. Ernstclassificaties (Blocker, Kritiek, Ernstig, Matig of Klein) verwijzen naar niveaus van compliantieovertreding (regel-mislukking) die beschrijven hoe serieus de impact van het probleem is 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 Test Run bestaat uit drie grafieken die het niveau van toegankelijkheidsconformiteit, de impact van problemen op mensen met verschillende handicaps en top problemen met het aantal keren dat ze zich herhalen aangeven. Al deze grafiekgegevens zijn gebaseerd op de Deque-Way methodologie die wordt gebruikt in axe Auditor om te testen volgens een gegeven standaard. Bijvoorbeeld, volgens Deque-Way evalueren we 66 checkpoints tegen elke pagina of component als de geselecteerde standaard WCAG 2.0 niveau A & AA is.

Digitaal Activumtype

: Dit veld wordt gebruikt om het type activum of eigenschap te definiëren dat getest wordt. Het voordeel hiervan is dat alleen de checkpoints die relevant zijn voor het gekozen activum (de test-, remedie- en best practice-methodologieën) zullen worden weergegeven voor de handmatige test. De niet-relevante checkpoints worden verborgen, zodat er alleen relevante checkpoints te beoordelen zijn. Keuzes om uit te kiezen zijn:

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

Beïnvloede handicaps : Een of meer van de volgende worden weergegeven om aan te geven welke handicaps worden beïnvloed door het niet voldoen aan de regel:

• Aandachtstekort
• Cognitief
• Kleurenblindheid
• Doofheid
• Dyslexie
• Slechthorend
• Slechtziend
• Epileptische aanval
• Gezichtsgebruikers van toetsenborden
• Spraak

Omgeving : Test Runs maken het mogelijk om het type server te specificeren waarop getest wordt. Bijvoorbeeld, een productieserver zou worden gebruikt voor een live site.

Map : Een map is simpelweg een container voor testgevallen om deze te organiseren. Het wordt gebruikt om testgevallen categorisch te groeperen. Raadpleeg uw kwaliteitsborgingsmanager voordat u een nieuw testgeval maakt voor de meest geschikte map om deze aan te koppelen. Wanneer een nieuw testgeval wordt aangemaakt en er geen map wordt geselecteerd, zal deze automatisch worden aangemaakt binnen de standaardmap Ongestructureerd. Bestaande testgevallen kunnen op elk moment naar andere mappen worden verplaatst.

Impact : Gebruikersimpact is een nuttige maatstaf om te gebruiken bij het prioriteren van remedie-inspanningen. Standaardniveaus zijn gekoppeld aan elk Deque Checkpoint volgens wat Deque toegankelijkheidsexperts als algemeen waar hebben bepaald voor een bepaald type toegankelijkheidsprobleem, maar beoordelaars kunnen hun oordeel gebruiken om deze te wijzigen. Blocker, Kritieke en Ernstige impacts treden op wanneer een gebruiker aanzienlijke barrières tegenkomt of wordt geblokkeerd van content op de site met een grotere kwetsbaarheid voor juridische stappen. Kleinere en matige problemen zijn niet zo ernstig, maar moeten nog steeds worden opgelost om de pagina als volledig compliant te beschouwen. Checkpointtests dekken toegankelijkheidsrichtlijnen die de volgende vijf niveaus kunnen hebben, gebruikt om de toegankelijkheidsimpact van problemen binnen de axe Auditor-toepassing te categoriseren.

• Blocker: Leidt tot catastrofale wegversperringen voor mensen met handicaps. Deze problemen zullen hen zeker verhinderen om fundamentele kenmerken of inhoud te bereiken, zonder mogelijke workarounds. Dit type probleem brengt uw organisatie in groot risico. Geef prioriteit aan onmiddellijke oplossing en zet als hotfix zo snel mogelijk in. Zou uiterst zeldzaam moeten zijn. Een voorbeeld van een blokkadeprobleem is een SC 2.3.1 --- Drie Flitsen of Onder Drempel die epileptische aanvallen kan veroorzaken
• Kritiek: Dit probleem resulteert in geblokkeerde content voor individuen met handicaps. Totdat er een oplossing is geïmplementeerd zal de content volledig ontoegankelijk zijn, waardoor uw organisatie zeer kwetsbaar is voor juridische stappen. Remedie moet een topprioriteit zijn.
• Ernstig: Dit probleem resulteert in ernstige barrières voor mensen met handicaps en verhindert hen gedeeltelijk om fundamentele kenmerken of inhoud te bereiken. Mensen die afhankelijk zijn van hulpmiddelen voor gehandicapten zullen aanzienlijke frustratie ondervinden als gevolg hiervan. Problemen die onder deze categorie vallen, zijn grote problemen en de oplossing moet een prioriteit zijn. Zou zeer vaak voorkomen.
• Matig: Dit probleem resulteert in enkele barrières voor individuen met handicaps, maar zou hen niet verhinderen om fundamentele onderdelen of inhoud te bereiken. Dit kan uw organisatie kwetsbaar maken voor juridische stappen. Deze overtreding moet worden opgelost voordat een pagina als volledig compliant 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 compliant te beschouwen moet dit probleem worden opgelost, maar het kan als laatste worden aangepakt.

Probleem : In de context van axe Auditor, bestaat elk uit een vereiste samenvatting, impactniveau, evenals een associatie met een Deque Way Checkpoint. Aanvullende informatie die in een probleemrecord kan worden opgeslagen, omvat een probleemtype, beschrijvingstype, beschrijving, beoordelingsvlaggen, broncode, screenshots en aanbeveling voor remedie. Elk probleem heeft betrekking op een specifieke testpagina.

Probleemtype : Verwijst naar het type mislukking of best practice. De volgende 5 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 content of functionaliteit van de site. Falen van de checkpointtest.
• Beste Praktijk: Het probleem beïnvloedt het vermogen van een gebruiker met een handicap om toegang te krijgen tot de inhoud of functionaliteit van de site, maar voldoet niet aan de controlepuntest.
• Gebruikersagent: Het probleem is een gevolg van de interactie van de gebruikersagent 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 het vermogen van alle gebruikers om toegang te krijgen tot de inhoud of functionaliteit van de site.

Methode : Een methode voor een probleem geeft aan hoe de inhoudsdeskundige een probleem heeft geïdentificeerd, hetzij via automatisering of handmatig. We gebruiken Deque-tools voor geautomatiseerde testresultaten en gebruiken 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 „te testen pagina“ of een „testpagina“. Op een scherm voor het maken van testgevallen 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 u wilt testen op toegankelijkheid. Hoewel u een URL en naam voor de pagina opgeeft, kan de te testen scope de hele pagina zijn, of een gedeelte van de pagina (wat een module, scherm, widget, sectie of element kan zijn).

Platform : Het besturingssysteem of de browser waarop de site getest moet worden. Bijvoorbeeld, „Windows en Firefox“ of „Android en Chrome“. Geautomatiseerde tests 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 u direct naar de Deque University pagina waar gedetailleerde informatie wordt gegeven over de aard van de regel en waarom deze belangrijk is.

Release : Testuitvoeringen maken het mogelijk het versienummer van het geteste product te specificeren. 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 u direct naar de Deque University pagina waar gedetailleerde informatie wordt gegeven over de aard van de regel en waarom deze belangrijk is.

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

Aanbeveling voor Herstel : De aanbeveling voor herstel is ons voorstel van Deque experts over hoe een specifiek probleem opgelost kan worden. Dit zal een grote hulp zijn voor ontwikkelaars. Soms vermeldt het ook hoe dit probleem een persoon met een handicap beïnvloedt en welke handicap hieronder lijdt.

Sectie 508 Richtlijnen : Specifieke subsections 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 (bijvoorbeeld: xpath, id, css-klasse) op een webpagina-DOM dat helpt om een specifiek component te identificeren.

Ernst : Blokker, Kritiek, Ernstig, Gemiddeld en Klein zijn de vijf categorieën van kwesties (regel falen) ernst, zoals ze zich verhouden tot de verschillende van toepassing zijnde richtlijnen en beste praktijken.

Bereik : Het bereik van een testgeval is een set van pagin(URL's) en componenten URL's die moeten worden beoordeeld voor Naleving van de Toegankelijkheid tegen de gedefinieerde standaard. Elke pagina of component wordt beschouwd als een testeenheid door de axe Auditor applicatie.

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

Standaard : Het veld Standaard stelt u in staat om 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 Air Carrier Access Act (ACAA) te selecteren wanneer een nieuw Testgeval wordt gemaakt of een bestaand Testgeval wordt bewerkt . Dit instelling verfijnt de geautomatiseerde regels en handmatige controlepunt-tests die moeten worden getest tegen de Test Run naar alleen die welke van toepassing zijn op de geselecteerde standaard.

Status : De drie statussen van Testuitvoeringsstatus in axe Auditor zijn „niet begonnen“ (testgeval toegewezen aan de gebruiker, maar nog niet begonnen), „in uitvoering“ (hetzij geautomatiseerd of handmatig testen is begonnen, maar alle controlepunten zijn nog niet binnengekomen een resultaat voor alle pagina's uitmaken van de testuitvoering), en „voltooid“ (wat betekent dat alle controlepunten voor alle pagina's zijn gemarkeerd met een voltooiingsresultaat Pass, Fail, of N.V.T. in handmatig testen).

Testgeval : Testgevallen vertegenwoordigen het testscenario, de stappen en productinformatie vereist voor een specifieke evaluatie. Ze bestaan​​uit minstens één pagina of component die moet worden getest, en ze hebben een naam. Aanvullende informatie omvat een beschrijving van het testgeval, de toepasselijke standaard en productinformatie. De pagina's die moeten worden getest binnen een testgeval omvatten elk een paginanaam, URL en bereik--- dat kan de hele pagina zijn of een specifiek paginagedeelte (module, scherm, widget, sectie of element) targeted elementen (formulieren, video, audio, CAPTCHA, Flikkerende inhoud), en gerelateerde instructies zoals die gebruikt worden voor navigeren naar de pagina.

Test Betrouwbaarheid : Een test tegen een regel omvat meerdere controles die, na uitvoeren, een collectief resultaat opleveren. De betrouwbaarheid van de test is afhankelijk van resultaten die definitief kunnen worden geïdentificeerd door automatische middelen. Drie categorieën van controles omvatten „geen enkel mag slagen“ scenario's, „één moet slagen“ scenario's, en „alle moeten slagen“ scenario's voor elke test. Geautomatiseerde tests worden ofwel beschouwd als Betrouwbaar, Min of meer betrouwbaar of Onbetrouwbaar--- in welk geval handmatige evaluatie vereist is.

Testuitvoering : Een testuitvoering is een instantie van een testgeval dat is toegewezen aan een gebruiker om een beoordeling te doen van een specifieke combinatie van OS platform, Browserversie en Hulpmiddelen voor mensen met een beperking. We maken wel aantal testuitvoeringen als we het gegeven testgeval moeten beoordelen tegen meerdere combinaties van OS, Browser en AT. Elke testuitvoering kan worden toegewezen aan een andere gebruiker.

Testeenheid : Een testeenheid kan een pagina of component van een testgeval zijn. Het aantal testenheden 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 eenvoudiger manier te begrijpen en te interpreteren. Dit zou van elke aanstaande de toegankelijkheidsteams van de klant efficiënter maken als het wordt aangenomen.

Top Problemen Grafiek van Dashboard : De top problemen grafiek geeft de belangrijkste controlepunten aan die meerdere keren mislukte in het bereik van pagina's en/of componenten gedefinieerd. De lijst wordt in aflopende volgorde gepresenteerd, zodat de gebruiker eerst het controlepunt met het grootste aantal storingen ziet. Deze grafiek toont maximaal 10 beste controlepunten met het hoogste aantal problemen.

Onderwerpen : Te talrijk om hier op te noemen, worden alle toepasselijke Onderwerp: Subonderwerpen gepresenteerd om de brede categorie aan te geven waaronder de regel valt. Deze associaties dienen om gerelateerde soorten regels/kwesties samen te groeperen.

Gebruikersimpact Grafiek van Dashboard : De gebruikersimpactgrafiek geeft aan hoe deze geïdentificeerde toegankelijkheidsproblemen de mensen met verschillende handicaps zullen beïnvloeden. U kunt de definities van ernst vinden door op de infopictogram-link te klikken onder de grafiek. Raadpleeg het „impact“ gedeelte van deze verklarende woordenlijst om te begrijpen hoe verschillende problemen met verschillende impactniveaus de gehandicapte persoon zouden beïnvloeden bij het gebruik van de functionaliteit van de pagina.

WCAG Succescriteria : De succescriteria (SC) zijn geschreven als testbare verklaringen die niet techniekspecifiek zijn. Subsecties van de gerelateerde WCAG-richtlijnen zijn vermeld. De Checkpoint-kwestiecategorieën van Deque zijn gebaseerd op van deze groeperingen van gerelateerde toegankelijkheidsrichtlijnen.

Gerelateerd Onderwerp

Kernbegrippen en Termen