Ostirala lanaldia amaitzen da. Albiste txarrak beti datoz ostiraleko lanaldiaren amaieran.
Bulegoa uztear zaude, beste berrantolaketa bati buruzko gutun berri bat iritsi berri da postaz.
Eskerrik asko xxxx, yyy gaurtik aurrera zzzz salatuko duzu
...
Eta Hugh-en taldeak gure produktuak desgaitasunen bat duten pertsonentzat eskuragarriak direla ziurtatuko du.
Oh ez! Zergatik merezi nuen hau? Ni alde egitea nahi al dute? Konfiguratu zeure burua eskerrik gabeko lan gogorra egiteko eta besteen akatsak zuzentzen saiatzen. Hau porrota da, zalantzarik gabe...
Hau izan zen duela urte batzuk erabilgarritasuna. Arima txiro batzuei interfazea "garbitzeko" lana eman zitzaien, ezintasunen bat duten pertsonei eskuragarri jartzen saiatzeko.
Honek benetan esan nahi zuena nahiko lausoa zen - ustez foku-adierazlea eta fitxa eremuen bidez ikusiko bazenu, testu alternatiboren bat eta eremuen deskribapen pare bat edukiko bazenu, zure aplikazioa eskuragarria dela ulertuko litzateke ...
Baina, bat-batean, elur-jausi baten abiaduran ugaltzen hasi ziren "zomorroak".
Hainbat pantaila irakurgailu (Ing. Pantaila-irakurgailuak) eta arakatzaileak guztiz ezberdin jokatu zuten.
Erabiltzaileek aplikazioa erabilezina dela salatu dute.
Akats bat leku batean zuzendu bezain laster, beste bat agertu zen beste batean.
Eta erabiltzaile-interfazearen akatsak aldatu eta zuzentzeak ahalegin herkulearrak behar izan zituen.
Hor nengoen. Bizirik atera nintzen, baina ez genuen "arrakasta" izan: teknikoki asko garbitu genuen, eremu deskribapen, rol asko gehitu eta betetze mailaren bat lortu genuen, baina inor ez zegoen pozik. Erabiltzaileak oraindik kexatu ziren ezin zutela aplikazioan nabigatu. Kudeatzaileak akatsen etengabeko jarioaz kexatu zen oraindik. Ingeniariek salatu zuten arazoa gaizki planteatu zela, kasu guztietan funtzionatuko zuen irtenbide "zuzen" argi eta garbi zehaztu gabe.
Irisgarritasuna ulertzeko bidaian zehar begiak irekitzeko uneak izan ziren.
Beharbada, lehena amaitutako produktu baten gainean irisgarritasun-funtzionalitatea gehitzea zaila zela konturatzea izan zen. Eta are zailagoa da kudeatzaileak ikaragarri zaila dela konbentzitzea! Ez, ez da soilik "gehitu etiketa batzuk" eta UI-ak ondo funtzionatuko du. Ez, hau ezin da hiru astetan osatu; hiru hilabete ere ez dira nahikoa izango.
Nire hurrengo egiaren unea iritsi zen bertatik bertara ikusi nuenean nola erabiltzaile itsuek benetan erabiltzen zuten gure aplikazioa. Hau oso desberdina da errore-mezuei begiratzea baino.
Behin eta berriz itzuliko naiz honetara, baina jendeak gure aplikazioa nola erabiltzen zuenari buruzko gure "suposizio" guztiak oker zeuden.
Erabiltzaile-interfaze konplexu batean nabigatzea tekla sakatuz Tab/Shift+Tab - hau txarto! Zerbait hobea behar dugu. Teklatuko lasterbideak, goiburuak.
Interfazea aldatzean arreta galtzea ez da arazo handia, ezta? Pentsa dezagun berriro - hau izugarri nahasia da.
Jarraitu nuen, proiektu ezberdinetan lan egin nuen denbora batez, eta gero proiektu berri bati ekin genion, erabiltzaile-interfaze konplexu batekin eta instalazio argi batekin, azkenean irisgarritasuna ondo lortzeko oraingoan.
Beraz, pauso bat atzera egin genuen eta hau modu ezberdinean inplementatu eta arrakasta izan genezakeen aztertu genuen, eta prozesua ez hain aspergarria izan!
Oso azkar atera ginen ondorio batzuetara:
- Ez genuen nahi erabiltzailearen interfazea garatzen duten pertsonek aria etiketa/rolekin nahastea eta, noski, osagaien HTML egiturarekin. Irisgarritasuna eraikitzen zuten osagai egokiak eman behar genizkien kaxatik aterata.
- Irisgarritasuna == Erabilera erraztasuna - hau da. Hau ez da erronka teknikoa soilik. Diseinu-prozesu osoa aldatu behar genuen eta erabilerraztasuna kontuan hartu eta eztabaidatu zela ziurtatu behar genuen UI diseinua hasi aurretik. Erabiltzaileek edozein funtzionalitate, nola nabigatuko duten eta teklatuko eskuineko botoiarekin klik egitean nola funtzionatuko duten pentsatu behar duzu. Irisgarritasunak diseinu-prozesuaren zati bat izan behar du - erabiltzaile batzuentzat aplikazioaren itxura baino askoz gehiago da.
- Hasiera-hasieratik, itsu eta beste erabiltzaile ezinduen iritzia jaso nahi izan dugu aplikazioaren erabilera erraztasunari buruz.
- Irisgarritasun-erregresioak harrapatzeko modu oso onak behar genituen.
Beno, ingeniaritzaren ikuspuntutik, lehen zatia nahiko dibertigarria zen: arkitektura bat garatzea eta osagaien liburutegia ezartzea. Eta hain zuzen ere hala izan zen.
Pauso bat atzera emanez, begira eta hau diseinu-arazo bat dela pentsatuz, "egokitzea" arazo bat baino, abstrakzio batzuk sartu genituen. Osagai batek 'Egitura' (HTML elementuz osatuta dago) eta 'Jokaera' (erabiltzailearekin nola eragiten duen) ditu. Adibidez, beheko zatietan ordenatu gabeko zerrenda sinple bat dugu. "Jokabideak" gehituz dagozkien rolak zerrendara gehitzen dira, zerrenda baten antzera jokatzeko. Gauza bera egiten dugu menuarekin.
Izan ere, hemen rolak gehitzen dira, baita teklatuaren nabigaziorako gertaeren kudeatzaileak ere.
Honek txukunagoa dirudi. Haien arteko bereizketa garbia lortuko bagenu, berdin dio nola sortu den egitura, Jokabideak aplikatu ahal izango genizkioke eta irisgarritasun egokia lor genezake.
Hau ekintzan ikus dezakezu hemen – UX liburutegia , hasieratik irisgarritasuna kontuan hartuta diseinatu eta gauzatzen dena.
Bigarren zatiak - diseinuaren inguruko ikuspegia eta prozesuak aldatzeak beldurra eman zidan hasieran: antolaketa aldaketak bultzatzen saiatzen diren ingeniari xumeek ez dute beti ondo bukatzen, baina prozesuari ekarpen garrantzitsuak egin dizkiogun arlo interesgarrienetako bat izan da. . Laburbilduz, gure prozesua honako hau izan zen: funtzionalitate berriak talde batek garatuko zituen, gero gure zuzendaritza taldeak proposamena berrikusi/errepikatuko zuen, eta, ondoren, onartu ondoren, diseinua normalean ingeniaritza-taldearen esku geratuko zen. Kasu honetan, ingeniaritza-taldeak eraginkortasunez "jabea" zuen irisgarritasun-funtzionalitatea, bere ardura zelako horrekin lotutako edozein arazo konpontzea.
Hasieran, nahiko lan zaila zen azaltzea irisgarritasuna eta erabilgarritasuna erabat lotuta daudela eta hori diseinu fasean egin behar zela, bestela rol batzuen aldaketa eta birdefinizio handiak ekarriko lituzke. Hala ere, zuzendaritzaren eta eragile nagusien laguntzarekin, ideia hartu eta martxan jarri genuen, diseinuak irisgarritasuna eta erabilgarritasuna probatu zitezen zuzendaritzari aurkeztu aurretik.
Eta iritzi hau oso baliotsua izan zen guztiontzat: zoragarria izan zen erabiltzaileek web aplikazioekin nola elkarreragiten duten ezagutza partekatzeko/komunikatzeko ariketa gisa, eraiki baino lehen UI arazo ugari identifikatu genituen, garapen-taldeek orain ez duten zehaztapen hobeak dituzte. diseinuaren alderdi bisualak soilik, baina baita portaeraren alderdiak ere. Benetako eztabaidak alderdi teknikoei eta interakzioei buruzko eztabaida dibertigarriak, energetikoak eta sutsuak dira.
Bilera hauetan (edo ondorengoetan) erabiltzaile itsuak eta ezinduak izan bagenu are hobeto egin genezake hori - hori antolatzea zaila zen, baina orain bai tokiko itsu-erakundeekin eta enpresekin lan egiten dugu, exekuzio-fluxua egiaztatzeko kanpoko probak egiten dituztenak hasieran. garapena —osagaien zein exekuzio-fluxuen mailan.
Ingeniariek orain zehaztapen nahiko zehatzak dituzte, inplementatzeko erabil ditzaketen osagai eskuragarriak eta exekuzio-fluxua baliozkotzeko modu bat. Esperientziak irakatsi digunaren zati bat da denbora guztian galdu duguna: nola gelditu dezakegun erregresioa. Era berean, jendeak integrazio edo amaierako probak erabil ditzake funtzionalitateak probatzeko, elkarrekintzan eta exekuzio-fluxuetan aldaketak detektatu behar ditugunak (bisualak zein portaerak).
Erregresio bisuala zehaztea nahiko definitutako zeregina da, oso gutxi gehitu daiteke prozesuan, agian teklatuarekin nabigatzean fokua ikusten den egiaztatzea baino. Interesgarriagoak dira irisgarritasuna lantzeko bi teknologia berri samarrak.
- arakatzailean eta arazoak identifikatzeko eraikitze/proba zikloaren zati gisa exekutatu daitekeen tresna multzo bat da.
- Pantaila-irakurleek behar bezala funtzionatzen dutela egiaztatzea zeregin bereziki zaila izan da. Sarbidea sartzearekin batera Irisgarritasuna DOM, azkenik, aplikazioaren irisgarritasun-argazkiak hartu ahal izango ditugu, ikusizko probetan egiten dugun antzera, eta erregresiorako probatu.
Beraz, istorioaren bigarren zatian, HTML kodea editatzetik abstrakzio maila altuago batean lantzera pasatu ginen, diseinuaren garapen prozesua aldatu eta proba sakonak sartu genituen. Prozesu berriek, teknologia berriek eta abstrakzio maila berriek guztiz aldatu dute irisgarritasunaren panorama eta espazio honetan lan egiteak zer esan nahi duen.
Baina hau hasiera baino ez da.
Hurrengo "ulermena" da erabiltzaile itsuak puntako teknologiak gidatzen ari direla; haiek dira lehen deskribatu ditugun aldaketetatik ez ezik, ML/AIren bidez planteamendu eta ideia berriak ahalbidetzen dituztenak etekin handiena ateratzen dutenak. Adibidez, Immersive Reader teknologiari esker, erabiltzaileek testua errazago eta argiago aurkez dezakete. Ozen irakur daiteke, esaldiaren egitura gramatikalki banatzen da eta hitzen esanahiak ere grafikoki bistaratzen dira. Hau ez da batere sartzen antzinako "egin ezazu eskuragarri" mentalitatera; denei lagunduko dien erabilgarritasun-eginbide bat da.
ML/AI elkarreragin eta lan egiteko modu guztiz berriak ahalbidetzen ari da, eta ilusioz gaude punta-puntako bidaia honen hurrengo etapetan parte izateaz. Pentsamendu aldaketa batek bultzatzen du berrikuntza: gizateriak milurtekotan egon da, makinak ehunka urtez, webguneak hainbat hamarkadatan, eta smartphone-ak are gutxiago, teknologiak pertsonengana egokitu behar du, eta ez alderantziz.
PS Artikulua jatorrizkoarekiko desbideratze txikiekin itzuli da. Artikulu honen egile gisa, digresio hauek adostu nituen Hughekin.
Erregistratutako erabiltzaileek soilik parte hartu dezakete inkestan. , mesedez.
Erreparatzen al diozu zure aplikazioen irisgarritasunari?
-
Bai
-
No
-
Aplikazioen erabilerraztasunari buruz entzuten dudan lehen aldia da.
17 erabiltzailek eman dute botoa. 5 erabiltzaile abstenitu ziren.
Iturria: www.habr.com