accessibility testing tutorial
En komplett guide til tilgjengelighetsprøver:
Hva er nettilgjengelighet:
Nettet er åpent for alle og å være en tester (også menneske), det er vårt ansvar å sjekke om det er tilgjengelig for alle brukere. Dette vil igjen bidra mye til suksessen til en bedrift når vi jobber for å få applikasjonen tilgjengelig for hver bruker.
Dette vil også øke brukerens tilfredshet og vår virksomhet også.
Liste over opplæringsprogrammer i denne serien:
- Veiledning for tilgjengelighetsprøving (Denne opplæringen)
- Verktøy for tilgjengelighetsprøving - En komplett liste
- WAT (Verktøylinje for nettilgjengelighet) Veiledning
- WAVE og JAWS Verktøy for tilgjengelighetssjekking
For de fleste brukere er internettbruk over nettet enkelt. Men dette er ikke tilfelle når vi ser på et annet demografisk sett med utfordringer. Det er viktig at nettsteder også er tilgjengelige, brukbare og nyttige for denne gruppen brukere - og det skal ikke skille brukere ut fra språk / kultur / sted / programvare / fysisk eller mental evne.
Hva du vil lære:
- Hva er tilgjengelighetsprøving?
- Tilgjengelighet og lov
- Myter om å teste tilgjengelighet på nettsteder
- Utfordringer ved tilgjengelighetstest
- Betydning
- Hvordan måles nettilgjengelighet?
- Prinsipper for universell webdesign å følge
- Hvordan utføre tilgjengelighetsprøver - En trinnvis guide
- Sjekkliste for tilgjengelighetsprøver / testtilfeller / scenarier
- Konklusjon
- Anbefalt lesing
Hva er tilgjengelighetsprøving?
Å teste en webapplikasjon for å sikre at hver bruker enkelt har tilgang til nettstedet er kjent som tilgjengelighetsprøving. Den spesialiserte og dedikerte grenen for testing som hjelper til med å sikre at nettsteder virkelig er effektive på dette området kalles “ Testing av nettilgjengelighet ”.
Viktigst, det er visse lover og retningslinjer for tilgjengelighetsprøving som også skal følges.
Tilgjengelighet og lov
- Amerikanere med funksjonshemninger handler : Denne loven sier at alle domener som offentlige bygninger, skoler og organisasjoner skal gjøre teknologien tilgjengelig for alle.
- Rehabiliteringsloven, avsnitt 504 og seksjon 508 : Avsnitt 504 har plass til alle mennesker med nedsatt funksjonsevne for å få tilgang til arbeidsplasser, utdanning og annen organisasjon, og i seksjon 508 er det tilgang til teknologi.
- Retningslinjer for tilgjengelighet på nettinnhold: Disse retningslinjene antyder måter som kan bidra til å forbedre tilgjengeligheten til et nettsted.
Myter om å teste tilgjengelighet på nettsteder
Myte 1 :Det er dyrt.
Faktum : Forebygging er alltid bedre enn kur, så vi kan tenke på tilgjengelighetsproblemer i selve designfasen og redusere kostnadene.
Myte 2: Det er tidkrevende å konvertere utilgjengelig nettside til tilgang.
Faktum : Vi kan prioritere ting og bare jobbe med grunnleggende behov.
Myte 3: Tilgjengelighet er vanlig og kjedelig.
Faktum : Tilgjengelighet betyr ikke at et nettsted bare skal inneholde tekst. Vi kan også legge til bilder og gjøre det mer attraktivt, men poenget å merke seg er at det skal være tilgjengelig for alle.
Myte 4 :Tilgjengelighetstesting er for blinde og funksjonshemmede.
Faktum : Programvare er nyttig for alle, og derfor er denne testingen for alle brukere.
Utfordringer fra A tilgjengelighetsprøve
Følgende er noen vanlige utfordringer eller vanskeligheter som tilgjengelighetsretningslinjene prøver å løse:
Type funksjonshemming | Handikapbeskrivelse |
---|---|
Syn Uførhet | - Fullstendig blindhet eller fargeblindhet eller dårlig syn - Visuelle problemer som synsproblemer og blinkende effektproblemer |
Fysisk hemmet | Vanskelig å bruke tastaturer eller mus |
Kognitiv funksjonshemning | Læringsvansker eller dårlig hukommelse |
Leseferdighet funksjonshemming | Leseproblemer, synes ord er vanskelige |
Hørselshemming | - Hørselsproblemer som døvhet og nedsatt hørsel - Vanskeligheter med å høre godt eller høre tydelig |
Betydning
- Enkel og effektiv tilgang til brukere med funksjonshemninger eller utfordringer
- Øker markedsandelen og publikums rekkevidde
- Forbedrer vedlikeholdsevne og effektivitet
- Oppfylte eksisterende og fremtidige juridiske krav og hjelper med å følge etikken
- Støtte internasjonalisering
- Hjelper med tilgang for brukere med lav båndbredde.
Til slutt oversettes alt bare til “Bedre virksomhet - mer penger”.
Hvordan måles nettilgjengelighet?
Tilgjengeligheten til nettet kan måles ved hjelp av standarder for tilgjengelighet på nettet som er opprettet av W3C kjent som Retningslinjer for tilgjengelighet for nettinnhold (WCAG) . Få andre avdelinger har også utviklet egne retningslinjer, men også disse følger Web Accessibility Initiative (WAI) Retningslinjer.
Evaluering av tilgjengeligheten til et nettsted:
Det er mange faktorer som spiller en rolle i dette, for eksempel:
- Innhold
- Størrelse
- Kode
- Markeringsspråk
- Utviklingsverktøy
- Miljø
Som alltid er det en god praksis å implementere tilgjengelighetsmetoder for nettet i den innledende fasen av prosjektet. Å fikse nettsteder som er tilgjengelige, krever ytterligere innsats.
Noen få enkle eksempler på teknikker er:
- Bekreftelse av sidetittel
- Alternativer for bildetekst (“alt text”)
- Overskrifter
- Kontrastforhold (“fargekontrast”) .. etc.
Vi kan også bestemme tilgjengeligheten ved hjelp av “ Evalueringsverktøy '- til en viss grad. Det er få ting som om alt-teksten er riktig skrevet for bildet eller ikke, ikke kan vurderes fullt ut, men de er effektive for det meste.
Les også => 30+ mest populære webtestverktøy.
Prinsipper for universell webdesign å følge
Nettstedet skal være universelt utformet på en slik måte at det skal følge brukbarhets- og tilgjengelighetsprinsippene. Alle har sin egen lærings- og behandlingsstil, derfor skal nettstedet / produktet utformes uavhengig av dette.
Nedenfor er noen grunnleggende standardprinsipper for nettsteddesign:
# 1) Koordinering:
Hver aktivitet og hver person som inngår i prosjektet, bør koordinere seg med hverandre. Man bør huske på at et nettsted skal utformes i henhold til sitt eget og så vel som W3C standarder.
# 2) Håndhevelse:
Å være en ansvarlig organisasjon, bør du holde deg selv ansvarlig for å lage et tilgjengelig nettsted. I stedet for at brukerne holder seg ansvarlige for et tilgjengelig nettsted, bør vi gjøre det.
# 3) Ledelse:
Alle bør være klar over disse prinsippene og må informere om de står overfor et problem mens de går inn på nettstedet.
# 4) Hensyn til tilgang :
Vi må følge standardene, sammen med det kan vi vurdere standardene som følges av organisasjonen for spesialbehandlede mennesker.
# 5) Tekniske dimensjoner:
Et nettsted bør utformes ved å ta i betraktning alle tekniske standarder.
# 6) Utdanningsforskning:
Vi må undersøke tilgjengeligheten og problemene vi møter når vi besøker nettstedet. Ved hjelp av dette bør opplæring gis til staben for å gjøre dem oppmerksomme på standarder og problemer.
# 7) Sosial inkludering:
Alle mennesker skal behandles likt ikke bare i en online-modus, men også i den fysiske verden.
Sammen med denne bygningen er et POUR-nettsted nødvendig.
Nå oppstår spørsmålet hva POUR står for, og svaret er gitt nedenfor:
P tenkelig:Presentasjon av nettsuiten skal kunne oppfattes. Innholdet skal være fornuftig fra alle brukernes perspektiv.
ELLER perable:Man kan si at nettstedet kan brukes hvis en bruker er i stand til å navigere på nettstedet enkelt.
U forståelig:Alt som er tilstede på nettstedet må forstås av alle typer brukere. Kort sagt, språket skal være enkelt og ikke komplekst.
R Stoppe:Uavhengig av skiftende teknologi og type brukere, bør innholdet være robust.
Hvordan utføre tilgjengelighetsprøver - En trinnvis guide
Dette kan gjøres ved å bruke manuell så vel som testmetode for automatisering.
Manuell metode
Det er mange verktøy som er tilgjengelige i markedet for tilgjengelighetsprøving, men det kan være noen problemer som mangel på dyktige ressurser, budsjett osv. I et slikt tilfelle kan vi gå med manuell testing.
Nedenfor er noen måter å teste tilgjengeligheten til nettstedet manuelt:
# 1) Vi kan bruke modus for høy kontrast:
Ved å bruke høykontrastmodus kan vi markere innholdet på nettstedet. Når vi slår på høykontrastmodus, blir innholdet på nettstedet automatisk uthevet når det blir hvitt eller gult og bakgrunnen blir svart.
For å slå på høykontrastmodus, søk i høykontrastmodus i søkeboksen.
Her får du et alternativ å velge et tema, velg temaet med høy kontrast fra rullegardinmenyen.
En nettleser vil se ut som vist nedenfor etter endringene i innstillingene.
hva er det beste nettstedet å se anime på
Etter dette kan vi se om innholdet er riktig synlig eller ikke.
# 2) Ved ikke å få tilgang til bildene :
Midlertidig foreløpig kan du slå av tilgangen og se om teksten rettferdiggjør innholdet, da noen kanskje ikke har tilgang til det, eller noen ganger tar det for lang tid å laste inn bildene.
Du kan slå av tilgangen til nettleseren på følgende måter:
Internet Explorer: Verktøy-> Alternativer for Internett-> Avansert-> vis bilder (fjern avmerkingen).
Firefox: Åpne Firefox og skriv Om : config i adresselinjen, og du vil få utdataene som vist nedenfor.
Etter å ha fått denne skjermen, må du søke etter tillatelse.default.image ’ og juster verdien fra 0-1.
# 3) Søker etter billedtekst :Sjekk om det er en billedtekst, og sørg for at den er ganske beskrivende. Mange ganger kommer vi over lenker på facebook-siden der bildene eller videoene kan ta lang tid å vise, men bildeteksten vil hjelpe oss mye.
# 4) Ved å slå av det kaskaderende stilarket (CSS): CSS brukes i utgangspunktet for å beskrive presentasjonen av dokumentet. Ved å slå av dette kan vi se etter bakgrunnsfarge, tekststil og tekstpresentasjonsstil.
# 5) Prøv å bruke tastaturet :Hvis du er en gamer- eller excel-ekspert, må denne testen være enklere for deg. Prøv å ikke berøre musen og få tilgang til nettstedet ved hjelp av et tastatur.
Du kan bruke “Tab” -tasten for å veksle mellom lenker.
“Tab” + ”Skift” vil ta deg dit du var før.
# 6) Bruk feltetikett :Det er nyttig når du fyller ut et skjema, feltetikett er det du vil se når du ser på en mal. Ved å bruke dette kan man fylle ut nødvendig informasjon mens man registrerer seg eller bestiller noe online.
# 7) Endring av skriftstørrelse til stor :Bruk stor skriftstørrelse og kontinuerlig tilgjengelighetskontroll.
# 8) Hopp over navigering: Dette kan være nyttig for personer med motoriske funksjonshemninger. Ved å klikke Ctrl + Hjem du kan flytte fokus til toppen av siden.
# 9) PDF-dokument: Prøv å lagre PDF-filen i form av tekst og sjekk om ordren på innholdet opprettholdes eller ikke.
# 10) Ved å deaktivere stilen: Deaktiver stilen og sjekk om innholdet i tabellen er riktig oppstilt eller ikke.
# 11) Innholdsskalering: Prøv å zoome ut bildet og sjekk om det er lesbart.
Automatisert tilgjengelighetsprøving
Siden automatisering sprer seg mye i testfeltet, kan vi også gå med automatisering for tilgjengelighetssjekking. Vi har flere verktøy for automatisert testing.
# 1) aDesigner: Den er utviklet av IBM og er nyttig for å teste programvaren fra synshemmede.
# 2) WebAnywhere: Den fungerer som skjermleser og krever ingen spesiell installasjon.
# 3) Vischeck: Dette verktøyet hjelper oss å reprodusere bildet i forskjellige former, slik at vi kan forestille oss hvordan det vil se ut når det blir brukt av forskjellige typer brukere.
# 4) Fargekontrastanalysator: Den sjekker for fargekombinasjon og analyserer synligheten.
# 5) Hera: Den sjekker stilen på applikasjonen og kommer med et flerspråklig alternativ.
# 6) Firefox-tilgjengelighetsutvidelse: Firefox lar deg utvide funksjonaliteten.
Du kan legge den til for å åpne Firefox-> Tillegg-> tilgjengelighetsutvidelse . Det vil hjelpe deg å teste rapporten, navigering, lenketekst osv.
Etter å ha klikket på Utvidelse vil du få et alternativ for søk tillegg .
# 7) TAW online: Det gir deg muligheten til å teste om programvaren er utviklet i henhold til retningslinjene for WCAG 1.0 eller WCAG 2.0 . Det har også muligheten til å velge analysenivå.
# 8) PDF-tilgjengelighetskontroll: Den sjekker for tilgjengeligheten av en PDF-fil.
=> For den komplette listen sjekk dette innlegget for tilgjengelighetstestverktøy
Tilgjengelighetstest Sjekkliste / Test tilfeller / Scenarier
Nedenfor er noen punkter som må kontrolleres mens du gjør denne typen testing:
- Hvis etikettene er riktig skrevet og plassert eller ikke.
- Hvis lyd- / videoinnholdet er riktig hørbart / synlig eller ikke.
- Hvis fargekontrastforholdet opprettholdes eller ikke.
- Hvis kontrollhandlingene for video fungerer bra eller ikke.
- Hvis korttastene er tilgjengelig for menyen, må du sjekke om alle disse fungerer bra.
- Trenger å se etter faner hvis navigering mellom faner er en enkel oppgave.
- Hvis søknaden har fulgt alle prinsippene og retningslinjene eller ikke.
- Hvis overskriften er unik og formidler betydningen og strukturen eller ikke.
- Hvis lenketeksten er skrevet med innholdsbeskrivelse i stedet for å skape tvetydighet.
- Hvis det gis en meningsfull multimedietekst eller ikke.
- Hvis instruksjonene er tydelig gitt eller ikke.
- Hvis innholdet er klart, konsist og forståelig eller ikke.
Følgende er de viktigste punktene som nettstedet skal tilfredsstille for tilgjengelighet:
- Koblingstekst skal være beskrivende . Visuelt deaktivert nettside for brukertilgang ved å klikke på faneknappen fra tastaturet og flytte fra lenke til lenke. Så det er viktig at beskrivelsen av lenkene er riktig definert. Forsikre deg om at hyperkoblingene er tilgjengelige ved å bruke tabulatortasten.
- Gi passende bilder der det er mulig . Et bilde snakker høyere enn ord. Prøv å legge til passende bilder for tekst når det er mulig. Bilder kan beskrive innholdet på nettstedet for literacy utfordrede brukere.
- Bruk enkelt språk . Den kognitivt funksjonshemmede brukeren har lærevansker, det er veldig viktig å gjøre setninger enkle og lett lesbare for dem.
- Konsekvent navigering . Konsekvent navigering gjennom sider er også veldig viktig for brukere med kognitive funksjonshemninger. Det er en god praksis å opprettholde konsistensen på nettstedet og ikke å endre sidene regelmessig. Det er tidkrevende å tilpasse seg den nye utformingen og kan bli vanskelig.
- Ignorer popup-vinduer . Brukere som bruker en skjermleser til å lese websidene, popup-vinduer kan være veldig upraktiske for dem. Skjermleseren leser opp siden fra topp til bunn, og en plutselig pop-up kommer leseren vil begynne å lese den opp før det faktiske innholdet. Det kan forvirre synshemmede brukere.
- CSS-oppsett . CSS-baserte nettsteder er mer tilgjengelige enn HTML-kodebaserte nettsteder.
- Del stor setning i en liten enkel setning. Synskadede brukere lytter til informasjonen på websiden og prøver å huske den. Ved å dele den store setningen i en liten enkel setning kan det hjelpe å huske ting lett.
- Ikke bruk telttekst. Unngå skinnende tekst og hold den enkel.
Kort sagt må vi sjekke om applikasjonen er utviklet i henhold til W3C-retningslinjene, prinsippene for nettstedsdesign og tilgjengelighetsprinsipper, og for dette må vi være klar over alle disse prinsippene.
Vi kan oppsummere de ovennevnte sjekkpunktene ved å verifisere og validere det skrevne innholdet, utformingen og utviklingsmetoden til nettstedet / applikasjonen.
Les også => Webtest komplett guide.
Konklusjon
Tilgjengelighetstesting forklarer ganske enkelt hvor enkelt man kan navigere, få tilgang til og forstå programvare. Det er for alle typer brukere. Testeren skal gjøre testingen fra perspektivet til alle.
På samme måte som alle andre typer testing, kan denne testingen også gjøres manuelt så vel som ved hjelp av automatiseringsverktøy. En testers mål bør bare være å sjekke om retningslinjene oppfylles eller ikke, og hvor enkelt og vennlig en bruker kan bruke programvaren.
Anbefalt lesing = >> Topp leverandører for tilgjengelighetsprøvingstjenester
I den neste delen av denne opplæringsserien vil vi introdusere deg for noen flere verktøy og teknikker for testing av nettilgjengelighet, så vær så snill og vær hos oss.
Som alltid kan du kommentere med spørsmål, forslag og erfaringer.
Anbefalt lesing
- Veiledning for WAVE tilgjengelighetstestverktøy
- Alpha Testing og Beta Testing (En komplett guide)
- WAT (Web Accessibility Toolbar) Tutorial for tilgjengelighetsprøving
- Funksjonstesting mot ikke-funksjonell testing
- Veiledning for brukervennlighetstesting: En komplett guide
- Build Verification Testing (BVT Testing) Komplett guide
- DevOps Testing Tutorial: Hvordan DevOps vil påvirke QA-testing?
- Distribusjon i MongoDB: trinnvis veiledning