QualiBooth

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
A QualiBooth jelentés, ahol a Deep Scan találatai a statikusak mellett vannak megjelölve.

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.
Deep Scan bizonyítékkép: a fókuszban lévő vezérlő, az azt takaró elem és a mért lefedettség.

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.

  • 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.

  1. 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.

  2. 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.

  3. 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ó.

  4. 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 Deep Scan összegző panel egy QualiBooth URL-jelentésben.

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.