Mis on kasutatavuse testimine? Meetodid ja näited

⚡ Nutikas kokkuvõte

Kasutatavustestimine mõõdab, kui kergesti päris inimesed rakenduses reaalseid ülesandeid lõpetavad. See ülevaade selgitab, miks meeskonnad seda testi teevad, testitüüpide taksonoomiat, viiefaasilist protsessi, edusamme tõendavaid mõõdikuid ja seda, kui palju osalejaid on piisav.

  • 🎯 Põhieesmärk: Paljastage õpitavuse, efektiivsuse, täpsuse ja kasutajasõbralikkuse puudused enne avalikku turuletoomist, mitte pärast seda.
  • 📅 Õige ajastus: Käivita esimene seanss esialgse disainifaasi ajal, kui ekraanipildi ümberjoonistamine veel peaaegu midagi ei maksa.
  • 🧩 Valige kõigepealt tüüp: Enne tarkvara eelvaliku tegemist otsusta, kas tegemist on modereeritud või mittemodereeritud tarkvaraga, kaug- või laboripõhise, uurimusliku või võrdleva tarkvaraga.
  • 🔬 Kaks peamist tehnikat: Laborisessioonidel näidatakse kehakeelt, samas kui kaugseanssidel salvestatakse automaatselt hääl, ekraanitegevus ja näoilmed.
  • 🗂️ Viiefaasiline protsess: Planeeri, värva, testi, analüüsi andmeid ja seejärel esita tulemused disaineritele, arendajatele ja äripartneritele.
  • 👥 Näidissuurus: Viis representatiivset osalejat avastavad umbes 80 protsenti tüüpilise rakenduse kasutatavusprobleemidest.
  • 📊 Mõõda ja võrdle: Track ülesande edukuse määr, ülesandele kulunud aeg, veamäär ja rahulolu skoor võrreldes eelmise järkumisega.

Kasutatavuse testimine

Kasutatavuse testimine tuntud ka kui kasutajakogemuse (UX) testimine, on mittefunktsionaalne testimine Meetod tarkvararakenduse lihtsuse ja kasutajasõbralikkuse mõõtmiseks. Väike sihtrühma lõppkasutajate rühm kasutab tarkvararakendust kasutatavusdefektide avastamiseks. Kasutatavustestimine keskendub peamiselt rakenduse kasutusmugavusele, rakenduse paindlikkusele juhtelementide haldamisel ja rakenduse võimele oma eesmärke täita.

Seda testimist soovitatakse esialgses projekteerimisfaasis. SDLC, mis annab kasutajate ootustele parema nähtavuse.

Miks teha kasutatavuse testimist

Kasutatavuse testimine

Esteetika ja disain on olulised. See, kui hea toode välja näeb, määrab tavaliselt selle, kui hästi see töötab.

On palju tarkvararakendusi/veebisaite, mis pärast käivitamist ebaõnnestuvad järgmistel põhjustel:

  • Kus ma järgmiseks klõpsan?
  • Millisel lehel on vaja navigeerida?
  • Milline ikoon või žargoon mida tähistab?
  • Veateated ei ole järjepidevad ega kuvatud tõhusalt
  • Seansi aeg ei ole piisav.

Tarkvaraarendus, Usability Testing tuvastab kasutatavuse vead süsteemis arendustsükli varajases staadiumis ja võib päästa toote rikkest.

Kasutatavuse testimise katsejuhtumite näited

Järgmisena mõelge, mida testija peaks tegelikult hindama.

Kasutatavuse testimise katsejuhtumid

Selle testimise eesmärk on kasutajate rahulolu rahuldamine ja see keskendub peamiselt järgmistele süsteemi parameetritele:

Süsteemi tõhusus

  • Kas süsteemi on lihtne õppida?
  • Kas süsteem on kasulik ja lisab sihtrühmale väärtust?
  • Kas kasutatud sisu, värvid, ikoonid, pildid on esteetiliselt meeldivad?

Efektiivsus

  • Soovitud ekraanile või veebilehele jõudmiseks peaks vaja olema vähe navigeerimist ja kerimisribasid tuleks kasutada harva.
  • Ühtsus formaat teie rakenduse/veebisaidi ekraanil/lehtedel.
  • Võimalus otsida oma tarkvararakendusest või veebisaidilt.

Täpsus

  • Aegunud või ebaõigeid andmeid, nagu kontaktteave/aadress, ei tohiks olla.
  • Katkestatud linke ei tohiks olla.

Kasutajasõbralikkus

  • Kasutatavad juhtseadised peaksid olema iseenesestmõistetavad ja nende kasutamiseks ei tohi vajada väljaõpet
  • Kasutajad peaksid rakendusest/veebisaidist aru saama
  • Ülaltoodud eesmärkidega vastavusse viimine aitab tõhusalt kasutatavust testida

Kasutatavustestimise tüübid

Kasutatavustestimine ei ole üks kindel protseduur. Iga uuring liigitatakse enne värbamise algust kolme telje järgi: kes sessiooni juhendab, kus see toimub ja millisele küsimusele tulemused vastavad. Erinevalt GUI-testimine, küsivad need tüübid, kas päris inimene on edukas, mitte kas kontroll toimib.

KASUTUSALA Kuidas see töötab? Kõige paremini sobib
Modereeritud Teadlane tutvustab iga ülesannet ja uurib otseülekannet. Käitumise taga peituv põhjendus
Modereerimata Tarkvara salvestab osalejate üksi töötamist. Kiire tagasiside suures mahus
Kohapeal (laboris) Testijad ja vaatlejad jagavad ühte kontrollitud ruumi. Kehakeel, keerulised tooted
Kaugjuhtimine Testijad töötavad oma seadmest ja asukohast. Lai ulatus, lühikesed ajaraamid
Uuriv Varajaste kontseptsioonide põhjal kogutud avatud ülesanded. Lünkade leidmine enne disaini külmumist
Võrdlev Kasutajad saavad valida kahe konkureeriva disaini vahel. Vaidluste lahendamine tõenditega

Ka ajastus on oluline. Kujundavad uuringud viiakse läbi disaini sujuva olemise ajal ja selgitavad, miks kasutajatel on raskusi. Kokkuvõtvad uuringud hindavad toimivat ehitust.

Kasutatavuse testimise meetodid: 2 tehnikat

Kasutatavuse testimiseks on saadaval kaks meetodit –

  1. Laboratoorsed kasutatavuse testid
  2. Kaugkasutatavuse testimine

Laboratoorsed kasutatavuse testid:See testimine viiakse läbi eraldi laboriruumis vaatlejate juuresolekul. Testijatele määratakse ülesanded. Vaatleja roll on jälgida testijate käitumist ja anda testimise tulemustest teada. Vaatleja on testimise ajal vait. Selles testimises viibivad nii vaatlejad kui ka testijad samas füüsilises asukohas.

Kaugkasutatavuse testimine: selle testimise käigus asuvad vaatlejad ja testijad eemalt. Testijad pääsevad testitavale süsteemile kaugjuurdepääsu teel ja täidavad määratud ülesandeid. Testijate hääl, ekraanitegevus, testijate näoilmed salvestatakse automatiseeritud tarkvaraga. Vaatlejad analüüsivad neid andmeid ja teatavad testi tulemustest. Sellise tarkvara näide - http://silverbackapp.com/ (nüüdseks pensionil)

Kuidas kasutatavuse testimist teha: lõpetage protsess

Valitud tehnika korral koosneb kasutatavuse testimise protsess järgmistest etappidest:

Kasutatavuse testimine: täielik protsess

1. etapp) Planeerimine: Selles etapis määratakse kasutatavuse testi eesmärgid. See, et vabatahtlikud istuvad teie taotluse ees ja registreerivad nende tegevust, ei ole eesmärk. Peate kindlaks määrama süsteemi kriitilised funktsioonid ja eesmärgid. Peate määrama testijatele ülesanded, mis neid olulisi funktsioone kasutavad. Selles etapis määratakse ka kasutatavuse testimise meetod, kasutatavuse testijate arv ja demograafia ning testiaruannete vormingud

2. etapp) Värbamine: selles etapis värbate soovitud arvu testijaid vastavalt oma kasutatavuse testiplaanile. Teie demograafilise (vanus, sugu jne) ja ametialase (haridus, töö jne) profiilile vastavate testijate leidmine võib võtta aega.

3. faas) kasutatavuse testimine: selles etapis teostatakse tegelikult kasutatavuse testid.

4. faas) Andmete analüüs: kasutatavustestide andmeid analüüsitakse põhjalikult, et teha sisukaid järeldusi ja anda kasulikke soovitusi teie toote üldise kasutatavuse parandamiseks.

5. etapp) Aruandlus: kasutatavuse testi tulemusi jagatakse kõigi asjaomaste sidusrühmadega, kelle hulka võivad kuuluda disainer, arendaja, klient ja tegevjuht

Mitu kasutajat teil vaja on?

Kui palju kasutajaid vajate

Uuringud (Virzi, 1992 ja Neilsen Landauer, 1993) näitavad, et 5% kasutatavusprobleemide avastamiseks piisab viiest kasutajast. Mõned teadlased pakuvad muid numbreid.

Tõde on see, et vajalik kasutajate tegelik arv sõltub antud rakenduse keerukusest ja teie kasutuseesmärkidest. Osalejate kasutatavuse suurenemine toob kaasa kulude, planeerimise, osalejate haldamise ja andmete analüüsi suurenemise.

Kuid üldiseks juhiseks, kui a väike eelarve ja on huvitatud DIY kasutatavuse testimisest 5 on hea number alustuseks. Kui eelarve ei ole piirang selle parim konsulteerige kogenud spetsialistidega kasutajate arvu määramiseks.

Kasutatavustestimise mõõdikud, mida peaksite mõõtma

Tulemused muudavad toodet ainult siis, kui need saabuvad numbritena, mida meeskond saab track kõigis versioonides. Salvesta iga ülesande jaoks sama mõõdikute komplekt ja võrdle seejärel iga näitajat eelmise versiooni või konkurendi võrdlusalusega.

  1. Ülesande edukuse määr: osalejate osakaal, kes lõpetavad ilma abita; madal määr viitab disainiveale, mitte testijale.
  2. Ülesandele kulunud aeg: sekundit esimesest klõpsust kuni valmimiseni, mis paljastab segadust tekitava navigeerimise ja peidetud juhtnupud.
  3. Vea määr: valed klikid, sobimatud vormikirjed ja ummikteed, mida loendatakse iga ülesande puhul eraldi.
  4. Kasutegur: Edukate ülesannete arv jagatud ülesandele kulunud ajaga, mis on kasulik kahe kandidaadi paigutuse konkureerimisel.
  5. Rahulolu skoor: ülesandejärgne hinnang, näiteks süsteemi kasutatavuse skaala.

Seo iga joonis registreeritud vaatlusega: mõõdik tõestab probleemi olemasolu, salvestus selgitab selle põhjust. Guru99 hõlmab selles juhendis laiemat raamistikku tarkvara testimise mõõdikud.

UX testimise kontrollnimekiri

Selle testimise peamine eesmärk on leida olulised kasutusprobleemid enne toote turuletoomist. Testimise õnnestumiseks tuleb arvestada järgmiste asjadega:

  • Alustage UX-i testimist projekteerimise ja arenduse varases etapis
  • Hea tava on konkurendi toote kasutatavuse testimine enne arenduse alustamist. See aitab teil määrata sihtrühma kasutatavuse standardid
  • Valige süsteemi testimiseks sobivad kasutajad (võivad olla eksperdid / mitteeksperdid / 50–50 ekspertide ja mitteekspertide kasutajad)
  • Kasutage ribalaiuse kujundajat. Näiteks on teie sihtrühmal kehv võrguühendus, piirake võrgu ribalaiust näiteks 56 Kbps-ni oma kasutatavuse testijate jaoks.
  • Testijad peavad keskenduma süsteemi kriitilistele ja sageli kasutatavatele funktsioonidele.
  • Määrake igale testijale üks vaatleja. See aitab vaatlejal testija käitumist täpselt jälgida. Kui vaatleja on määratud mitme testija juurde, võivad tulemused olla ohus
  • Õpetage disainereid ja arendajaid, et need testitulemused ei ole märk ebaõnnestumisest, vaid see on märk paranemisest

Kasutatavuse testimise eelised

Kasutatavustestimisel on nii plusse kui ka miinuseid.

  • See aitab avastada kasutusprobleeme enne toote turustamist.
  • See aitab parandada lõppkasutaja rahulolu
  • See muudab teie süsteemi väga tõhusaks ja tõhusaks
  • See aitab koguda tõelist tagasisidet teie sihtrühmalt, kes teie süsteemi kasutatavuse testi ajal tegelikult kasutab. Te ei pea toetuma juhuslike inimeste "arvamustele".

Kasutatavuse testimise puudused

  • Kulud on kasutatavuse testimisel peamine kaalutlus. Usability Test Labi seadistamine nõuab palju ressursse. Ka kasutatavuse testijate värbamine ja haldamine võib olla kulukas

Need kulud tasuvad end aga ära klientide suurema rahulolu, säilitamise ja äritegevuse kordumise näol. Seetõttu on kasutatavuse testimine väga soovitatav.

KKK

Ei. Tehisintellekt saab ülesandeid koostada, järelküsimusi modereerida ja tõenäolisi teid simuleerida, kuid see ei tunne segadust. Platvormid nagu Rägastik ja UserTesting kasutage tehisintellekti päris testijate abistamiseks, mitte kunagi nende asendamiseks.

Tehisintellekt transkribeerib iga seansi, koondab korduvad kaebused teemade kaupa, märgistab tundemärgid ja salvestab täpsed hetked, mil ülesanne ebaõnnestus. Seejärel kontrollivad analüütikud klastreid, selle asemel et vaadata tundidepikkuseid salvestisi, mis vähendab aruandluse aega päevadelt tundidele.

Kasutatavustestimine küsib, kas toodet on lihtne kasutada, ja tervitab ebaõnnestumisi andmetena. Kasutajate aktsepteerimise testimine küsib, kas toode vastab kokkulepitud ärinõuetele, ning annab pigem kinnituse kui disainialase ülevaate.

Enamiku toodete jaoks sobib 15–20 minutit, mis hõlmavad viit kuni kümmet ülesannet. Lühemad sessioonid jõuavad harva sisuka ülesandeni; pikemad sessioonid kaotavad osaleja tähelepanu ja suurendavad veamäära, mis peegeldab väsimust, mitte tegelikku disainiviga.

Viis faasi jäävad samaks, kuid ülesandeid tuleb proovida ühe käega, väikestel ekraanidel, nõrkade võrkude kaudu ja eredas valguses. Mobiili testimine Seadistused salvestavad ka seadme ekraani ja pöidla, mitte ainult kursorit.

Võta see postitus kokku järgmiselt: