Hva er tilgjengelighetstesting? (Eksempler)

Hva er tilgjengelighetstesting?

Tilgjengelighetstesting er definert som en type programvaretesting utført for å sikre at applikasjonen som testes er brukbar av personer med funksjonshemminger som hørsel, fargeblindhet, alderdom og andre vanskeligstilte grupper. Det er en undergruppe av Brukervennlighetstesting.

Mennesker med nedsatt funksjonsevne bruker hjelpeteknologi, som hjelper dem med å betjene et programvareprodukt. Eksempler på slik programvare er:

• Programvare for talegjenkjenning – Konverterer det talte ordet til tekst, som fungerer som input til datamaskinen.
• Skjermleserprogramvare – Brukes til å lese opp teksten som vises på skjermen.
• Programvare for skjermforstørrelse– Brukes til å forstørre monitoren og gjøre lesingen enkel for synshemmede brukere.
• Spesialtastatur laget for brukere for enkel skriving som har motoriske vansker

Hvorfor tilgjengelighetstesting?

Årsak 1: Imøtekomme til markedet for funksjonshemmede.

Omtrent 20 % av befolkningen har problemer med funksjonshemming.

• 1 av 10 personer har en alvorlig funksjonshemming
• 1 av 2 personer over 65 år har reduserte evner

Funksjonshemminger inkluderer blindhet, døv, funksjonshemning eller andre lidelser i kroppen.

Et programvareprodukt kan imøtekomme dette store markedet hvis det er gjort funksjonshemmedevennlig. Tilgjengelighetsproblemer i programvare kan løses hvis tilgjengelighetstesting gjøres til en del av den normale livssyklusen for programvaretesting.

Årsak 2: Overhold tilgjengelighetslovgivningen

Offentlige etater over hele verden har kommet ut med legaliseringer som krever at IT-produkter skal være tilgjengelige for funksjonshemmede.

Følgende er de juridiske handlingene fra forskjellige regjeringer -

• USA: Americans with Disabilities Act – 1990
• Storbritannia: Disability Discrimination Act – 1995
• Australia: Disability Discrimination Act – 1992
• Irland: Disability Act av 2005

Tilgjengelighetstesting er viktig for å sikre overholdelse av lover.

Årsak 3: Unngå potensielle rettssaker

Tidligere har Fortune 500-selskaper blitt saksøkt fordi produktene deres ikke var funksjonshemmede. Her er noen fremtredende saker.

• Nasjonalt forbund for blinde (NFB) vs Amazon (2007)
• Sexton og NFB vs Target (2007)
• NFB vs AOL-oppgjør (1999)

Det er best å lage produkter som støtter funksjonshemmede og unngå potensielle søksmål.

Hvilke funksjonshemninger å støtte?

En søknad skal støtte personer med funksjonshemming som –

Type funksjonshemming	Uførhet Description
Synshemning	Fullstendig blindhet eller fargeblindhet eller dårlig syn Visuelle problemer som visuell strobe og problemer med blinkende effekt
Fysisk hemmet	Kan ikke bruke musen eller tastaturet med én hånd. Dårlige motoriske ferdigheter som håndbevegelser og treghet i muskler
Kognitiv funksjonshemming	Lærevansker eller dårlig hukommelse eller ikke i stand til å forstå mer komplekse scenarier
Lese- og skrivefunksjonshemming	Leseproblemer
Hørselshemning	Auditive problemer som døvhet og hørselshemninger Kan ikke høre eller ikke høre klart

Hvordan gjøre tilgjengelighetstesting?

Tilgjengelighetstesting kan utføres på to måter, og de er:

1. Håndbok
2. Automatisert

Tilgjengelighetstesting kan være utfordrende for testere fordi de ikke er kjent med funksjonshemminger. Det er bedre å jobbe med funksjonshemmede som har spesifikke behov for å forstå utfordringene deres.

Det er forskjellige måter å teste tilgjengelighet på avhengig av funksjonshemmingen. Vi vil lære dem alle én etter én.

1) Synshemning

OK la oss nå anta at jeg ikke har synsevne. Jeg er helt blind, og jeg ønsket å få tilgang til XYZ-nettstedet. I så fall, hva er alternativet👍 Kan jeg ikke få tilgang til XYZ-nettstedet? Hva alternativet har jeg? Det er ett-ord-alternativ som kalles SKJERMLESER. Ja, du har rett. SKJERMLESER. Nå, hva er denne skjermleseren? Det er en programvare som brukes til å fortelle innholdet på nettet. I utgangspunktet, hva er på nettstedet ditt, enten det er innhold, lenke, radioknapp, bilder, video osv. En skjermleser vil fortelle alt for meg. Det er mange skjermlesere tilgjengelig. Jeg har jobbet med kjever.

I utgangspunktet, når du starter jaws eller en hvilken som helst skjermleser og deretter går til nettstedet, vil det fortelle deg hele innholdet. For eksempel: Jeg har startet jaws, og startet nettleseren JAWS vil kunngjøre at Mozilla Firefox startside, nå hvis jeg går til adresselinjen så vil JAWS annonsere det ADRESSEBANE og skriv deretter inn www.google.com på adresselinjen vil jaws forklare noe slikt:-

Address Bar,w,w,w,period,g,o,o,g,l,e,period,c,o,m. Also, when the page loads completely jaws will again announce Google.Com Home page.

Now if I go to Google Search, then JAWS will announce that Google search. So it would be easy for a blind person to recognize things in an easy manner.

Poenget jeg vil forklare her, vil en skjermleser fortelle ord for ord hvis du skriver inn noe eller i tekstboksen. På samme måte, hvis det er en lenke, vil den uttale den som en lenke, for Button vil den uttale den som en knapp. Slik at en blind person enkelt kan identifisere ting.

Nå, hvis et nettsted er dårlig designet og utviklet, kan det være mulig (det skjer vanligvis) at jaws ikke vil være i stand til å fortelle riktig innhold som igjen resulterer i utilgjengelighet for blind person.(Si om jaws forteller en lenke som en innhold, da ville en blind bruker aldri kunne vite at det er en lenke, og hvis det ville være avgjørende for den nettsiden da 👍). I så fall ville det være et resultat av et stort tap for nettstedbedrift.

2) Synshemming

Det er to kategorier som jeg ønsker å bli nevnt under synshemming.

Den første er fargeblindhet. Fargeblindhet betyr ikke helt blind, men ikke i stand til å se en bestemt farge på riktig måte. Rød og blå er de vanlige fargene som folk ikke kan se ordentlig hvis de har fargeblindhet. Så i utgangspunktet, hvis jeg har en rød fargeblindhet og jeg vil bruke et nettsted som er 80 % i rødt, så???Vil jeg være komfortabel på den nettsiden? Svaret er nei.

Så en nettside bør utformes slik at en person med fargeblindhet ikke har noe problem med å få tilgang til det. Ta et enkelt eksempel på en knapp som er i rødt. For å gjøre den tilgjengelig hvis den er skissert med svart. Da er den lett tilgjengelig. Normalt anses svart og hvitt som universelle.

3) DÅRLIG SYNSHED

En annen ting er en person som har dårlig syn (ikke klart syn) eller har forskjellige synsproblemer (det er mange øyeproblemer knyttet til netthinnen osv.) for å få tilgang til et hvilket som helst sted.

1) I slike tilfeller er det beste å unngå liten tekst. Fordi det ville vært en stor fordel for personer med dårlig syn.

2) Personer med synsproblemer vil også zoome inn tekst på nettstedet for å gjøre det behagelig for dem. Så et nettsted bør utformes på en slik måte at hvis du forstørrer det, kan dets layout ikke brytes når du zoomer inn teksten. Ellers vil det ikke være et godt inntrykk for dem.

4) Annen funksjonshemming

I tilgjengelighetstesting for funksjonshemmede er et veldig viktig poeng å vurdere å få tilgang til nettstedet uten bruk av mus. En person skal være i stand til å fullføre tilgang til nettstedet lenker, knapper, radioknapper, avmerkingsbokser, popup-vinduer, rullegardinmenyen, alle kontrollene skal være fullstendig tilgjengelige og betjenes via tastaturet.

For eksempel: Hvis jeg er høyrehendt lammet, og jeg ikke er komfortabel med en mus eller sier at jeg ikke vil bruke en mus, hva så? I så fall, hvis jeg ikke får tilgang til lenker eller avmerkingsbokser på stedet via tastaturet, så skal et nettsted være fullstendig tilgjengelig med Keyboard.

Alternative Text should be there for Images, Audio, Video so that screen reader reads them and will narrate them so that a blind person can easily recognize what the  image, audio, the video is all about. In addition, to it, keyboard shortcuts should be there to easily access website and navigation should be available with the keyboard.

Fokuset skal også være helt synlig. Når vi trykker på tab, skal brukeren kunne se hvor kontrollen beveger seg. Med synlig fokus blir det veldig enkelt for en bruker som har dårlig syn eller fargeblindhet å identifisere flyten til et nettsted og også en enkel tilgang.

Bruker med hørselshemning (døv eller vanskelig å lytte): De siste er en person med nedsatt hørsel. En døv person kan få tilgang til nettstedet siden han er i stand til å se innholdet på nettstedet. Men når det kommer til lyd og video møter de vanskeligheter. Så i så fall, for enhver video og lyd, bør det være Alt-tekst. Alt tekst betyr Alternativ tekst. Anta at det er en video om hvordan du bestiller en flybillett. I så fall bør teksten være der slik at en døv person kan lese det og få en idé om hva videoen handler om.

Eksempel på testtilfeller Tilgjengelighetstesting

Følgende er punktets behov som må sjekkes for at applikasjonen skal brukes av alle brukere. Denne sjekklisten brukes til å signere tilgjengelighetstesting.

1. Om en applikasjon gir tastaturekvivalenter for alle museoperasjoner og vinduer?
2. Om instruksjoner er gitt som en del av brukerdokumentasjon eller manual? Er det lett å forstå og betjene applikasjonen ved hjelp av dokumentasjonen?
3. Om fanene er logisk ordnet for å sikre jevn navigering?
4. Om det finnes hurtigtaster for menyer?
5. Om applikasjonen støtter alle operativsystemer?
6. Hvorvidt responstiden for hver skjerm eller side er tydelig nevnt, slik at sluttbrukere vet hvor lenge de skal vente?
7. Om alle etiketter er skrevet riktig i søknaden?
8. Om fargen på applikasjonen er fleksibel for alle brukere?
9. Om bilder eller ikoner brukes riktig slik at det er lett å forstå for sluttbrukerne?
10. Om en applikasjon har lydvarsler?
11. Om en bruker er i stand til å justere lyd- eller videokontroller?
12. Om en bruker kan overstyre standardfonter for utskrift og tekstvisning?
13. Om brukeren kan justere eller deaktivere blinkende, roterende eller bevegelige skjermer?
14. Kontroller for å sikre at fargekoding aldri brukes som eneste middel til å formidle informasjon eller indikere en handling.
15. Om utheving er synlig med inverterte farger? Testing av farge i applikasjonen ved å endre kontrastforholdet
16. Om lyd- og videorelatert innhold blir riktig hørt av funksjonshemmede? Test alle multimediesider uten høyttalere på nettsteder
17. Om det gis opplæring for brukere med funksjonshemminger som vil gjøre dem i stand til å bli kjent med programvaren eller applikasjonen?

Myter om tilgjengelighetstesting

Følgende er mytene om tilgjengelighetstesting:

Myte: Det er dyrt å lage en tilgjengelig nettside

Faktum: Det er ikke dyrt. Ta deg tid til å tenke på tilgjengelighetsproblemer i selve designfasen sammen med grunnleggende testing. Dette vil spare både penger og omarbeid.

Myte: Å endre utilgjengelige nettsteder til tilgjengelige nettsteder er tidkrevende og dyrt

Det er ikke nødvendig å inkludere alle endringene på en gang. Arbeid med grunnleggende behov som er mest nødvendige for funksjonshemmede brukere.

Myte: Tilgjengelighet er enkel og kjedelig

Du kan gjøre nettsider attraktive, men de bør utformes på en slik måte at de kan være tilgjengelige for alle brukere. Også i henhold til W3C-retningslinjene for tilgjengelighet for nettinnhold – det fraråder på det sterkeste bruk av sider med kun tekst.

Myte: Tilgjengelighet for blinde og funksjonshemmede

Faktum Å følge retningslinjer for tilgjengelighet forbedrer den generelle brukervennligheten til programvaren, noe som også hjelper vanlige brukere.

Konklusjon

I programvareteknikk hjelper tilgjengelighetstesting med å gjøre applikasjonen din deaktivert vennlig. Hvis det ikke er mulig å følge retningslinjer for tilgjengelighet på grunn av kompleksiteten til nettapplikasjonen din, bygg én versjon av nettstedet for vanlige brukere og en annen for å deaktivere