Automatizálás

CI/CD akadálymentesség-integráció

Fogja el az akadálymentességi regressziókat abban a pillanatban, amikor keletkeznek. Bekötjük az automatikus WCAG-tesztelést a folyamatába, így minden pull request ellenőrzésre kerül — és a hibás akadálymentesség soha nem jut el az éles rendszerbe.

Beszéljen egy szakértővel Ingyenes URL-ellenőrzés

Amit kapsz

Ellenőrzések minden pull requesten

Az automatikus akadálymentességi vizsgálatok minden PR-en lefutnak, és a megállapításokat közvetlenül a kódhoz jelentik, így a problémák a review során derülnek ki — nem hetekkel később egy auditban.

Regresszióészlelés

Minden vizsgálatot összehasonlítanak egy alap-snapshottal, így az egy változtatás által bevezetett új problémák egyértelműen elkülönülnek a meglévő teendőktől — a fejlesztők pontosan látják, mit rontott el a commitjuk, semmi mást.

GitHub Actions integráció

A QualiBooth GitHub Action három lépésben bármely repository-ba beilleszthető: adja hozzá az org titkot, commitolja a workflow-fájlt, pusholja. A nyílt forráskódú action a github.com/QualiBooth/code-analysis oldalon érhető el. További CI-platformok támogatása tervben van.

Pontos fájl- és sorszámjelentés

Minden szabálysértés a pontos fájlútvonallal és sorszámmal jelenik meg — nincs találgatás, nincs grep. Az Error és Warning súlyossági szintek lehetővé teszik a fejlesztők számára a gyors triázst.

Scan Runs előzmények

Minden GitHub workflow-végrehajtás rögzítve van Scan Run-ként — repository, branch vagy commit hash szerint kereshető —, a teljes probléma-, a javított probléma-számlálókkal és a futás állapotával.

A zaj csökkentésére hangolva

Úgy állítjuk be a szabályokat és az alapvonalakat, hogy a folyamat a valódi regressziókat jelezze, anélkül hogy a fejlesztőket téves riasztásokba fojtaná.

A legolcsóbb akadálymentességi hiba az, amelyet soha nem mergelnek be. A CI/CD akadálymentesség-integráció balra tolja a tesztelést a fejlesztési folyamatba, így a regressziók minden pull requesten automatikusan kiderülnek, ahelyett hogy hónapokkal később bukkannának fel egy auditban — vagy egy panaszban.

Miért érdemes az akadálymentességet a CI/CD-be integrálni

A legtöbb csapat utólag teszteli az akadálymentességet: egy időszakos audit hosszú listát készít, a csapat kijavítja, majd ugyanazok a problématípusok csendben visszaszivárognak a következő funkciókkal. Az ellenőrzések automatizálása a folyamatban megtöri ezt a kört. Minden változtatás kiértékelésre kerül, amint elkészül, a fejlesztők visszajelzést kapnak, amíg a kód friss, és a nehezen megszerzett megfelelőséget megvédi a csendes regressziótól.

Hogyan működik

A QualiBooth Code Analysis funkciója GitHub Actions-szal integrálódik. A beállítás után a workflow automatikusan lefut minden push és pull request esetén:

Telepítse a QualiBooth GitHub Action-t, és adja hozzá a QUALIBOOTH_ORG_UUID titkot.
Commitolja a workflow-fájlt — a GitHub ettől kezdve automatikusan elindítja az akadálymentességi vizsgálatokat.
Az eredmények megjelennek a QualiBooth Scan Runs dashboardján, repository, branch vagy commit hash szerint kereshetően.
Minden szabálysértés pontosan egy fájlútvonalra és sorszámra van visszavezetve, Error vagy Warning súlyossággal.
Miután egy javítás bekerül, a következő vizsgálat Fixed-ként jelöli a problémát — a haladás futásról futásra mérhető.

Az ESLint-alapú vizsgálat jelenleg React, Vue, JavaScript és TypeScript kódbázisokat támogat. További keretrendszer- és CI-platform-támogatás tervben van.

Mit állítunk be

GitHub Action integráció — a QualiBooth action bekötve a repository workflow-jába.
PR-visszajelzés — automatikus ellenőrzések, amelyek a megállapításokat közvetlenül a pull requestekhez kommentelik.
Regresszióészlelés — minden vizsgálatot összehasonlítanak egy alapvonallal, így az új problémák egyértelműen elkülönülnek a meglévő teendőktől.
Alapvonalak — pillanatkép a meglévő problémákról, így az új problémákra kapuz, nem pedig a teljes backlogjára egyszerre.
Scan Runs dashboard — minden végrehajtás naplózva branch, commit, probléma-számlálók és javított problémák követésével.

Hol futnak az ellenőrzések

Pull requestek — a megváltozott fájlok gyors vizsgálata a gyors review-visszajelzésért
Branch pushok — folyamatos monitorozás, hogy a regressziók a PR-review előtt kiderüljenek
Ellenőrzések merge előtt — az új regressziók elfogása, mielőtt elérnék a main branchet
Ütemezett átfésülések — teljesebb éjszakai vagy release-vizsgálatok a teljes alkalmazáson

Egy őszinte határvonal

Az automatikus tesztelés megbízhatóan a WCAG-sikerkritériumoknak csak a 30–40%-át észleli. Ezzel kapcsolatban egyértelműen fogalmazunk: a CI/CD-integrációval tartja vissza az automatizálható problémákat attól, hogy valaha is kiszállítsák őket, és így véd a regresszió ellen — de nem helyettesíti az emberi ítélőképességet. Az automatikus akadálymentességi tesztelésről a CI/CD-ben szóló útmutatónk végigveszi, hol húzódik ez a határ a gyakorlatban. A teljes kép az automatikus kapuk, a fogyatékossággal élő emberek által végzett kézi auditok és a visszatérő auditok kombinálásából áll össze.

Kinek szól

Fejlesztői és platformcsapatoknak, amelyek folyamatosan szállítanak, és azt szeretnék, hogy az akadálymentesség egy szabványos, automatikus minőségi kapu legyen — éppúgy, mint a tesztek és a linting. Természetes része egy szélesebb körű akadálymentességi folyamatfejlesztési programnak.

Frequently asked questions

Az automatikus tesztelés helyettesíti a kézi auditokat?

Nem — és ezt soha nem fogjuk állítani. Az automatikus ellenőrzések megbízhatóan csak a WCAG egy részét fogják el. A CI/CD-integráció megelőzi a regressziókat és korán elkapja az egyszerű problémákat; a fennmaradó részhez a fogyatékossággal élő emberek által végzett kézi auditok továbbra is elengedhetetlenek.

Mely CI-rendszereket támogatják?

A Code Analysis jelenleg GitHub Actions-on keresztül integrálódik — az action nyílt forráskódú a github.com/QualiBooth/code-analysis oldalon. További CI-platformok támogatása tervben van.

Lelassítja ez a buildjeinket?

A vizsgálatok gyorsak, és párhuzamosan futtathatók más ellenőrzésekkel. Szakaszonként méretezzük, hogy mit tesztelünk — például a megváltozott oldalakat a PR-eknél, és egy teljesebb átfésülést éjszaka —, hogy a visszajelzés gyors maradjon.

Hogyan kerülik el, hogy a téves riasztások blokkolják a fejlesztőket?

Alapvonalat hozunk létre a meglévő problémákból, csak az új regressziókra kapuzunk, és a stackjére hangoljuk a szabálykészletet, így a jelzés erős marad, és a fejlesztők megbíznak a kapuban.

Be tudják állítani, vagy csak tanácsot adnak?

Mindkettőt. Megvalósíthatjuk az integrációt elejétől a végéig a folyamatában, vagy irányíthatjuk a platformcsapatát és átnézhetjük a beállítást.

Kérjen demót

Beszéljen akadálymentesítési szakértőinkkel — köztük fogyatékossággal élő emberekkel.

Kérjen demót