Sissejuhatus kasutatavuse testimisse

Toote kujunduse ja meetodite kontrollimise tava, lastes vastavatel kasutajatel toodet kasutada, nimetatakse kasutatavuse testimiseks. Testimise ajal öeldakse vastavatele klientidele tavaliselt, et nad jälgiksid toodet ja töötaksid selle üle, samal ajal kui teadlane juhendab, et näha, millal ja kus on klientidel probleeme konkreetse toote juhtimisel ja ülesannete täitmisel.

Kasutatavuse testimist saab teha mitu korda, kuni teadlased ei näe kasutajatega probleeme. Kasutatavuse testimise peamiste eeliste eesmärk on tuvastada toote vead ja puudused enne selle masstootmiseks saatmist.

Kasutatavuse testimise protsess

Kasutatavuse testimise protsessi saab teha mõne sammu jooksul. Ehkki aeganõudev, annab see uurijale parimad ja täpsemad tegeliku testimise tulemused. See annab teile ettekujutuse teie toote vigadest ja puudustest, mis aitab teil enne ühiskonda panemist erksalt abiks olla. Kasutatavuse testimise protsess aitab teil pakkuda ja genereerida palju lahendusi igale testimise käigus kerkivale küsimusele.

Kasutatavuse testimise tehnikad

  • Esimene tüüp, kui seda protsessi nimetatakse prototüübi väljatöötamiseks. Sõltumata teie tootevaldkonnast, millele olete spetsialiseerunud, on eesmärk panna idee proovile ja idee kokku panna.
  • Lõpptoote põhjal saate kindlaks teha, mida soovite uurida ja praktikas rakendada ning millised on meetodi eesmärgid.
  • Järgmine oluline samm on eelnõude koostamine. Teatud mõttes hakkasite sellega tegelema kogu prototüübi arendamise osas. Testiplaan peaks vastama kahele elutähtsale küsimusele - mida te külastate, et vaadata või testida ja kuidas tulemusi saadate.
  • Nüüd on teil prototüüp ja ka toode, mida soovite kontrollida. Järgmine samm on osalejate värbamine testimiseks. Paljud ütlevad, et see on protsessi kõige raskem osa, kuna nad peavad leidma ehtsaid ja suurepäraste omadustega inimesi. Selle eesmärgi saavutamiseks on kõige lihtsam saada professionaalset abi. See annaks teile parima tulemuse.
  • Protsessi peamine samm on testi läbiviimine. Seda saab teha ettevõttesiseselt või eemalt. Paljud ütlevad, et testi ettevõttesisene täitmine annab teile võimaluse modelleerida kasutaja kogemusi reaalajas ja saada aimu, ehkki ka selle kaugjuhtimine võib olla enesestmõistetav.
  • Ja viimane, kuid mitte vähem tähtis, on testi korraldamine ja parimate tulemuste saamine aeganõudev tegevus, kuid seda tuleks teha kannatlikult ja vigade kontrollimisel.

Näited kasutatavuse testimisest

  • Inimesel, kes on IOS-i arendaja, oli lihtne idee luua palju sirgem rakendus, kui paljudes küsimustes käivitatud meeldetuletuste rakendus, kuna see polnud kasutajasõbralik.
  • Inimene soovib muuta rakendusprotsessi nii lihtsaks, kui see võiks saada, kui aitaks inimesel kirjutada seda, mida ta vajas, et teda meelde tuleks jätta, lastes sel hetkel valida eelnevalt kindlaksmääratud kuupäeva, mille jooksul meie raamistik sõltuks valikust elemente, koputades „valmis“ ja see oleks see.
  • Need punktid olid hämmastavad. Peale selle pidi arendajal olema ka oluline ümberlülitatud vaade, et näidata kliendi värskendusi ning lisada valikuid nende värskenduste muutmiseks ja üldiselt rakenduse sätete muutmiseks. Ta otsustas pöörduda liiga mõõduka vastuse poole, et näha juurdepääsu; kliendid koputaksid sellel hetkel märgist, avaksid menüü, koputaksid sellel hetkel sümbolile ja läheksid lahti. See kõlas hästi nii meile - kui ka varajasetele beeta-analüsaatoritele (kes olid protseduuriga põhjalikult tegelenud).
  • Selgus, et see kord oli liiga lühinägelik; unarusse ei lisatud piisavalt tähistajaid ja see mõjutas intensiivselt kasutusmugavust. Kuidas arendaja selle välja leidis? Kasutatavuse testimise kaudu.
  • Me kasutasime seadet, mis võimaldas meil kaugtestimist teha, ja proovisime seda klientidega, kes tegid meie rakendusega koostööd silmist ja on esimest korda kasutajad.
  • Arendaja saadud kriitika oli kujuteldamatult kange: keegi ei mõistnud, kuidas menüüd avada või, mis veelgi kohutavam, et nimekirja avamine oli isegi mõeldav. Ta leidis, et sümbolid olid liiga kontseptuaalsed - ta kasutas võileivamenüü kasutamist, kui võileivamenüü kasutamine oli tavapärasest kaugel - nende võimekuse märkimiseks ja pärast seda menüüsse suunamisel polnud selge, kuidas asju muuta. Üldiselt oli erinevaid küsimusi.

Kasutatavuse testimise eelised:

Kasutatavuse testimisel on mitmeid eeliseid, sealhulgas:

  • Kriitika otse kavandatud huvigrupilt töörühma koondamiseks.
  • Sisemisi arutelusid saab lahendada testides seda küsimust, kuidas kliendid reageerivad erinevatele alternatiividele, millest räägitakse.
  • Väljaanded ja potentsiaalsed probleemid tutvustatakse enne toodete viskamist.
  • Seda saab näha kaatri finiši poole.
  • See parandab kasutamise tõenäosust ja kordab kasutamist uuesti.
  • See piirab eseme turul lagunemise ohtu.

Kasutatavuse testimise puudused:

  • Kasutatavuse testimine annab arvukalt eeliseid; selle filosoofia kasutamisel on siiski paar probleemi, mida tuleks tähele panna.
  • Esialgu ei delegeeri testimine 100% tegelikku olukorda.
  • Lisaks on kasutusmugavuse testimine enamasti subjektiivne, seega ei anna see küsitluse tohutuid näiteid kriitika kohta, kuid sisend võib olla eksimatult järk-järgult täpne ja asjatundlik.

Järeldus

Selle mähkimiseks ja kordamiseks on vastuse testimine tõeliste klientide juures parim viis eristada teie peamisi kasutatavusega seotud probleeme. Veelgi enam, vigase ohtliku eseme, millest sisuliselt abi ei ole, tõukamine pole arukas mõte - hoolimata sellest, kas te ei kavatse seda kohandada, tähendab see, et raiskate oma aega ehitusele, mida keegi ei kasuta.

Soovitatavad artiklid:

See on olnud juhend kasutatavuse testimiseks. Siin arutame, mis on kasutatavuse testimine? testimismeetodid, testimisprotsess, eelised ja puudused koos mõne näitega. Lisateavet leiate ka meie muudest soovitatud artiklitest -

  1. DevOps testimisriistad
  2. Mis on DevOps?
  3. DevOps elutsükkel
  4. Defektide elutsükkel tarkvara testimisel
  5. 8 Oluline ülesanne testiplaani malli kirjutamine

Kategooria:

Tarkvaraarendus