Mitä esteettömyystestaus on? (Esimerkkejä)

Mitä esteettömyystestaus on?

Esteettömyystestaus on eräänlainen ohjelmistotestaus, jolla varmistetaan, että sovellus on vammaisten henkilöiden, mukaan lukien näkö-, kuulo-, motoristen, kognitiivisten ja ikään liittyvien vammojen omaavien käyttäjien, käytettävissä. Se on osajoukko käytettävyyden testaus ja varmistaa, että tuote toimii näiden käyttäjien päivittäin tarvitseman avustavan teknologian kanssa.

Avustava teknologia auttaa vammaisia ​​henkilöitä käyttämään ohjelmistotuotetta. Yleisiä esimerkkejä ovat:

• Puheentunnistusohjelmisto – Muuntaa puhutut sanat tekstiksi, jota käytetään tietokoneen syötteenä.
• Näytönlukuohjelma – Lukee näytöllä näkyvän tekstin ja käyttöliittymäelementit ääneen.
• Näytön suurennusohjelmisto – Suurentaa osia näytöstä helpottaakseen heikkonäköisten käyttäjien lukemista.
• Erikoistuneet näppäimistöt – Suunniteltu käyttäjille, joilla on motorisia vaikeuksia tehdä työtäping helpompaa.
• Kytkin ja silmä-trackuningaslaitteet – Salli vakavista motorisista vammoista kärsivien käyttäjien navigoida ja valita käyttöliittymän elementtejä.

Miksi esteettömyystestaus?

Syy 1: Palvele vammaisten käyttäjien markkinoita.

Maailman terveysjärjestön mukaan noin 1.3 miljardia ihmistä eli noin joka kuudes maailmanlaajuisesti elää merkittävän vamman kanssa.

• Yksi kymmenestä ihmisestä on vakavasti vammainen.
• Yli 65-vuotiaista joka toisella on heikentynyt toimintakyky.

Vammoihin kuuluvat sokeus, kuurous, motoriset häiriöt, kognitiiviset sairaudet ja muut pitkäaikaiset terveysongelmat. Esteettömäksi rakennettu tuote voi tavoittaa nämä laajat markkinat, ja useimmat esteettömyysongelmat voidaan estää, kun esteettömyystestaus tehdään osaksi normaalia ohjelmistotestauksen elinkaarta.

Syy 2Noudata esteettömyyslainsäädäntöä.

Hallitukset ympäri maailmaa ovat säätäneet lakeja, jotka edellyttävät IT-tuotteiden olevan esteettömiä vammaisille henkilöille. Tärkeimpiä esimerkkejä ovat:

• Yhdysvallat: Americans with Disabilities Act (ADA, 1990) ja Rehabilitation Actin pykälä 508.
• Yhdistynyt kuningaskunta: Tasa-arvolaki vuodelta 2010 (joka korvasi vammaisten syrjintää koskevan lain vuodelta 1995).
• Euroopan unioni: Euroopan esteettömyysasetus, joka tuli voimaan monien tuotteiden ja palveluiden osalta kesäkuussa 2025, ja standardi EN 301 549.
• Australia: Vammaisten syrjintää koskeva laki vuodelta 1992.
• Irlanti: Vammaislaki vuodelta 2005.
• Kanada: Esteetöntä Kanadaa koskeva laki vuodelta 2019.

Esteettömyystestaus on välttämätöntä lainmukaisuuden varmistamiseksi kaikilla markkinoilla, joilla tuotettasi myydään.

Syy 3Vältä mahdolliset oikeusjutut.

Suuria yrityksiä on haastettu toistuvasti oikeuteen, koska niiden digitaaliset tuotteet eivät ole olleet saavutettavia. Muutamia merkittäviä tapauksia ovat:

• Sokeiden kansallinen liitto (NFB) vastaan. Target (2006, ratkaistu 2008).
• NFB vastaan ​​AOL -sovittelu (1999).
• Robles v. Domino's Pizza (2019), jossa Yhdysvallat SupremOikeus vahvisti päätöksen, jonka mukaan ADA koskee verkkosivustoja ja mobiilisovelluksia.
• Gil v. Winn-Dixie (2017), ensimmäinen Yhdysvaltain oikeudenkäynnin tuomio, jossa vaadittiin esteettömän verkkosivuston korjaamista.

Yhdysvalloissa verkkosisällön saavutettavuuteen liittyvät oikeusjutut ovat kasvaneet vuosittain, ja vuodesta 2022 lähtien on vuosittain nostettu yli 4 000 ADA:n Title III -digitaalista kantetta. Esteettömien tuotteiden rakentaminen alusta alkaen välttää näitä kustannuksia ja suojaa brändiä.

Mitä vammoja kannattaa tukea?

Sovelluksen on tuettava vammaisia ​​henkilöitä, kuten:

Vammaisuuden tyyppi	Vammaisuus Descriptioni
Näkövammaisuus	Täydellinen sokeus, värisokeus tai heikkonäköisyys. Herkkyys visuaalisille välkkyville ja vilkkuville tehosteille.
Fyysinen vamma	Kyvyttömyys käyttää hiirtä tai näppäimistöä yhdellä kädellä. Huonot motoriset taidot, mukaan lukien rajoitettu käden liike tai lihasten hitaus.
Kognitiivinen vamma	Oppimisvaikeudet, huono muisti tai vaikeudet monimutkaisten tilanteiden seuraamisessa.
Lukutaitovamma	Lukemisvaikeudet, kuten lukihäiriö.
Kuulovamma	Kuulo-ongelmat, mukaan lukien kuurous ja kuulovamma. Kyvyttömyys kuulla ääntä tai kuulla sitä selvästi.

Esteettömyysstandardit ja -ohjeet

Esteettömyystestausohjelmat perustuvat pieneen joukkoon laajalti hyväksyttyjä standardeja. Sen ymmärtäminen, mikä standardi soveltuu omaan markkinaasi, on ensimmäinen askel ennen minkään testaussuunnitelman laatimista.

• WCAG 2.2 – W3C julkaisi lokakuussa 2023 verkkosisällön saavutettavuusohjeet (Web Content Accessibility Guidelines 2.2), jotka ovat nykyinen maailmanlaajuinen vertailukohta. Ne määrittelevät kolme vaatimustenmukaisuustasoa: A (perus), AA (useimpien maiden lakisääteinen vähimmäistaso) ja AAA (korkein).
• WCAG 3.0 – W3C:n työluonnos, joka esittelee tulosperusteisen pisteytysmallin. Se on vielä kehitteillä eikä ole korvannut WCAG 2.2:ta.
• § 508 – Yhdysvaltain liittovaltion hankintasääntö, joka edellyttää, että liittovaltion virastojen hankkima elektroniikka- ja tietotekniikka täyttää WCAG 2.0 Level AA -kriteerit.
• 301 549 – Yhdenmukaistettu eurooppalainen tieto- ja viestintätekniikan esteettömyysstandardi, jota käytetään osoittamaan Euroopan esteettömyyslain noudattaminen.
• ADA osasto III – Yhdysvaltain kansalaisoikeuslakia sovelletaan julkisten majoitusliikkeiden verkkosivustoihin ja mobiilisovelluksiin; tuomioistuimet käyttävät yleisesti WCAG 2.1:tä tai 2.2 AA:ta vertailukohtana.

Useimmat joukkueet kohtelevat WCAG 2.2 Taso AA työskentelytavoitteenaan, koska se on sekä yleinen oikeudellinen lähtökohta että käytännön tekninen tavoite.

Kuinka esteettömyystestaus tehdään?

Esteettömyystestaus voidaan suorittaa kahdella tavalla:

1. manuaalinen
2. Automatisoitu

Esteettömyystestaus voi olla haastavaa testaajille, jotka eivät ole perehtyneet vammaisuuksiin. On parasta käytäntöä ottaa mukaan vammaisia ​​käyttäjiä tai esteettömyysasiantuntijoita, jotka osaavat kuvailla tosielämän haasteita. Alla olevat tekniikat kattavat tärkeimmät vammakategoriat.

1) Näkövamma

Kuvittele, että et näe ollenkaan ja sinun on käytettävä XYZ-verkkosivustoa. Ainoa käytännöllinen vaihtoehtosi on näytönlukija. Näytönlukija on ohjelmisto, joka lukee verkkosivun sisällön, mukaan lukien tekstin, linkit, valintanapit, kuvat ja videot, jotta sokea käyttäjä voi havaita käyttöliittymän. Suosittuja näytönlukijoita ovat JAWS, NVDA, Apple VoiceOver ja Android Puhua takaisin.

Kun käynnistät JAWSin ja avaat sitten selaimen, JAWS ilmoittaa sivun otsikon. Jos siirrät kohdistuksen osoiteriville, JAWS sanoo ”Osoiterivi” ja lukee sitten jokaisen kirjoittamasi merkin. Esimerkiksi typing google.com tuottaa seuraavanlaisen ilmoituksen:

Address Bar, w, w, w, period, g, o, o, g, l, e, period, c, o, m.
When the page finishes loading, JAWS announces "Google.com home page".
When focus reaches the search field, JAWS announces "Google search, edit".

Näytönlukija lukee tekstikentissä sana sanalta, ilmoittaa linkit "linkkinä" ja painikkeet "painikkeena", jotta sokea käyttäjä voi tunnistaa jokaisen säätimen. Jos verkkosivusto on huonosti rakennettu, näytönlukija voi tunnistaa elementtejä väärin. Esimerkiksi pelkkänä tekstinä muotoiltu linkki voidaan lukea sisällöksi, jolloin tärkeä toiminto piilotetaan käyttäjältä. Yritykselle aiheutuvat kustannukset ovat todellisia menetettyjä tuloja.

2) Värisokeus

Värisokeus tarkoittaa, että käyttäjä ei pysty havaitsemaan tiettyjä värejä oikein. Puna-vihreä värisokeus on yleisin muoto. Jos verkkosivusto luottaa vahvasti punaiseen merkityksen välittämisessä, puna-vihreä värisokeus voi ohittaa viestin.

Suunnittelutiimien ei tulisi koskaan käyttää pelkästään värejä tiedon välittämiseen. Punainen virhepainike on helpommin ymmärrettävä, kun se on myös ääriviivalla, merkitty kuvakkeella ja siihen liittyy kuvaava teksti. Mustavalkoinen on edelleen turvallisin yleismaailmallinen väripaletti, ja työkalut, kuten Stark-laajennus tai selaimen värisokeussimulaattorit, auttavat paljastamaan ongelmat varhaisessa vaiheessa.

3) Heikko näkö

Heikkonäköiset tai muita verkkokalvosairauksia omaavat käyttäjät tarvitsevat lisätukea sivuston käyttöön:

1. Vältä hyvin pientä tekstiä. WCAG suosittelee oletusarvoista tekstin kokoa, joka skaalautuu mukavasti ilman zoomausta.
2. Varmista, että asettelu jatkuu siististi uudelleen, kun tekstiä suurennetaan jopa 200 prosenttia (WCAG 2.2 -onnistumiskriteeri). Rivejä ei saa katkaista eikä sisältöä saa olla päällekkäin.
3. Pidä normaalin tekstin kontrastisuhde vähintään 4.5:1 ja suuren tekstin 3:1.

4) Liike- ja muut vammat

Tärkeä saavutettavuusvaatimus on, että koko sivuston on oltava käytettävissä ilman hiirtä. Jokainen linkki, painike, valintanappi, valintaruutu, ponnahdusikkuna, alasvetovalikko ja ohjausobjekti on oltava saavutettavissa ja käytettävissä pelkällä näppäimistöllä.

Esimerkiksi, käyttäjä, jolla on rajoitettu käsien liikkuvuus, ei välttämättä pysty käyttämään hiirtä. Jos valintaruutuihin tai linkkeihin ei pääse Tab-näppäimellä, käyttäjä lukitaan pois kyseisistä ominaisuuksista.

Alternative text should be provided for every image, audio file, and video so that screen readers can convey their meaning. Keyboard shortcuts should be available for important actions, and skip-to-content links should let keyboard users bypass repeated navigation.

Tarkennuksen on oltava aina näkyvissä. Kun käyttäjä painaa Tab-näppäintä, korostetun säätimen tulee erottua selvästi. Näkyvä tarkennus auttaa heikkonäköisiä tai värisokeita käyttäjiä seuraamaan sivun kulkua ja tekee navigoinnista ennustettavaa kaikille.

Kuulovammaiset käyttäjät yleensä näkee sivuston visuaalisen sisällön, mutta ääni ja video aiheuttavat ongelmia. Jokaisessa videossa on oltava tekstitykset, ja jokaisessa äänitiedostossa on oltava transkriptio tai kuvaileva teksti. Esimerkiksi lentolipun varaamista käsittelevässä opetusvideossa tulisi olla tarkat tekstitykset, jotta kuuro käyttäjä voi seurata videota.

Esimerkkitestitapaukset esteettömyystestaukseen

Alla olevaa tarkistuslistaa käytetään tyypillisen verkkosovelluksen saavutettavuustestauksen päättämiseen. Käytä sitä lähtökohtana ja laajenna sitä tuotteesi kannalta olennaisilla WCAG 2.2 -onnistumiskriteereillä.

1. Onko jokaiselle hiiren toiminnolle ja valintaikkunalle annettu näppäimistövastineet?
2. Selitetäänkö käyttäjädokumentaatiossa, miten sovellusta käytetään avustavan teknologian kanssa?
3. Onko sarkainjärjestys looginen, jotta navigointi sujuu luonnollisesti?
4. Onko päävalikoissa pikanäppäimiä?
5. Tukeeko sovellus kaikkia kohdennettuja käyttöjärjestelmiä ja näytönlukijoita?
6. Onko kunkin näytön tai sivun vasteaika selkeästi ilmoitettu, jotta käyttäjät tietävät, kuinka kauan heidän on odotettava?
7. Ovatko kaikki otsikot kirjoitettu oikein ja ohjelmallisesti linkitetty niiden ohjausobjekteihin?
8. Ovatko värivalinnat joustavia ja testattuja värisokeussimulaattoreita vastaan?
9. Käytetäänkö kuvia, kuvakkeita ja emojeja loppukäyttäjille ymmärrettävällä tavalla?
10. Tarjoaako sovellus äänihälytyksiä tarvittaessa?
11. Voiko käyttäjä säätää tai mykistää ääni- ja videosäätimiä?
12. Voiko käyttäjä ohittaa tulostuksen ja näytön tekstin oletusfontit?
13. Voiko käyttäjä säätää tai poistaa käytöstä vilkkuvia, pyöriviä tai liikkuvia näyttöjä?
14. Varmista, että väriä ei koskaan käytetä ainoana tiedonvälityskeinona.
15. Näkyykö korostus edelleen, kun järjestelmävärit käännetään? Testaa muuttamalla kontrastisuhteita.
16. Onko ääni- ja videotekstejä saatavilla käyttäjille, jotka eivät kuule?
17. Tarjotaanko vammaisille käyttäjille koulutusta, joka auttaa heitä tutustumaan sovellukseen?
18. Ovatko kaikki interaktiiviset ohjaimet käytettävissä, käytettävissä ja suljettavissa pelkällä näppäimistöllä?

Miten tekoäly muuttaa saavutettavuustestausta

Tekoäly on reshaping esteettömyystestausta kolmella käytännön tavalla. Ensinnäkin koneoppivat skannerit lukevat nyt renderöityä DOM-rakennetta yhdessä konenäkömallien kanssa havaitakseen ongelmia, joita sääntöpohjaiset työkalut eivät huomaa, kuten sopimatonta alt-tekstiä tai väriyhdistelmiä, jotka epäonnistuvat todellisissa asetteluissa. Toiseksi generatiivinen tekoäly ehdottaa ihmisen luettavia korjauksia, mukaan lukien parempi alt-teksti, selkeämmät virheilmoitukset ja ARIA-attribuutit mukautetuille komponenteille. Kolmanneksi tekoäly priorisoi löydökset käyttäjävaikutuksen mukaan, jotta tiimit voivat käyttää budjettinsa tärkeimpiin ongelmiin. Työkalut, kuten Deque axe AI, Evinced, UserWay ja Siteimprove, sisältävät nyt tekoälyominaisuuksia. Tekoäly ei korvaa manuaalista näytönlukuohjelman testausta tai käyttäjätutkimusta vammaisten ihmisten kanssa, mutta se vähentää huomattavasti manuaalisen triage-työmäärän ja auttaa esteettömyyden siirtämistä vasemmalle kehityssykliin.

Esteettömyystestauksen myyttejä

Seuraavassa on yleisiä myyttejä esteettömyystestauksesta sekä faktoja:

Myytti: Esteettömän verkkosivuston luominen on kallista.

Fakta: Ei ole. Esteettömyysominaisuuksien huomioiminen suunnitteluvaiheessa yhdessä perustason testauksen kanssa säästää rahaa jälkiasennuksiin verrattuna ja vähentää kalliita uudelleentöitä.

Myytti: Saavutettavaksi kelpaamattoman verkkosivuston muuttaminen saavutettavaksi on liian aikaa vievää ja kallista.

Fakta: Sinun ei tarvitse ottaa kaikkia korjauksia käyttöön kerralla. Aloita muutoksista, joilla on suurin vaikutus vammaisiin käyttäjiin, ja julkaise loput myöhemmissä versioissa.

Myytti: Saavutettavuus on yksinkertaista ja tylsää.

Fakta: Sivut voivat silti olla visuaalisesti rikkaita jatracsamalla kun se täyttää WCAG 2.2 -ohjeet. W3C ei nimenomaisesti suosittele pelkkiä tekstiversioita ja suosii sen sijaan yhtä esteetöntä kokemusta kaikille.

Myytti: Esteettömyys on tarkoitettu vain näkövammaisille ja liikuntarajoitteisille käyttäjille.

Fakta: Esteettömyysohjeiden noudattaminen parantaa yleistä käytettävyyttä ja hyödyttää kaikkia käyttäjiä, mukaan lukien mobiililaitteiden käyttäjät, kirkkaassa auringonvalossa olevat tai meluisat ympäristöt.

UKK