Hva er tilgjengelighetsprøving?
Tilgjengelighetstesting er definert som en type programvaretesting som utføres for å sikre at applikasjonen som testes, kan brukes av personer med nedsatt funksjonsevne som hørsel, fargeblindhet, alderdom og andre vanskeligstilte grupper. Det er en delmengde av brukervennlighetstesting.
Mennesker med nedsatt funksjonsevne bruker hjelpeteknologi som hjelper dem med å betjene et programvareprodukt. Eksempler på slik programvare er:
- TalegjenkjenningSoftware - Den konverterer det talte ordet til tekst, som fungerer som inngang til datamaskinen.
- Skjermleserprogramvare - Brukes til å lese opp teksten som vises på skjermen
- Skjermforstørrelsesprogramvare - Brukes til å forstørre skjermen og gjøre lesing enkel for synshemmede brukere.
- Spesielt tastatur laget for brukerne for enkel skriving som har vanskeligheter med motorstyring
I denne veiledningen vil du lære-
- Hva er tilgjengelighetsprøving?
- Hvorfor tilgjengelighetsprøving?
- Hvilke funksjonshemninger å støtte?
- Hvordan gjøre tilgjengelighetsprøving?
- Verktøy for tilgjengelighetsprøving
- Myter om tilgjengelighetsprøving
Hvorfor tilgjengelighetsprøving?
Årsak 1 : imøtekomme markedet for funksjonshemmede.
Omtrent 20% av befolkningen har funksjonshemmede problemer.
- 1 av 10 personer har alvorlig funksjonshemming
- 1 av 2 personer over 65 har redusert kapasitet
Funksjonshemming inkluderer blindhet, døve, funksjonshemmede eller andre lidelser i kroppen.
Et programvareprodukt kan imøtekomme dette store markedet, hvis det gjøres funksjonshemmet. Tilgjengelighetsproblemer i programvare kan løses hvis tilgjengelighetsprøving gjøres til en del av normal livssyklus for programvaretesting.
Årsak 2 : Overhold tilgjengelighetslovgivningen
Offentlige etater over hele verden har kommet med legaliseringer, noe som krever at IT-produkter skal være tilgjengelige for funksjonshemmede.
Følgende er rettsakter fra forskjellige regjeringer -
- USA: Americans with Disabilities Act - 1990
- Storbritannia: Disability Discrimination Act - 1995
- Australia: Disability Discrimination Act - 1992
- Irland: Disability Act of 2005
Tilgjengelighetstesting er viktig for å sikre at loven overholdes.
Årsak 3 : Unngå potensielle lovdrag
Tidligere har Fortune 500-selskaper blitt saksøkt fordi produktene deres ikke var funksjonshemmede. Her noen få fremtredende saker
- National Federation for the Blind (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?
Søknaden må støtte mennesker med funksjonshemninger som -
|
Type funksjonshemming |
Handikapbeskrivelse |
|---|---|
|
Synshemming |
|
|
Fysisk hemmet |
|
|
Kognitiv funksjonshemming |
|
|
Leseferdighet funksjonshemming |
|
|
Hørselshemming |
|
Hvordan gjøre tilgjengelighetsprøving?
Tilgjengelighetstesting kan utføres på to måter, og de er:
- Håndbok
- Automatisert
Følgende er poengets behov som skal sjekkes for at applikasjonen skal brukes av alle brukere. Denne sjekklisten brukes til å signere tilgjengelighetsprøving.
- Om et program gir tastaturekvivalenter for alle musoperasjoner og vinduer?
- Enten instruksjoner er gitt som en del av brukerdokumentasjon eller manual? Er det lett å forstå og betjene applikasjonen ved hjelp av dokumentasjonen?
- Hvorvidt faner bestilles logisk for å sikre jevn navigering?
- Om det er snarveier for menyer?
- Enten applikasjonen støtter alle operativsystemer?
- Om responstid på hver skjerm eller side er tydelig nevnt slik at sluttbrukere vet hvor lenge de skal vente?
- Om alle etikettene er skrevet riktig i applikasjonen?
- Hvorvidt fargen på applikasjonen er fleksibel for alle brukere?
- Enten bilder eller ikoner brukes riktig, så det er lett å forstå av sluttbrukerne?
- Om et program har lydvarsler?
- Om en bruker er i stand til å justere lyd- eller videokontrollene?
- Om en bruker kan overstyre standardskrifttyper for utskrift og tekstvisning?
- Om brukeren kan justere eller deaktivere blinkende, roterende eller bevegelige skjermer?
- Kontroller at fargekoding aldri blir brukt som eneste middel for å formidle informasjon eller indikere en handling
- Om utheving er synlig med inverterte farger? Testing av farge i applikasjonen ved å endre kontrastforholdet
- Om lyd- og videorelatert innhold høres ordentlig av funksjonshemmede? Test alle multimediasider uten høyttalere på nettsteder
- Om det blir gitt opplæring for brukere med funksjonshemninger som gjør dem i stand til å bli kjent med programvaren eller applikasjonen?
Tilgjengelighetstesting kan være utfordrende for testere fordi de ikke er kjent med funksjonshemninger. Det er bedre å jobbe med funksjonshemmede som har spesifikke behov for å forstå utfordringene.
Det er forskjellige måter å teste tilgjengeligheten avhengig av funksjonshemming. Vi vil lære alle dem en etter en.
1) Synshemming
OK, la oss 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? Hvilket alternativ har jeg? Det er et ords alternativ som blir betegnet som SKJERMLESER. Ja, du fikk det riktig. SKJERMLESER. Nå, hva er denne skjermleseren? Det er en programvare som brukes til å fortelle innholdet på nettet. I utgangspunktet hva som 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 kjever eller en hvilken som helst skjermleser og deretter går til nettstedet, vil det fortelle deg hele innholdet. For eksempel: Jeg har startet kjever, og startet nettleseren JAWS vil kunngjøre at Mozilla Firefox starter side, nå hvis jeg går til adressefeltet, vil JAWS kunngjøre at ADDRESS BAR og deretter skrive www.google.com på adresselinjen, vil kjever gå for å forklare noe slik: -
Adressefelt, w, w, w, periode, g, o, o, g, l, e, periode, c, o, m. Når siden lastes inn helt, vil kjevene igjen kunngjøre Google.Com-hjemmesiden.Nå hvis jeg går til Google Søk, vil JAWS kunngjøre at Google-søk. Så det ville være lett for en blind person å gjenkjenne ting på en enkel måte.
Poenget jeg vil forklare her vil en skjermleser fortelle ord for ord hvis du skriver inn noe eller i tekstboksen . Tilsvarende, hvis det er 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 utformet og utviklet, kan det være mulig (det skjer vanligvis) at kjever ikke vil være i stand til å fortelle riktig innhold som igjen resulterer i utilgjengelighet for blinde personer. (Si om kjever forteller en lenke som en innhold, vil en blind bruker aldri kunne vite at det er en lenke, og hvis det ville være avgjørende for nettstedet da ????). I så fall ville det være et resultat av et høyt tap for nettstedsvirksomhet.
2) Visuell svekkelse
Det er to kategorier som jeg vil nevnes under synshemming.
Den første er fargeblindhet. Fargeblindhet betyr ikke helt blind, men ikke i stand til å se noen spesifikk farge riktig. 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 fargeblindhet av rød farge og jeg vil bruke nettstedet som er 80% i rødt da ??? Ville jeg være komfortabel på det nettstedet? Svaret er nei.
Så et nettsted skal utformes slik at en person med fargeblindhet ikke har noe problem å få tilgang til det. Ta et enkelt eksempel på en knapp som er i rødt. For å gjøre det tilgjengelig hvis det er skissert med svart. Da er det lett å få tilgang til. Normalt betraktes svart-hvitt som universelt.
3) DÅRLIG UTSIKT
Den andre tingen er at en person har dårlig syn (ikke klart syn) eller har forskjellige synsproblemer (det er mange øyeproblemer relatert til netthinnen osv.) For å få tilgang til et hvilket som helst sted.
1) I slike tilfeller er det best å unngå liten tekst. Fordi det ville være en stor fordel for dårlige syn.
2) Også personer med synsproblemer vil zoome inn teksten på nettstedet for å gjøre det behagelig for dem. Så et nettsted skal utformes på en slik måte at layoutet ikke kan brytes når du zoomer teksten hvis du forstørrer det. Ellers vil det ikke være et godt inntrykk for dem.
4) Annen funksjonshemming
I tilgjengelighetsprøver for funksjonshemmede publikum er et veldig viktig poeng å vurdere å få tilgang til nettstedet uten bruk av musen. En person skal være i stand til å få full tilgang til nettstedet, lenker, knapper, radioknapper, avkrysningsruter, popup-vinduer, rullegardinmeny, alle kontrollene skal være fullstendig tilgjengelige og brukbare 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 da? I så fall, hvis jeg ikke har tilgang til lenker eller avkrysningsruter på stedet via tastatur, da ???? Så et nettsted skal være helt tilgjengelig med Keyboard.
Alternativ tekst bør være der for bilder, lyd, video slik at skjermleser leser dem og forteller dem slik at en blind person lett kan gjenkjenne hva bildet, lyden, videoen handler om. I tillegg bør tastatursnarveier være der for å få enkel tilgang til nettstedet, og navigering bør være tilgjengelig med tastaturet.
Fokuset skal også være helt synlig. Når vi trykker på fanen, 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 strømmen til et nettsted og også en enkel tilgang.
Bruker med hørselshemming (døve eller vanskelig å lytte): De siste er en person med nedsatt hørselshemming. En døv person kan få tilgang til nettstedet da han er det som kan se innholdet på nettstedet. Men når det gjelder lyd og video, står de overfor 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 noen 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å ideen om hva videoen handler om.
Verktøy for tilgjengelighetsprøving:
For å gjøre nettstedet ditt mer akseptabelt og brukervennlig, er det avgjørende at det er lett tilgjengelig. Det finnes forskjellige verktøy for testing av tilgjengelighet som kan kontrollere tilgjengeligheten til nettstedet.
Følgende er noen av de populære tilgjengelighets testverktøyene :
1) Bølge
Wave er et gratis webtilgjengelighetsverktøy opprettet av WEBAIM. Den brukes til å validere websiden manuelt for forskjellige aspekter av tilgjengelighet. Dette verktøyet kan brukes til å kontrollere intranett, passordbeskyttet, dynamisk genererte eller sensitive nettsider. Hovedfunksjonene til verktøylinjen for webtilgjengelighet inkluderer å identifisere komponenter på en webside, gi tilgang til alternativ visning av sideinnhold og legge til rette for bruk av tredjeparts online-applikasjoner. Det sikrer 100% privat og sikker tilgjengelighetsrapportering
Besøk her
2) TAW
TAW er det elektroniske verktøyet for å bestemme tilgjengeligheten til nettet ditt. Dette verktøyet analyserer nettstedet i samsvar med W3C-retningslinjer for tilgjengelighet på nettet og viser tilgjengelighetsproblemer. Testproblemer for nettilgjengelighet er kategorisert i prioritet 1, prioritet 2 og prioritet 3. Det interessante ved TAW er muligheten til å generere undergrupper av WCAG 1.0 å teste mot. I TAW-verktøyet kan du enten velge å teste en enkelt side eller flere sider ved å "spinne" et nettsted. TAW gjør det også mulig for oss å definere ytterligere sjekker via dialogboksen "User Checking's"
Besøk her
3) Tilgjengelighetsbetjent
Det er et verktøy som lar deg sjekke nettsider for å overholde WCAG (retningslinjer for innholds tilgjengelighet). Alle alternativene for HTML-rapportering viser markeringen din i normalisert form og fremhever utdatert, falsk og gyldig markering, samt elementer som er feilplassert. Dette verktøyet tilbyr forskjellige funksjoner som
- Tidsrapporter for utviklere
- Sammendrag for kvalitetssikring og ledelse
- Metadata for semantisk nett og WWW
- Automatisk opprydding og HTML til XHtml konvertering
- Skriptverktøy
Besøk her
4) Tilgjengelighetsutviklerverktøy
Det er en Chrome-utvidelse. Det gjør og tilgjengelighetsrevisjon. Resultatene av tilsynet viser tilgjengelighetsregler som er brutt av siden under test. Utvidelsen har høye anmeldelser og oppdateres ofte
Besøk her
5) Sidetester for rask tilgjengelighet
Siden det er noen gode tilgjengelighetsverktøylinjer, er Quick Page Accessibility Tester et bokmerke som du kan klikke for å få en rask analyse av websiden. Det vil finne ut forskjellige problemer med siden din, advarer om mulige problemer og markere områder på siden som kan ha nytte av ARIA (Accessible Rich Internet Applications).
Besøk her
Det er forskjellige verktøy tilgjengelig i markedet for å utføre testing av nettilgjengelighet gitt nedenfor:
6) aDesigner
Dette er et verktøy utviklet av IBM som simulerer opplevelsen til synshemmede individer slik at designeren bedre kan forstå behovene til funksjonshemmede og utvikle applikasjoner deretter.
Besøk her
7) WebAnywhere
Dette er et nettleserbasert verktøy som fungerer på samme måte som skjermleserne som Jaws. Det hjelper leserne hvordan de kan lese websiden.
Besøk her
8) Verktøylinje for nettilgjengelighet
WAT er en utvidelse av Internet Explorer eller Opera som tilbyr websidesignere med nyttige funksjoner i analysen av websiden. En beste funksjon er GreyScale-funksjonen som hjelper deg med å finne flekker med lav kontrast i designet.
Besøk her
Myter om tilgjengelighetsprøving:
Følgende er mytene om tilgjengelighetsprøving:
Myte: Å lage et tilgjengelig nettsted er dyrt
Fakta: 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 omarbeiding.
Myte: Å endre utilgjengelige nettsteder til tilgjengelig nettsted er tidkrevende og kostbart
Det er ikke nødvendig å innlemme alle endringene samtidig. Arbeid med grunnleggende behov som er mest nødvendige for funksjonshemmede brukere.
Myte: Tilgjengelighet er vanlig og kjedelig
Tilgjengelighet betyr ikke bare tekst
Du kan gjøre nettsider attraktive, men de skal utformes på en slik måte at de kan være tilgjengelige for alle brukere. Også i henhold til W3C-retningslinjer for tilgjengelighet på nettinnhold - motvirker det sterkt bruken av bare tekstsider.
Myte: Tilgjengelighet hvis for blinde og funksjonshemmede
Fakta Å følge retningslinjene for tilgjengelighet forbedrer programvarens samlede brukervennlighet, noe som også hjelper vanlige brukere.
Konklusjon
I programvareutvikling hjelper tilgjengelighetsprøving å gjøre applikasjonen din deaktivert. Hvis følgende retningslinjer for tilgjengelighet ikke er mulig på grunn av webapplikasjonens kompleksitet, kan du lage en versjon av nettstedet for vanlige brukere og andre for å deaktivere
