CI/CD-saavutettavuusintegraatio

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.

Miten se toimii

QualiBoothin Code Analysis -ominaisuus integroituu GitHub Actionsiin. Kun se on otettu käyttöön, workflow suoritetaan automaattisesti jokaisessa push- ja pull request -tapahtumassa:

1. Asenna QualiBooth GitHub Action ja lisää QUALIBOOTH_ORG_UUID-salaisuutesi.
2. Commitoi workflow-tiedosto — GitHub käynnistää saavutettavuusskannaukset automaattisesti siitä hetkestä lähtien.
3. Tulokset näkyvät QualiBoothin Scan Runs -koontinäkymässä, haettavissa repositorion, haaran tai commit-hashin mukaan.
4. Jokainen rikkomus paikannetaan tiedostopolkuun ja rivinumeroon Error- tai Warning-vakavuudella.
5. Korjauksen tultua voimaan seuraava skannaus merkitsee ongelman korjatuksi — edistyminen on mitattavissa suoritus suoritukselta.

ESLint-pohjainen skannaus tukee tällä hetkellä React-, Vue-, JavaScript- ja TypeScript-koodikantoja. Tuki lisäkehyksille ja CI-alustoille on suunnitteilla.

Mitä pystytämme

1. GitHub Action -integraatio — QualiBooth-action kytkettynä repositoriosi workflow-prosessiin.
2. PR-palaute — automaattiset tarkistukset, jotka kommentoivat havainnot suoraan pull requesteihin.
3. Regressioiden tunnistus — jokainen skannaus verrataan peruslinjaan, joten uudet ongelmat erottuvat selkeästi olemassa olevasta backlogista.
4. Lähtötasot — tilannekuva olemassa olevista ongelmista, jotta portitat uusien ongelmien perusteella, et koko backlogin kerralla.
5. Scan Runs -koontinäkymä — jokainen suoritus kirjattuna haaralla, commitilla, ongelmamäärillä ja korjattujen ongelmien seurannalla.

Missä tarkistukset suoritetaan

• Pull requestit — nopeat skannaukset muuttuneista tiedostoista nopeaa katselmoijapalautetta varten
• Haaran pushaukset — jatkuva seuranta, jotta regressiot havaitaan ennen PR-katselmointia
• Tarkistukset ennen yhdistämistä — uusien regressioiden sieppaus ennen kuin ne pääsevät 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 saavutettavuusprosessien parantaminen -ohjelmaa.