Automaatio
CI/CD-saavutettavuusintegraatio
Havaitse saavutettavuusregressiot heti, kun ne syntyvät. Kytkemme automaattisen WCAG-testauksen putkeesi niin, että jokainen pull request tarkistetaan — eikä rikkinäinen saavutettavuus koskaan päädy tuotantoon.
What you get
Tarkistukset jokaisessa pull requestissa
Automaattiset saavutettavuusskannaukset suoritetaan jokaisessa PR:ssä ja raportoivat havainnot suoraan koodiin, joten ongelmat havaitaan katselmoinnissa — ei viikkoja myöhemmin auditoinnissa.
Build-portit
Määritettävät kynnysarvot voivat kaataa buildin, kun uusia, vakavia saavutettavuusongelmia syntyy, ja pitävät regressiot poissa main-haarasta.
Toimii CI-järjestelmäsi kanssa
Integroituu GitHub Actionsiin, GitLab CI:hin, Jenkinsiin, CircleCI:hin, Azure DevOpsiin ja muihin putkiin CLI:n ja API:n kautta.
Komponentti- ja sivukattavuus
Testaa renderöidyt sivut ja komponenttitarinat (esim. Storybook), jotta ongelmat havaitaan komponenttitasolla ennen kuin ne leviävät.
Trendikoontinäkymät
QualiBooth-koontinäkymät seuraavat saavutettavuusvelkaa ajan myötä ja tiimien kesken, muuttaen CI-tulokset selkeäksi kuvaksi edistymisestä.
Viritetty vähentämään melua
Määritämme säännöt ja lähtötasot niin, että putki merkitsee todelliset regressiot hukuttamatta kehittäjiä virheellisiin hälytyksiin.
Halvin saavutettavuusvirhe on se, jota ei koskaan yhdistetä. CI/CD-saavutettavuusintegraatio siirtää testauksen vasemmalle kehitysputkeesi, jolloin regressiot havaitaan automaattisesti jokaisessa pull requestissa sen sijaan, että ne ilmestyisivät kuukausia myöhemmin auditoinnissa — tai valituksessa.
Miksi integroida saavutettavuus CI/CD:hen
Useimmat tiimit testaavat saavutettavuutta jälkikäteen: säännöllinen auditointi tuottaa pitkän listan, tiimi korjaa sen, ja sitten samat ongelmaluokat hiipivät hiljaa takaisin seuraavien ominaisuuksien myötä. Tarkistusten automatisointi putkessa rikkoo tämän kierteen. Jokainen muutos arvioidaan, kun se tehdään, kehittäjät saavat palautetta koodin ollessa tuore, ja kovalla työllä saavutettu vaatimustenmukaisuus on suojattu hiljaiselta regressiolta.
Mitä pystytämme
- Putki-integraatio — QualiBoothin skanneri kytkettynä CI:hisi CLI:n/API:n kautta.
- PR-palaute — automaattiset tarkistukset, jotka kommentoivat havainnot suoraan pull requesteihin.
- Build-portit — määritettävät kynnysarvot, jotka kaatavat buildit uusien, vakavien regressioiden kohdalla.
- Lähtötasot — tilannekuva olemassa olevista ongelmista, jotta portitat uusien ongelmien perusteella, et koko backlogin kerralla.
- Koontinäkymät ja trendit — saavutettavuusvelka seurattuna ajan myötä ja tiimien kesken.
Missä tarkistukset suoritetaan
- Pull requestit — nopeat skannaukset muuttuneista sivuista ja komponenteista nopeaa katselmoijapalautetta varten
- Komponenttikirjastot — komponenttitarinoiden testaus, jotta ongelmat havaitaan lähteellä
- Yhdistämistä edeltävät portit — uusien regressioiden estäminen pääsemästä main-haaraan
- Ajastetut läpikäynnit — kattavammat öiset tai julkaisuskannaukset koko sovelluksen läpi
Rehellinen raja
Automaattinen testaus havaitsee luotettavasti vain 30–40 % WCAG-onnistumiskriteereistä. Olemme tästä avoimia: CI/CD-integraatio on tapa, jolla pidät automatisoitavat ongelmat aina poissa toimituksista ja jolla suojaudut regressiolta — mutta se ei korvaa inhimillistä arviointia. Oppaamme automaattisesta saavutettavuustestauksesta CI/CD:ssä käy läpi, missä tämä raja käytännössä kulkee. Täydellinen kuva syntyy yhdistämällä automaattiset portit vammaisten henkilöiden tekemiin manuaalisiin auditointeihin ja toistuviin auditointeihin.
Kenelle se on tarkoitettu
Engineering- ja alustatiimeille, jotka toimittavat jatkuvasti ja haluavat saavutettavuuden olevan vakio, automaattinen laatuportti — aivan kuten testit ja linttaus. Se on luonnollinen osa laajempaa saavutettavuuden prosessien parantaminen -ohjelmaa.
Frequently asked questions
Korvaako automaattinen testaus manuaaliset auditoinnit?
Ei — emmekä koskaan väitä niin. Automaattiset tarkistukset havaitsevat luotettavasti vain osan WCAG:stä. CI/CD-integraatio estää regressiot ja havaitsee helpot ongelmat varhain; vammaisten henkilöiden tekemät manuaaliset auditoinnit pysyvät välttämättöminä lopun osalta.
Mitä CI-järjestelmiä tuette?
Yleisiä ovat GitHub Actions, GitLab CI, Jenkins, CircleCI ja Azure DevOps. Koska integraatio tapahtuu CLI:n ja API:n kautta, se sopii käytännössä mihin tahansa putkeen.
Hidastaako tämä buildejamme?
Skannaukset ovat nopeita ja voivat suorittua rinnakkain muiden tarkistusten kanssa. Rajaamme, mitä testataan kussakin vaiheessa — esimerkiksi muuttuneet sivut PR:issä ja kattavampi läpikäynti öisin — jotta palaute pysyy nopeana.
Miten vältätte virheellisten hälytysten estävän kehittäjiä?
Määritämme lähtötason olemassa oleville ongelmille, portitamme vain uudet regressiot ja viritämme sääntöjoukon pinoosi sopivaksi, jotta signaali pysyy korkeana ja kehittäjät luottavat porttiin.
Voitteko pystyttää sen vai vain neuvoa?
Kumpaakin. Voimme toteuttaa integraation alusta loppuun putkeesi tai opastaa alustatiimiäsi ja katselmoida toteutuksen.