A világ legfejlettebb akadálymentességi szkennere
A statikus szkennerek a jelölést olvassák. A mi MI-nk vezeti a webhelyét.
Minden versenytárs ugyanazt a statikus szabálykészletet futtatja végig a DOM-ján. A QualiBooth Deep Scan egy MI-ügynök: megnyit egy valódi böngészőt, tabulátorral végigjárja az oldalait, eldönti, mely vezérlőket érdemes provokálni, megnyitja a párbeszédpaneleit, és megméri, mit kap valójában az, aki billentyűzettel navigál - a képernyőképpel mint bizonyítékkal.
- 12 MI-ellenőrzés
- amelyet egyetlen statikus eszköz sem futtat
- Bizonyítékkal
- egy mérés és egy képernyőkép
Az a rész, amit senki nem vizsgált
Az automatizált lefedettség nem javult tovább. Ezért inkább MI-ügynököt küldtünk az oldalra.
A statikus elemzés beolvassa a DOM-ot és a CSS-t, és következtet arra, minek kellene történnie. Ebben őszintén jó - és épp ezért talál a piacon minden akadálymentességi eszköz nagyjából ugyanazokat a hibákat a webhelyén. Azok a hibák, amelyeket szerkezetileg nem láthat, csak akkor léteznek, amíg az oldal fut. Eddig a megtalálásuk azt jelentette, hogy embert kellett az oldal elé ültetni. A Deep Scan helyette ügynököt küld - minden oldalra, minden futásnál.
Amit minden statikus szkenner lát
Pillanatfelvételt a jelölésről, nyugalmi állapotban.
- Ennek a gombnak nincs akadálymentes neve.
- Ez a szöveg 3,1:1 a megadott háttérszínéhez képest.
- Ez az ARIA-attribútum nem engedélyezett ezen a szerepkörön.
- Szöveg fénykép felett - átnézést igényel. Ránézne rá egy ember.
Mit mér a Deep Scan ügynök
Valódi böngésző, MI vezérli, futó órával.
- A fókuszgyűrű nulla pixelben tér el a fókusz nélküli állapottól. Az outline:none nyert.
- A fehér címsor 2,8:1 azokhoz a pixelekhez képest, amelyek valóban mögötte vannak.
- A tabulátor eléri ezt a vezérlőt, majd a rögzített hozzájárulási sáv teljesen eltakarja.
- Az Escape bezárja a párbeszédpanelt, de a fókusz a body-ra kerül, nem a megnyitó gombra.
Az ellenőrzési lista
Tizenkét ellenőrzés, amelyhez futó oldal kell
Az ügynök dönti el, mit érdemes felderíteni; utána minden ellenőrzés mér, nem következtet. Minden találat magával hozza a mért értéket, az átlépett küszöböt és - a legtöbb ellenőrzésnél - a pillanat képernyőképét.
- 01
Fókusz láthatósága
Minden vezérlőről készít képet fókusszal és anélkül, majd összeveti a pixeleket. Sosem olvassa a CSS-ét: az outline:none után írt :focus-visible szabály megfelelt - és ezt csak a pixelek tudják.
WCAG 2.4.7 WCAG 2.4.13
- 02
Eltakart fókusz
Találati teszteket végez a fókuszban lévő vezérlőn, és megméri, mekkora részét festi le a rögzített fejléce vagy sütisávja. Mindkét tabulátorirányban végigmegy, mert mindegyik más vezérlőt hagy magára.
WCAG 2.4.11 WCAG 2.4.12
- 03
Tabulátorsorrend
Végigjárja a tényleges tabulátorsorrendet, és összeveti a DOM-sorrenddel és a vizuális olvasási sorrenddel, számozott képernyőképpel az útvonalról.
WCAG 2.4.3
- 04
Billentyűzetcsapdák
Megtalálja azokat a fókuszköröket, amelyek elérhetetlenné teszik az oldal többi részét. A párbeszédpanel, amely benn tartja a tabulátort és Escape-re elengedi, helyesen működik, és nem kerül jelentésbe.
WCAG 2.1.2
- 05
Párbeszédpanelek életciklusa
Megnyit minden párbeszédpanelt, és sorrendben ellenőrzi a teljes szerződést: a fókusz belép, a tabulátor bent marad, a háttér kikerül az akadálymentességi fából, az Escape bezár, a fókusz pedig visszatér a megnyitó gombra.
WCAG 2.1.2 WCAG 2.4.3 WCAG 4.1.2
- 06
Élő bemondások
Rekonstruálja, mikor jött létre minden live region a tartalmához képest - így buknak le azok az értesítések, amelyek már az üzenetükkel együtt jöttek létre, és ezért semmit nem mondtak be.
WCAG 4.1.3
- 07
Tartalom hoverre és fókuszra
Mindhárom követelményt ellenőrzi az elemleírásoknál és popovereknél: a mutató beléphet a tartalomba, az Escape bezárja a mutató elmozdítása nélkül, és a tartalom nem rejti el önmagát.
WCAG 1.4.13 WCAG 2.1.1
- 08
Kontraszt képek felett
Rögzíti a szöveget, rögzíti ugyanazt a területet átlátszó betűformákkal, majd minden betűpixelt összevet a valóban mögötte lévő háttérrel. Pontosan ezt jelölik a statikus eszközök „átnézést igényel” címkével.
WCAG 1.4.3
- 09
Átrendeződés 320 pixelen
Kirendereli az oldalt 320 CSS-pixelen, és megnevezi a legkülső elemeket, amelyek még mindig vízszintes görgetést kényszerítenek ki, kivéve a saját görgetési területtel rendelkező tartalmat.
WCAG 1.4.10
- 10
Szövegtávolság
Alkalmazza a kritérium által előírt térközöket, és összeveti a geometriát előtte és utána: fix méretű dobozok által levágott szöveg, egymásba csúszott blokkok.
WCAG 1.4.12
- 11
Kényszerített színek
Emulálja a Windows nagy kontrasztját, és minden apró grafikát a saját környezetéhez mér, előtte és utána, hogy megtalálja az eltűnő ikonokat.
WCAG 1.4.11
- 12
Akadálymentes nevek
A Chrome saját névszámítását és forráslistáját használja: a látható címkét elrejtő nevek, a leírásukat megkettőző nevek, a sehová sem mutató hivatkozások.
WCAG 2.5.3 WCAG 4.1.2
A piacon lévő statikus szkennerek közül egy sem képes elvégezni e tizenkét ellenőrzés egyikét sem. Éppen ez teszi a QualiBoothot a világ legfejlettebb akadálymentességi szkennerévé - és ezért találja meg azt, amit mindenki más tiszta jelentésként ad át Önnek.
Bizonyíték, nem vélemény
Minden találat kiállja a vitát egy fejlesztővel
Egy akadálymentességi találatnál nem az az igazán nehéz, hogy észrevegyük. Hanem hogy három nappal később a napi megbeszélésen elhiggyék. Ezért minden Deep Scan találat jelenti az elvégzett mérést, a küszöböt, amelyhez hasonlította, és az adott pillanat jelölésekkel ellátott képernyőképét.
- Mért érték magában a mondatban - teljesen eltakarja a rögzített hozzájárulási sáv, nem pedig lehet, hogy takarva van.
- A pontos WCAG 2.2 sikerkritérium, a hozzá tartozó Understanding oldalra hivatkozva.
- Az adott találatra írt javítás, nem a szabályra általában.
- Amiben a motor nem jutott döntésre, azt így is jelenti - sosem megfeleltként.
Kézi QA, minden vizsgálatnál
A billentyűzetes végigjárás, amit a csapata minden kiadás előtt elvégez - most egy ügynök futtatja, minden oldalon, minden éjjel
Ezek nem új követelmények. Ezek azok az ellenőrzések, amelyeket egy jó tesztelő amúgy is kézzel elvégez - és épp ezért készülnek el öt oldalon egy kiadás előtt, utána pedig egyiken sem.
-
A kézi végigjárás
Deep Scan
-
Tabulátorral végigmenni az oldalon, figyelve a fókuszgyűrűt
Minden tabulátormegállóról képet készít fókusszal és anélkül, majd összeveti a pixeleket
-
Minden párbeszédpanelt megnyitni, Escape, nézni hova kerül a fókusz
Megnyit minden párbeszédpanelt, és sorrendben ellenőrzi a teljes szerződést
-
Értesítést kiváltani és képernyőolvasóval meghallgatni
Rögzíti, mikor létezett minden live region a tartalmához képest
-
320 pixelre nagyítani és vízszintes görgetést keresni
320 pixelen renderel, és megnevezi az azt okozó elemeket
-
Hunyorogni a főkép fehér szövegére
Minden betűpixelt összevet a mögötte lévő háttérrel
Amihez nem nyúl hozzá
A motor korlátozott számú vezérlőre kattint, hogy az oldal csináljon valamit. Semmire nem kattint, amelynek akadálymentes neve úgy hangzik, hogy törlés, eltávolítás, kijelentkezés, leiratkozás, fizetés, pénztár, megrendelés leadása, közzététel vagy archiválás. A webhelye vizsgálata soha nem adhat le rendelést és nem törölhet rekordot - még ha több kattintás több találatot hozna is felszínre.
Hogyan fut
Egy MI-ügynök vezet egy második böngészőt, a statikus motor mellett, ugyanabban a vizsgálatban.
- 01
Az ügynök veszi át a kormányt
Egy második Chromium fut a statikus motor mellett ugyanabban a hitelesített munkamenetben, az ügynök vezetésével - így a bejelentkezés mögötti oldalak is mérésre kerülnek.
- 02
Asztali és mobil
Minden URL mérésre kerül 1280×720-nál, majd újra 375×667-nél. Az a fókuszgyűrű, amely túléli az asztali fejlécet, gyakran veszít a mobillal szemben.
- 03
Egyetlen egyesített jelentés
A viselkedési találatok ugyanabban a listában érkeznek, mint a statikusak, Deep Scan jelöléssel és súlyosság szerint rendezve. Nincs semmi új tanulnivaló.
- 04
A bizonyíték a futással marad
A jelölésekkel ellátott képernyőképek a vizsgálat mellett tárolódnak, így egy három hónapos találat később is megmutatja a bizonyítékát.
A jelentésében
Megjelölve, megszámolva, és soha nem hiányzik csendben
A Deep Scan találatai külön ki vannak emelve, nem csendben belekeverve - épp ezeket nem tudja előállítani a mostani eszköze. És a találatok hiánya is eredmény, ezért minden jelentés kimondja, mit vizsgált meg, és mit nem tudott elérni.
- Deep Scan jelvény a problémalista minden viselkedési találatán.
- Elvégzett ellenőrzések, elemvizsgálatok és rögzített bizonyítékok, URL-enként.
- Minden, amit nem lehetett teljesen ellenőrizni, az okkal együtt megnevezve.
- CSV-be és JSON-ba exportálva a vizsgálati futás többi részével együtt.
- 12
- viselkedési ellenőrzés
- 15
- WCAG 2.2 kritérium
- 2
- nézetablak URL-enként
- 100%
- találat méréssel
Gyakran kapott kérdések
- Miben különbözik ez egy akadálymentességi overlaytől?
- Mindenben. Az overlay JavaScriptet fecskendez az élő webhelyébe, és kívülről próbálja foltozni az akadálymentességet, rendszerint rontva rajta. A Deep Scan semmit nem változtat a webhelyén: ez egy ügynök, amely úgy látogatja meg, ahogy egy ember tenné, mér, és jelenti, amit talált.
- Kiváltja ez a kézi akadálymentességi tesztelést?
- Nem, és nem is állítanánk ilyet. Az ügynök egy kézi végigjárás gépies felét automatizálja - a billentyűzetes kört, a párbeszédpanelek szerződését, a 320 pixeles átrendeződést - , hogy az Önök tesztelői és a mi auditoraink az ítéletalkotásra fordítsák az idejüket: van-e értelme az olvasási sorrendnek, igaz-e az alternatív szöveg, valóban használható-e a folyamat képernyőolvasóval.
- Elronthat valamit a webhelyemen?
- Korlátozott, szűrt vezérlőkészlettel lép kapcsolatba, és sosem olyasmivel, ami rombolónak vagy tranzakciósnak tűnik. Nincs törlés, nincs kijelentkezés, nincs pénztár. Ez egy jórészt olvasó látogatás egyetlen böngészőből.
- Tud bejelentkezés mögötti oldalakat vizsgálni?
- Igen. Az ügynök újrahasznosítja azt a hitelesített munkamenetet, amelyet a vizsgálat már felépített, így mindent meg tud mérni, amit a vizsgálata elér.
- Miért változott meg az akadálymentességi pontszámom a bekapcsolás után?
- A Deep Scan új találatokat és új megfelelt ellenőrzéseket is hozzáad a pontszámhoz, így a vele számolt pontszám nem hasonlítható össze a nélküle számolttal. A pontszámok egy vizsgálati programon belül és az azonos beállítással futtatott futások között maradnak összehasonlíthatók - nem kapcsoljuk át a program közepén az Önök háta mögött.
- Mit csinál valójában az MI?
- Dönt - majd bizonyítja is. Az ügynök úgy tárja fel az oldalát, ahogy egy tesztelő tenné: kiválasztja, mely vezérlőket érdemes provokálni, mely párbeszédpaneleket nyissa meg, és meddig menjen el, mielőtt megáll. És minden döntése mögött mérés és képernyőkép áll, nem találgatás. Szándékosan így épült: önállóan ott, ahol egy ember lassú lenne, és bizonyítékkal alátámasztva ott, ahol egy nyelvi modell önmagában megbízhatatlan lenne.
- Miért a QualiBooth a világ legfejlettebb akadálymentességi szkennere?
- Mert egyetlen más szkenner sem méri egy futó oldal viselkedését. A piac minden eszköze a jelölőkódot olvassa és következtet; a QualiBooth ezt is megteszi - majd MI-ügynököt küld az oldalra további tizenkét ellenőrzésre, amelyeket egyetlen statikus motor sem tud előállítani, mindegyiket méréssel és képernyőképpel alátámasztva. Ez a kombináció sehol máshol nem létezik.
Derítse ki, mi kerülte el eddig a jelenlegi szkennerét
Futtasson egy ingyenes vizsgálatot, vagy hagyja, hogy a Deep Scan ügynököt arra a felhasználói útvonalra irányítsuk, amely a legfontosabb az üzletének.