Test een evenementenwebsite met bezoekers met een beperking
Een automatische toegankelijkheidscontrole vindt sommige codeproblemen, maar niet elke hindernis bij het vinden van de locatie, kiezen van een ticket of registreren. Respectvolle sessies met echte taken laten zien waar de bezoekersreis stokt. Deze gids en het werkblad ondersteunen voorbereiding, observatie en hertesten. Enkele sessies bewijzen geen toegankelijkheid voor iedereen.
De redactie van Boletolibre
Gepubliceerd
Download het sessiescript en observatielog
Download het bewerkbare sessiewerkblad
Het werkblad bevat deelnameafspraken, toegangsbehoeften, een neutrale introductie, taken, observaties en vervolgacties. Pas de voorbeelden aan het echte evenement aan. Gebruik een testomgeving zonder echte aankoop, betaling of mail aan bezoekers.
Noteer één regel per taak en deelnemer. Beschrijf wat gebeurde apart van de veronderstelde oorzaak. Neem geen medische gegevens, volledige registratiedossiers of inloggegevens van hulpmiddelen op.
Nodig verschillende manieren van gebruik uit
Betrek mensen met uiteenlopende relevante behoeften en ervaringsniveaus. Eén deelnemer vertegenwoordigt niet alle mensen met een beperking. Vraag naar voorkeuren voor apparaat, browser, hulpmiddel, communicatie en sessievorm. Spreek deelnamevoorwaarden, opnames en vergoeding vooraf af.[1]
Geef uitnodiging, link of route, materiaal en contact in een bruikbaar formaat. Reserveer tijd om gekozen hulpmiddelen in te stellen en los bekende blokkades waar mogelijk op vóór de uitnodiging.[2]
Gebruik echte evenementtaken
Vraag de datum en tijdzone, informatie over toegang tot de locatie, een passende ticket- of registratieoptie en een veilige testbevestiging te vinden. Voeg een verzoek om ondersteuning toe als dat pad bestaat. Noem het doel, niet elke klik.
Staat de evenementpagina op Boletolibre.com, begin dan bij de URL die bezoekers werkelijk ontvangen. Noteer overgangen naar een ander domein of aanbieder zodat een hindernis bij het juiste team terechtkomt.
Observeer zonder over te nemen
Stel neutrale vragen en laat pauzes toe. Spreek af hoe iemand kan stoppen, hulp vragen of een taak overslaan. Praat niet door de uitvoer van een schermlezer heen. Section508.gov adviseert hindernissen te begrijpen in plaats van alleen snelheid te meten.[1]
Noteer taak, technische context, poging, hindernis, omweg en resultaat. Een technische beoordeling kan later bepalen of inhoud, code, browser of hulpmiddel meespeelt.[2]
Herstel en hertest de taak
Deel bevindingen met de eigenaren van pagina, registratie en externe kassa. Pak geblokkeerde kerntaken eerst aan, wijs een eigenaar toe en herhaal de taak. Geef een externe aanbieder reproduceerbaar bewijs en bied bezoekers ondertussen een eerlijk alternatief contactkanaal.
Vermeld aantal deelnemers, taken, omgeving en beperkingen. W3C WAI waarschuwt tegen het veralgemeniseren van één ervaring en tegen het vervangen van technische toegankelijkheidstoetsing door gebruikssessies. Trek geen juridisch eindoordeel.[2]
Bronnen en verder lezen
- Tips for Usability Testing with People with DisabilitiesSection508.gov · Geraadpleegd
- Involving Users in Evaluating Web AccessibilityW3C Web Accessibility Initiative · Geraadpleegd