Döntse el, mire van valóban szüksége a vállalkozásnak
Képzeljen el egy budapesti közösségi irodát, amelynek alkalmazásában már bejárást is lehet kérni. Ebben a kitalált példában a recepciónak névre, a válaszhoz szükséges e-mail-címre és a látogatás kívánt időszakára van szüksége. A cégméret és a számlázási adatok várhatnak. A W3C űrlapokról szóló útmutatója azt támogatja, hogy csak a feladathoz szükséges adatokat gyűjtsük be.
Kérje meg a recepciót, hogy minden javasolt mezőt egy konkrét következő lépéssel indokoljon. A nem kötelező telefonszám lehetővé teszi a kizárólag e-mailes érdeklődést, de a munkatársaknak ezt a válaszadási csatornát is kezelniük kell. A kötelező felhasználói fiók segítheti a visszatérő tagokat, az új látogatóknak viszont további feladatot jelent. Ezekről a kompromisszumokról még az űrlap megtervezése előtt döntsön.
Minden mező legyen érthető kitöltés közben is
A W3C címkézési útmutatója minden vezérlőelemhez annak célját leíró szöveget kapcsol. Ennél az űrlapnál használjon látható címkét, például: E-mail-cím a válaszunkhoz. Ez gépelés közben is maradjon látható. A nem kötelező telefonszám magyarázata az adott mező mellett szerepeljen, ahol a látogatónak szüksége van rá.
Az ellenőrzés során írjon be pluszjelet tartalmazó e-mail-címet és nemzetközi előhívószámmal kezdődő telefonszámot. Kérje meg a fejlesztőt a megfelelő beviteli módok kiválasztására, majd ellenőrizze, hogy a szükséges karakterek továbbra is elérhetők-e. Nyitott billentyűzettel próbáljon eljutni az utolsó műveletig úgy, hogy végig követni tudja, hol tart a kitöltésben. A tényleges kitöltést vizsgálja, ne csak egy képernyőképet.
Írja meg a hibajavítást segítő üzeneteket
A W3C világos visszajelzést javasol, amely elmagyarázza a hibák javítását. Még a megvalósítás előtt írja meg a hiányzó e-mail-címet jelző üzenetet, majd kérjen meg egy kollégát, hogy segítség nélkül javítsa ki a hibát ennek alapján. Tudná, melyik mezőt kell módosítania, és mit vár az alkalmazás? Ellenőrizze, hogy a javítás után a látogatás választott időszaka változatlan marad-e.
Különítse el a bejárás kérését a konkrét időpont visszaigazolásától. Ebben a példában a recepciónak még egyeztetnie kell az időpontot, ezért a visszajelzés a kérés beérkezéséről szóljon, ne lefoglalt látogatásról. Hagyassa jóvá ezt a szöveget a munkatársakkal. Azt is egyeztesse előre, mit lásson a látogató, ha az alkalmazás nem tudja megerősíteni a beérkezést, hogy ne induláskor kelljen rögtönözni.
Tesztelje a használatot segítő technológiákkal is
A React Native akadálymentességi címkéket és szerepeket biztosít, platformonkénti eltérésekkel. Kérjen bemutatót iOS-en a VoiceOver, Androidon a TalkBack használatával. A tesztelő keresse meg az űrlapot, adja meg az adatokat, javítson ki egy hibát, és azonosítsa az eredményt. Jegyezze fel, hol van szüksége segítségre; ne elégedjen meg azzal az állítással, hogy az akadálymentesség be van kapcsolva.
Ha egyedi vezérlőelemet javasolnak a látogatási időszak kiválasztásához, ugyanazon feladattal hasonlítsa össze egy egyszerűbb megoldással. Az egyedi változat illeszkedhet a márkához, de időt igényel a megvalósítása és az eszközökön végzett tesztelése. Tisztázza, ki fogja karbantartani. Az ellenőrzés tervezésébe vonjon be olyanokat, akik rendszeresen használják az érintett segítő technológiát.
Adjon világos átvételi ellenőrzőlistát a csapatnak
Az alábbi szempontok mentén egyeztessen a csapattal a kiadásról, és minden hibához rendeljen felelőst. Ezek gyakorlati kiindulópontot adnak ehhez az űrlaphoz, nem helyettesítenek egy teljes akadálymentességi auditot.
- Küldjön el egy életszerű érdeklődést nagyobb szövegmérettel és képernyő-billentyűzettel.
- Hagyjon üresen egy kötelező mezőt, javítsa ki, és ellenőrizze, hogy a többi válasz megmaradt-e.
- Végezze el ugyanazt a feladatot képernyőolvasóval mindkét támogatott platformon.
- Ellenőriztesse a recepcióval, hogy a sikeres elküldést jelző üzenet megfelel-e a tényleges következő teendőjének.
- Ismételje meg ezeket az ellenőrzéseket, ha változnak a mezőkövetelmények vagy az űrlap elemei.