CI/CD integrace přístupnosti

Nejlevnější chyba v přístupnosti je ta, která se nikdy nesloučí. CI/CD integrace přístupnosti posouvá testování doleva do vaší vývojové pipeline, takže regrese se automaticky zachytí u každého pull requestu, místo aby vyplynuly na povrch o měsíce později v auditu — nebo ve stížnosti.

Proč integrovat přístupnost do CI/CD

Většina týmů testuje přístupnost dodatečně: periodický audit vyprodukuje dlouhý seznam, tým ho opraví a pak se s dalšími funkcemi tytéž třídy problémů tiše vplíží zpět. Automatizace kontrol v pipeline tento koloběh rozbíjí. Každá změna je vyhodnocena ve chvíli, kdy vzniká, vývojáři dostávají zpětnou vazbu, dokud je kód čerstvý, a vaše těžce vydobytá shoda je chráněna před tichou regresí.

Jak to funguje

Funkce Code Analysis QualiBooth se integruje s GitHub Actions. Po nastavení se workflow spouští automaticky při každém push a pull requestu:

1. Nainstalujte QualiBooth GitHub Action a přidejte svůj secret QUALIBOOTH_ORG_UUID.
2. Commitněte soubor workflow — GitHub od té chvíle automaticky spouští skeny přístupnosti.
3. Výsledky se zobrazí v dashboardu Scan Runs v QualiBooth, vyhledatelném podle repozitáře, větve nebo hash commitu.
4. Každé porušení je přesně určeno cestou k souboru a číslem řádku se závažností Error nebo Warning.
5. Po nasazení opravy označí další sken problém jako Fixed — pokrok je měřitelný spuštění po spuštění.

Skenování založené na ESLint aktuálně podporuje kódové základny React, Vue, JavaScript a TypeScript. Podpora dalších frameworků a CI platforem je na plánu.

Co nastavíme

1. GitHub Action integrace — action QualiBooth zapojená do workflow vašeho repozitáře.
2. Zpětná vazba u PR — automatizované kontroly, které komentují nálezy přímo u pull requestů.
3. Detekce regresí — každý sken je porovnáván se základní linií, takže nové problémy jsou jasně odděleny od stávajícího backlogu.
4. Baseliny — snímek existujících problémů, abyste bránili u nových problémů, ne u celého backlogu naráz.
5. Dashboard Scan Runs — každé spuštění zaznamenané s větví, commitem, počtem problémů a sledováním opravených problémů.

Kde kontroly běží

• Pull requesty — rychlé skeny změněných souborů pro rychlou zpětnou vazbu recenzentům
• Push větve — průběžné monitorování, aby se regrese zachytily před revizí PR
• Kontroly před sloučením — zachycení nových regresí dříve, než se dostanou do hlavní větve
• Plánované průchody — důkladnější noční nebo release skeny přes celou aplikaci

Upřímná hranice

Automatizované testování spolehlivě odhalí jen 30–40 % kritérií úspěchu WCAG. Říkáme to jasně: CI/CD integrace je způsob, jak zabránit tomu, aby se automatizovatelné problémy kdy dostaly do provozu, a jak se chránit před regresí — ale nenahrazuje lidský úsudek. Náš průvodce automatizovaným testováním přístupnosti v CI/CD prochází tím, kde tato hranice v praxi leží. Úplný obraz vzniká kombinací automatických bran s manuálními audity prováděnými lidmi s postižením a opakovanými audity.

Pro koho je to určeno

Inženýrské a platformní týmy, které dodávají kontinuálně a chtějí, aby přístupnost byla standardní, automatizovaná kvalitativní brána — stejně jako testy a linting. Je to přirozená součást širšího programu zlepšování procesů přístupnosti.