E rëndësishme: artikulli u shfaq 10 vjet më parë (data e mësipërme nuk është data e shkrimit, por data e botimit të fundit). Artikulli është tmerrësisht i vjetëruar dhe ne nuk e heqim fare sepse, për një arsye të panjohur, askush nuk ka shkruar më mirë dhe më të re në rusisht ndër vite.

Testimi i përdorshmërisë është shfaqur në zona shumë burokratike -  në industrinë ushtarake dhe në fushën e prodhimit civil të rrezikshëm (aeroplanë, termocentrale, etj.). Si pasojë, vetë testimi i përdorshmërisë ishte jashtëzakonisht burokratik - jo vetëm që duhej të gjente një problem, por, më e rëndësishmja, të provonte se problemi ekzistonte në të vërtetë. Për më tepër, testimi i përdorshmërisë trashëgoi teknikat dhe rregullat e kërkimit shkencor, në të cilin nuk është vetëm e rëndësishme të zbulohet një fenomen, por edhe të sigurohet që ai të mos jetë rezultat i rrethanave të jashtme. Për shkak të ndërlikimit të detyruar të procesit të testimit, ekipe të tëra specialistësh të ngushtë u angazhuan në testim: njëri shkruan detyra testimi, tjetri teston në të vërtetë, i treti analizon të dhënat dhe tjetri zvarrit dhe tërheq të anketuarit.

Është e lehtë për të kuptuar se çfarë është testimi, me të gjitha meritat e tij, është shumë kohë dhe në mënyrë të papranueshme e shtrenjtë.

Vitet e fundit, situata ka filluar të ndryshojë: në vend të testeve jashtëzakonisht formale dhe jashtëzakonisht të shtrenjta, testet informale dhe të lira po bëhen të njohura. Në vend të një turme të vogël me një tufë pajisjesh të shtrenjta, del në plan të parë një person i vetëm me një minimum gjërash. Thelbi i kësaj qasjeje përshkruhet në librin Web Design: Steve Krug's Book or Don't Make Me Think! .

Sigurisht, testet e thjeshta nuk janë universale. Për pultin e një aeroplani, ato ndoshta nuk do të përshtaten. Por për softuerin e zakonshëm, testet e thjeshta janë shumë më të mira, vetëm sepse mund të bëhen më shumë prej tyre.

Këtu do të mësoni se si të kryeni testimin e përdorshmërisë, duke përdorur vetëm teknika të testimit të shpejtë. Metoda më komplekse dhe më formale mund të gjenden në literaturën e specializuar ose mund të shpikni vetë.

Çfarë është testimi i përdorshmërisë

Testimi i përdorshmërisë është çdo eksperiment që synon matjen e cilësisë së një ndërfaqeje ose kërkimin e problemeve specifike në të.

Përfitimet e testimit të përdorshmërisë janë të shumta. Testimi lejon:

• Për të kuptuar se sa keq ose mirë funksionon ndërfaqja, e cila ose mund të nxisë përmirësimin e saj, ose, nëse tashmë është mjaft e mirë, qetësohuni; në çdo rast, përfitimi arrihet.
• Krahasoni cilësinë e ndërfaqeve të vjetra dhe të reja dhe në këtë mënyrë justifikoni ndryshimet ose implementimet.
• Gjeni dhe identifikoni fragmente problematike të ndërfaqes dhe, me një madhësi të mjaftueshme kampioni, vlerësoni gjithashtu frekuencën e tyre.

Në të njëjtën kohë, testimi i përdorshmërisë nuk mund ta kthejë një produkt të keq në të mirë; thjesht e bën produktin më të mirë.

Testimi i parë i sistemeve të mëdha tregon gjithmonë se ndërfaqja funksionon shumë më keq sesa mendon pronari ose krijuesi i saj, dhe shumë më mirë nga sa beson fillimisht testuesi.

Pse më lirë

Tre qasje mund të zvogëlojnë në mënyrë dramatike intensitetin e punës, dhe rrjedhimisht koston e testimit të përdorshmërisë:

1. Disa thjeshtëzime të konceptit të përdorshmërisë.
2. Refuzimi për mbledhjen e të dhënave sasiore.
3. Ulja e kostos së pajisjeve dhe reduktimi i pagesës për kohën e të anketuarve.

Qasja e tretë është përdorimi i vetëm laboratorëve të lëvizshëm, i cili është i detajuar në seksion. Dy qasjet e mbetura përshkruhen më poshtë.

Efikasiteti dhe efikasiteti

Në interpretimin kryesor dhe më të përdorur (standard ISO 9241-11), koncepti i përdorshmërisë përkufizohet si

Shkalla në të cilën një produkt mund të përdoret nga përdorues të specifikuar për të arritur qëllime të specifikuara me efektivitet, efikasitet dhe kënaqësi në një kontekst të caktuar përdorimi.

Përkthimi im i këtij formulimi në Rusisht:

Shkalla e efikasitetit*, përpjekjes** dhe kënaqësisë me të cilën një produkt mund të përdoret nga përdorues të caktuar në një kontekst të caktuar përdorimi për të arritur qëllime të caktuara.

* Për shembull, shpejtësia e punës ose numri i gabimeve njerëzore dhe kohëzgjatja e korrigjimit të tyre.

** Për shembull, numri i operacioneve që duhen kryer për të arritur një rezultat ose sasia e informacionit që duhet të përpunohet për të marrë një vendim. Afati efikasiteti ende shpesh përkthehet në rusisht si produktivitetit; për mendimin tim, ky është një gabim i madh, pasi në standardin origjinal ISO 9241-11 nën efikasiteti kuptohet diçka e afërt me konceptin e efikasitetit.

Treguesit kryesorë të performancës janë shpejtësia e përdoruesit, shpejtësia e të mësuarit dhe numri i gabimeve njerëzore (për një listë më të detajuar të metrikës, shihni seksionin). Këta janë treguesit e nevojshëm, si dhe që ndikojnë në dizajn. Ajo që është e bukur është se matja e tyre nuk është veçanërisht problematike.

Me treguesit e intensitetit të punës, gjithçka është disi më e ndërlikuar. Ky grup përfshin:

• Suksesi, d.m.th. raporti i detyrave të testit të kryera me ato të paplotësuara ose të përfunduara plotësisht gabimisht.
• Pushteti, d.m.th. raporti i detyrave nga aktiviteti i përdoruesit me detyrat për të cilat është menduar ky produkt.
• Ngarkoni në përdorues (si ngarkesa mendore ashtu edhe, për shembull, numri i veprimeve të përdoruesit për detyrë testimi).

Këtu ka dy probleme. Fuqia nuk është aspak një tregues i matshëm (pak a shumë fuqia e një produkti është tërësisht çështje dizajni). Ngarkesa mbi përdoruesin është ose e vështirë për t'u matur ose e parëndësishme, pasi ajo ende manifestohet në treguesit e performancës - me një ngarkesë intensive, shpejtësia e punës zvogëlohet. Kështu, nga të gjithë treguesit e intensitetit të punës në praktikë, mbetet vetëm suksesi.

Nuk ka asgjë të keqe në këtë thjeshtësim. Në testimin real, megjithatë, i gjithë grupi i treguesve nuk mblidhet kurrë - në fund të fundit, vetëm disa prej tyre janë të rëndësishëm për secilin sistem specifik. Megjithatë, pasoja kryesore e këtij thjeshtimi të formulimit - një thjeshtësim domethënës i metodologjisë së testimit të përdorshmërisë - nuk mund të arrihet në asnjë mënyrë tjetër.

Shkalla e efikasitetit, suksesit dhe kënaqësisë me të cilën një produkt mund të përdoret nga përdorues të veçantë në një kontekst specifik përdorimi për të arritur qëllime specifike.

Asnjë sasi!

Mundësia e dytë për të reduktuar intensitetin e punës së testimit të përdorshmërisë është ndalimi i mbledhjes së shumicës së të dhënave sasiore. Kjo bëhet për dy arsye:

• Çdo test specifik mund të synojë ose marrjen e të dhënave sasiore ose cilësore. Të dhënat cilësore, si rregull, janë më të kërkuara në dizajn, kështu që është më mirë të planifikoni testin bazuar në të.
• Të dhënat sasiore janë ende jo të besueshme. Ato mund të maten me besueshmëri, por çështja është jashtëzakonisht e mundimshme.

Cilësi apo sasi?

Testimi i përdorshmërisë mund të përqendrohet ose në marrjen e të dhënave sasiore (të nevojshme për të matur përdorshmërinë e ndërfaqes), ose në marrjen e të dhënave cilësore (të nevojshme për të kuptuar se çfarë saktësisht është e keqe dhe si ta rregulloni atë). Si rregull, është e pamundur të arrihen të dy qëllimet në një test të vetëm.

Supozoni se matim shpejtësinë e punës me sistemin. Në këtë rast, testi duhet të planifikohet në atë mënyrë që të përjashtojë çdo ngadalësim të përdoruesit që është i pazakontë për punën reale. Për shembull, kur një përdorues bën një gabim, nuk do të jetë e mundur t'i bëni ndonjë pyetje për të zbuluar arsyet e këtij gabimi. Nga ana tjetër, nëse fokusoheni në të dhëna cilësore, të gjitha rezultatet sasiore do të jenë të diskutueshme.

Në fakt, të dhënat sasiore janë përgjithësisht një luks i përdorshmërisë, pasi janë më të këndshme se sa nevojiten realisht. Duhet më shumë dinamikë, d.m.th. shkalla e ndryshimit të këtyre të dhënave, e cila thjeshton shumë jetën. Pavarësisht se sa saktë janë llogaritur gabimet - nëse para dhe pas optimizimit të ndërfaqes janë llogaritur në të njëjtën mënyrë, dinamika duket të jetë e saktë. Për shembull, nëse numri i gabimeve njerëzore është përgjysmuar në numërim, mund të prisni (vetëm mos më kërkoni të vërtetoj këtë gjykim) që ato në të vërtetë u përgjysmuan, megjithëse është e pamundur të thuhet saktësisht se sa ishin dhe sa ishin. ne realitet.

Numra jo të besueshëm

Për më tepër, pyetja nëse duhet t'i besoni fare rezultateve të testimit të përdorshmërisë meriton shqyrtim. Në fund të fundit, testimi nuk është magji, kështu që duke supozuar se testimi mund të jetë i keq, duhet të arrini në përfundimin se testimi mund të jetë i keq.

Përgjigja për këtë pyetje është e thjeshtë dhe e trishtueshme - nuk ka asnjë arsye për të besuar fare në rezultatet e testimit të përdorshmërisë.

Në të vërtetë, pavarësisht nga fakti se në testimin e përdorshmërisë kemi të dhëna absolutisht reale si hyrje, vullnetarizmi ynë i pashmangshëm nuk na lejon t'u besojmë plotësisht atyre. Ne kemi shumë burime të mundshme gabimesh:

• Përdoruesit aktualë mund të ndryshojnë nga të anketuarit tanë të zgjedhur. Në një kampion të vogël, edhe një luhatje e lehtë në sjelljen e të anketuarve mund ta çojë një specialist të përdorshmërisë në përfundime të rreme.
• Detyrat e testimit mund të mos pasqyrojnë në mënyrë adekuate aktivitetet reale të përdoruesve në sistem.
• Një specialist i përdorshmërisë mund të humbasë disa pjesë të problemeve ose të keqkuptojë thelbin e problemeve të vërejtura.

Rolf Molich vlerëson rregullisht vetë testimin e përdorshmërisë. Rezultatet janë tronditëse. Pra, në testin e dytë, në të cilin nëntë grupe specialistësh të përdorshmërisë të niveleve të ndryshme testuan shërbimin HotMail, shpërndarja e rezultateve ishte shumë e madhe, edhe pse detyrat e testimit ishin identike. Të gjitha grupet gjetën gjithsej 310 probleme të ndërfaqes. Por tre të katërtat e problemeve u gjetën nga vetëm një grup dhe nuk u gjetën nga pjesa tjetër e grupeve (këto përqindje përfshijnë njëzet e nëntë probleme vërtet serioze).

Në përgjithësi, testimi i përdorshmërisë ndoshta kërkimi shkencor, për të cilin zbatohen plotësisht të gjitha kërkesat për kërkimin shkencor në përgjithësi.

Për shembull, le të krahasojmë testimin e përdorshmërisë me kërkimin sociologjik. Sociologu merr masa të veçanta, vërej - "të ndërlikuara dhe intensive të punës" - për të siguruar korrektësinë e zgjedhjes së të anketuarve. Ne - jo. Sociologu përdor mjete të vërtetuara, statistikisht të sakta, si në mbledhjen e të dhënave, ashtu edhe në analizimin e tyre. Ne - jo.

Pra, sa herë që përpiqemi të masim diçka me saktësi, gabojmë. Kur as që përpiqemi të jemi të saktë, gabojmë, ndoshta jo aq shumë, sepse shiriti tashmë është vendosur pothuajse në dysheme.

Çfarë do të thotë kjo saktësisht? Si rregull, nuk mund të themi me siguri, për shembull, se kemi hequr të gjitha shkaqet e gabimeve njerëzore nga ndërfaqja. Thjesht sepse me të anketuarit e tjerë, ndoshta më të saktë, do të gjenim - përsëri ndoshta - - më shumë gabime. E njëjta konsideratë është e vërtetë për treguesit e tjerë të cilësisë së ndërfaqes, dhe aq më tepër për detyra të tjera testimi. Dhe çfarë do të ndodhte nëse testimi do të ishte planifikuar dhe kryer nga dikush më me përvojë se ne! Dhe është e frikshme të imagjinohet.

Kështu, ne duhet të matim ergonominë vetëm për t'u krahasuar me ndërfaqen e re, duke pranuar që matjet tona nuk janë aspak të sakta. Ato nevojiten vetëm për planifikimin e optimizimeve të ardhshme. Mund të themi vetëm një gjë me siguri - pavarësisht se sa shumë testojmë, gjithmonë ka vend për përmirësim. Si një rezervë për përmirësimin e vetë ndërfaqes, si dhe metodat tona të testimit.

Pse na duhen numrat gjithsesi?

Duke i qortuar të dhënat sasiore si jo interesante dhe jo të besueshme, nuk mund të mos vë në dukje qëllimin e tyre të vërtetë. Të dhënat sasiore janë absolutisht thelbësore në testimin krahasues të përdorshmërisë. Nëse ka disa zgjidhje për të zgjedhur - thjesht nuk ka alternativë ndaj të dhënave sasiore, është e domosdoshme mbledhja e tyre dhe marrë të gjitha masat e mundshme për të siguruar besueshmërinë e tyre (veçanërisht pasi testimi krahasues i përdorshmërisë nuk ka nevojë fare për të dhëna cilësore). Megjithatë, testimi krahasues - rrallë, respektivisht, kjo temë nuk merret parasysh fare këtu. Nëse keni nevojë të bëni krahasime, ju lutemi kontaktoni.

Çfarë saktësisht duhet matur?

Numri i treguesve të matur në një test të veçantë mund të jetë mjaft i madh, por të gjithë, si rregull, zbresin në një grup prej pesë karakteristikash themelore. Më poshtë është një listë e këtyre karakteristikave me shembuj të matjeve të bazuara në to.

• Shpejtësia e përdoruesit. Metrikë: kohëzgjatja e operacionit; koha e shpenzuar për zbulimin e gabimeve; koha e shpenzuar për korrigjimin e gabimeve; numri i komandave të ekzekutuara gjatë operacionit (kuptohet se sa më shumë komanda, aq më shumë duhet për t'i dhënë ato); kohëzgjatja e kërkimit të informacionit në dokumentacion; numrin e komandave që janë më efikase se ato të përdorura nga përdoruesi; ulje e performancës gjatë funksionimit të zgjatur.
• Gabimet. Metrikë: përqindja e operacioneve që shkaktuan një gabim; numri mesatar i gabimeve për operacion për përdoruesit me përvojë (pikërisht për përdoruesit me përvojë, sepse për faktorë të papërvojë nga grupi i shkallës së të mësuarit mund të veprojë edhe); numri i gabimeve që nuk janë zbuluar dhe nuk korrigjohen nga përdoruesit.
• Mësoni si të punoni me sistemin. Metrikë: numri dhe frekuenca e referencave në sistemin e ndihmës; kohëzgjatja e periudhës midis fillimit të përdorimit të sistemit dhe pikës në të cilën shpejtësia e punës / numri i gabimeve të përdoruesit ndalon të rritet; ndryshimi në numrin e gabimeve / shpejtësinë e punës për përdoruesit me përvojë në përdorimin e sistemit dhe pa përvojë të tillë.
• Kënaqësia subjektive e përdoruesit. Matja e kësaj karakteristike shoqërohet me vështirësi të caktuara që meritojnë konsideratë të veçantë. Shikoni matjet për këtë pronë më poshtë.
• Ruajtja e aftësive në punën me sistemin. Metrikë: Diferenca në shpejtësinë/gabimet midis një përdoruesi pas një ore përdorimi të sistemit dhe të njëjtit përdorues në fillimin e përdorimit të sistemit pas një pushimi të gjatë.

Siç mund ta shihni, matja e cilësisë së një ndërfaqeje mund të jetë mjaft e vështirë, për shembull, një test i mbajtjes së aftësive mund të zgjasë më shumë se një muaj. Por këto janë vetëm teste për komponentin e dytë dhe të tretë të përdorshmërisë, përkatësisht efikasitetin dhe kënaqësinë. Përveç tyre, ekziston edhe suksesi, i cili është më i rëndësishëm dhe që është shumë më i lehtë për t'u matur - thjesht duhet të llogaritni se çfarë përqindje të detyrave përdoruesi ose i kryen plotësisht gabimisht ose nuk mund t'i kryejë fare. Kjo thjeshton shumë jetën e një specialisti të përdorshmërisë.

Sa i thellë është kënaqësia?

Ndryshe nga karakteristikat e tjera, kënaqësia nuk është në botën reale, por në kokën e përdoruesit. Si rezultat, është e pamundur ta "ndjesh" atë, dhe për këtë arsye të matet në mënyrë objektive. Por të paktën mund të matet në mënyrë indirekte.

Ekzistojnë dy mënyra të mundshme veprimi. Së pari, i anketuari mund të pyetet se sa e kënaqshme i duket ndërfaqja. Së dyti, nga sjellja e të anketuarit është e mundur të përcaktohet nëse atij i pëlqen apo nuk i pëlqen ndërfaqja në çdo moment të caktuar kohor; duke numëruar numrin e reagimeve të shfaqura, mund të vlerësohet kënaqësia. Sigurisht, këto vlerësime janë relative; vlera e tyre tregohet vetëm në krahasim me ndërfaqen e re ose në krahasim me konkurrentët.

Më poshtë janë disa metoda për matjen e kënaqësisë.

Pyetësor

Nëse përpiqeni të përcaktoni kënaqësinë përmes një sondazhi të të anketuarve, nuk mund të bëni pa pyetësorë formalë. Në të vërtetë, nëse formati i anketës nuk është fiks, nuk mund të ketë siguri që të anketuarve u bëhet e njëjta pyetje, që do të thotë se përgjigjet bëhen të dyshimta.

Fatkeqësisht, marrja në pyetje ka një pengesë të madhe në kushtet ruse - pyetësorë të besueshëm thjesht nuk ekzistojnë. Përkundër faktit se shumë pyetësorë plotësisht funksionalë janë krijuar në vendet e Perëndimit në kalbje (SUMI, QUIS, MUMMS, IsoMetrics, etj.), asnjëri prej tyre nuk është përkthyer në Rusisht dhe nuk është testuar më. Si rezultat, këta pyetësorë, megjithëse, meqë ra fjala, janë shumë të kushtueshëm, nuk janë më të besueshëm se çdo pyetësor që ju mund të krijoni vetë.

Për fat të keq, zhvillimi dhe testimi i pyetësorëve të besueshëm është një proces shumë i gjatë dhe i mundimshëm, kështu që nuk mund të mbështetet në shfaqjen e shpejtë të pyetësorëve vendas me cilësi të lartë.

Më poshtë janë dy pyetësorë të zbatueshëm, megjithëse jo të besueshëm.

Pyetësor me fjalë

Ky pyetësor u propozua për herë të parë nga kërkuesit në Laboratorin e Përdorueshmërisë së Microsoft si një mënyrë për të matur kënaqësinë shumë shpejt, megjithëse jashtëzakonisht jo të besueshme. Pyetësori është shumë i thjeshtë. Të anketuarit i paraqitet një fletë letre me një grup mbiemrash të zgjedhur rastësisht, gjysma e të cilave është mjaft pozitive, gjysma tjetër është negative. Të anketuarit i kërkohet të nënvizojë fjalët që, sipas tij, janë të zbatueshme për produktin (ngjashmëria e pyetësorit me pyetësorët e përdorur në metodën diferenciale semantike nuk është e rëndësishme - këto janë metoda krejtësisht të ndryshme). Pas plotësimit të pyetësorit, llogaritet diferenca midis numrit të termave negativë dhe pozitivë.

Unë përdor grupin e mëposhtëm të mbiemrave:

I vjetëruar-efektiv-i papastër-i pabarabartë-i shurdhër-ndritshëm-i pastër-drejt-jokonsistent-pavetëdijshëm-tërheqës-standard-i kontrolluar-mirë-intuitiv-gëzueshëm-amator-i rrezikshëm-i mërzitshëm-gëzues-e vështirë-e vështirë-e vështirë-e vështirë-e vështirë- vështirë-e vështirë-e vështirë-e vështirë-e vështirë-e vështirë E bezdisshme-e pakëndshme-rehatshme-ftohtë-zgjuar-padobishme-hackshot-ngrohtë-dritë-konsistente-misterioze-cilësi e lartë-interesant-fleksibël-e bukur-e shëmtuar-jotërheqëse-budalla -i hutuar-i përshtatshëm-i paparashikueshëm-i paparashikueshëm-i paparashikueshëm-i paparashikueshëm I qartë-i rëndë-modern-dritë-miqësor-jo-standarde-i keq-i besueshëm-kompleks-i thjeshtë-errësi-profesional-i ngadalshëm-rrumbullakët i trishtuar-jomiqësor-i parashikueshëm-i pakuptueshëm- shpejt-i trishtuar-i këndshëm-i këndshëm

Ju lutemi vini re se fjalët nuk janë të përziera rastësisht, kështu duhet t'u paraqiten të anketuarve.

Pyetësori formal

Ndryshe nga pyetësori me fjalë, ky pyetësor nuk mund të përdoret pa përshtatje për një projekt specifik. Disa nga pyetjet e saj ndonjëherë janë të parëndësishme, ndonjëherë kanë nevojë për një ndryshim në formulim. Në çdo rast, për femrat e intervistuara është e nevojshme të ndryshohet gjinia e formulimit të pyetësorit.

Pyetësori përbëhet nga disa pyetje, për secilën prej të cilave i anketuari mund të zgjedhë një nga pesë përgjigjet. Ju lutemi vini re se këtë pyetësor e kam hartuar vetëm si post-test, përdorimi i tij në çdo kapacitet tjetër është i dyshimtë.

Pyetjet e pyetësorit:

Kam bërë gabime gjatë detyrave Jo/Po

Sistemi është në gjendje të bëjë gjithçka që më nevojitet dhe akoma më shumë Jo/Po Sistemi është mjaft i shpejtë Jo/Po

Më pëlqen pamja e ndërfaqes Jo/Po

Ndjej se nëse e njoh më mirë sistemin, mund të bëj gjëra në të që as nuk i di tani Jo/Po

Sistemi mund të personalizohet lehtësisht sipas nevojave të mia Jo/Po

Fillimi ishte i lehtë; Nuk kam hasur në vështirësi të konsiderueshme Jo/Po

Sa herë që bëja një gabim, e vërejta lehtësisht dhe e korrigjoja gabimin tim Jo/Po

Jam i kënaqur me shpejtësinë time të punës Jo/Po

U ndjeva mjaft i sigurt gjatë detyrave Jo/Po

Në çdo moment, e dija se çfarë duhej të bëja tjetër Jo/Po

Sistemi më duket i dobishëm, do të isha i lumtur ta përdorja për të zgjidhur problemet e mia Jo / Po

Rezultatet duhet të llogariten sipas algoritmit të mëposhtëm: vlera qendrore jep zero pikë, vlerat ekstreme japin ose -2 pikë (përgjigja majtas) ose +2 pikë (përgjigja e djathtë), vlerat e ndërmjetme ose -1 ose + 1 pikë, respektivisht. Rezultati është vlera që krahasohet.

Shikimi i reagimeve emocionale

Përveç anketës, mund të numëroni reagimet emocionale të të anketuarit. Për shembull, i padituri buzëqeshi - vendos një plus, u betua ose u grimas - vendos një minus. Numri dhe shenja e reaksioneve është vlera e dëshiruar e treguesit.

Ka probleme edhe me këtë metodë.

Së pari, nuk është e qartë se si të numërohen reagimet me fuqi të ndryshme. Sa herë duhet të buzëqeshë i padituri për të balancuar tetë sekonda sharje? Dhe nëntë sekonda sharje?

Së dyti, i njëjti person duhet të numërojë reagimet e të gjithë të anketuarve, pasi është e pamundur që disa njerëz të sinkronizojnë idetë e tyre për atë që, në fakt, përfshihet në konceptin e një reagimi emocional. Si rezultat, intensiteti i burimit të testit rritet shumë.

Mos e bëni këtë kuiz nëse nuk jeni pak të sigurt për aftësinë tuaj për të kapur emocionet e njerëzve të tjerë (për shembull, nëse jeni Em dhe jo Jo).

Problemi i dytë është pasiguria e testit. Vërehet vetëm kënaqësia operacionale, domethënë kënaqësia, dhe kënaqësia e perceptuar, pothuajse gjithmonë më e rëndësishme, mbetet prapa skenave.

Çfarë ju nevojitet për testim

Tani që çështjet themelore janë zgjidhur në përgjithësi, ne mund të kalojmë në praktikë. Ju duhet të filloni me një listë të asaj që duhet të grumbulloni në një vend për testimin e përdorshmërisë (këto artikuj do të përshkruhen më në detaje më poshtë). Pra, çfarë na duhet:

• të anketuarit
• Metoda e testimit
• skenarët e testimit
• vendi i punës për provën dhe një metodë e mirëpërcaktuar e fiksimit të materialit
• test i testuar.

Të anketuarit

Kur zgjidhni të anketuarit për testim, së pari është e përshtatshme të përcaktohen kërkesat e përgjithshme për të anketuarit, dhe vetëm atëherë të zgjidhni të anketuarit nga audienca e synuar, duke përdorur kërkesat e krijuara.

Mbani në mend se përzgjedhja e të anketuarve që nuk janë në audiencën e synuar është shumë më e rrezikshme sesa duket në shikim të parë. Ju ose do të identifikoni problemet që nuk ekzistojnë, ose nuk do të identifikoni ato ekzistuese. Në rastin më të keq, ju do ta thjeshtoni aq shumë ndërfaqen, saqë do të jetë e vështirë për përdoruesit e zakonshëm, që në fakt janë shumica, ta përdorin atë.

Kërkesat e përgjithshme për të anketuarit

Pika e parë është nëse të anketuarit kanë nevojë për përvojë me sistemin. Rregulli i përgjithshëm: nëse ndërfaqja e një sistemi ekzistues është duke u optimizuar, gjysma e të anketuarve duhet të kenë përvojë pune (ata mund të identifikojnë problemet e rimësimit gjatë zbatimit), dhe gjysma jo (ata përcaktojnë shkallën e të mësuarit). Nëse ka sisteme konkurruese, një proporcion tjetër është më i mirë: një e treta me përvojë me versionin e mëparshëm, një e treta tjetër me përvojë në përdorimin e sistemeve konkurruese, e treta e mbetur pa përvojë me sistemin.

Pika e dytë është niveli i njohurive kompjuterike. Duke qenë të barabarta, zgjedhja e preferuar është ajo reale, d.m.th. që përkon me përvojën e audiencës së synuar, niveli i tre të katërtave të të anketuarve dhe një nivel i ulët - - për tremujorin e mbetur (mund të identifikojë më shumë probleme).

Niveli i njohurive kompjuterike përcaktohet me lehtësi nga shkalla e mëposhtme:

1. Lartë. I anketuari ka një kompjuter në punë dhe në shtëpi, pjesa më e madhe e punës bëhet në kompjuter, i anketuari përdor kompjuterin si një mjet për vetë-zhvillim, përdor në mënyrë aktive shërbimet e internetit (për shembull, blen rregullisht mallra dhe shërbime në dyqanet online ).
2. Mbi mesataren. I anketuari ka një kompjuter në punë dhe në shtëpi, pjesa më e madhe e punës kryhet në kompjuter, por i anketuari nuk e përdor kompjuterin për të zgjidhur detyra që shkojnë përtej aktivitetit të tij kryesor (punon në kompjuter "nga thirrja në thirrje" dhe jo më).
3. Mesatare. Përdorimi i kompjuterit ka qenë pjesë e aktiviteteve normale (të punës ose personale) për dy vjet ose më shumë.
4. I shkurtër. Në punë ose në shtëpi ka një kompjuter, por përvoja e punës me kompjuter nuk i kalon dy vjet dhe kompjuteri nuk është një mjet i rëndësishëm në punë.
5. Shumë e ulët. Përvoja e përdorimit të kompjuterit është sporadike, kohëzgjatja nuk i kalon tre vjet. Kompjuteri nuk përdoret as në punë as në shtëpi.

Në vendin e tretë është mosha. Përqindja optimale: tre të katërtat e të anketuarve janë të moshës së audiencës së synuar të sistemit, tremujori i mbetur është më i vjetër (mund të identifikohen më shumë probleme në të).

Gjinia e të anketuarve ka më pak ndikim në rezultate, por kjo nuk do të thotë se nuk është e nevojshme të përzgjidhen të anketuarit e gjinisë së duhur. Vlen të rritet numri i grave në mesin e të anketuarve në krahasim me proporcionin në audiencën e synuar, pasi është më e lehtë të identifikohen problemet gjatë zbatimit tek gratë (gratë, në përgjithësi, mësojnë më ngadalë, por, pasi kanë mësuar, punojnë më mirë).

Karakteristika e fundit domethënëse është niveli i hapjes emocionale të të anketuarve. Sa më i kufizuar i anketuari, aq më pak është në gjendje t'ju tregojë të vlefshme. Edhe nëse përcaktoni se ka një problem, nuk do të mund të merrni asnjë informacion prej tij se çfarë e ka shkaktuar këtë problem. Ekziston një mënyrë e shkëlqyer për të zgjidhur problemin e hapjes së pamjaftueshme emocionale - ia vlen të kesh një bazë të të anketuarve dhe t'i përdorësh përsëri. Një i anketuar që tashmë e di nga përvoja se nuk ka asgjë të keqe me testimin e përdorshmërisë, është shumë më i gatshëm për të kontaktuar dhe në përgjithësi është më llafazan.

Më në fund, kur veçoritë e përdoruesve të dëshiruar për testin janë përcaktuar tashmë, është koha për të zgjedhur të tillë të anketuar që jo vetëm plotësojnë kërkesat e mësipërme, por përfshihen edhe në audiencën e synuar të sistemit.

Sa të anketuar ju nevojiten

Në vitin 1992, Robert Virzi në Përpunimin e fazës së testimit të vlerësimit të përdorshmërisë: sa lëndë mjaftojnë? supozoi se pesë të anketuar ishin të mjaftueshëm për testin. Një vit më vonë, Jakob Nielsen dhe Thomas K. Landauer morën stafetën me artikullin Një model matematikor i gjetjes së problemeve të përdorshmërisë, në të cilin ata argumentuan se pesë të anketuar janë të mjaftueshëm për të kapur 70% të problemeve dhe nevojiten tre të anketuar të tjerë. në mënyrë që të sjellë efektivitetin në 85%.

Komuniteti i përdorshmërisë i donte këta numra me gjithë zemër. Që atëherë, fraza "5-8 të anketuar" është bërë pothuajse një mantra. Mjerisht, kjo mantra është e rreme.

Së pari, të tre autorët shkruan vetëm për testimin e sistemeve të vogla. Po sikur sistemi të jetë shumë i madh për t'i përshtatur testit secilit të anketuar në një orë e gjysmë (ky është maksimumi që një person, si i anketuari ashtu edhe eksperimentuesi, mund të durojë; testet prej 40 minutash janë shumë më të mira). Në këtë rast, do t'ju duhet të kryeni disa teste të ndryshme për të anketuar të ndryshëm; pa këtë, do të jetë thjesht e pamundur të mbulohet e gjithë ndërfaqja e sistemit. Sa të anketuar do të nevojiten në këtë rast varet nga sistemi, këtu nuk mund të ketë gradime të qarta. Pra, për të testuar një faqe të madhe korporate, në një mënyrë të mirë, ju duhen njëzet persona në disa seri prej 5 personash.

Së dyti, tetë persona - kjo është shumë pak për të folur për të paktën njëfarë saktësie në matjen e karakteristikave ergonomike. Ju duhen të paktën dymbëdhjetë persona për të matur.

Së treti, tetë persona nuk mund të strehojnë as gjininë, moshën apo ndonjë llojllojshmëri tjetër të të anketuarve. Nëse dëshironi të testoni një ndërfaqe të krijuar për disa grupe të veçanta të audiencës, secili grup duhet të marrë pesë deri në tetë të anketuarit e tij.

Nga ana tjetër, në fund të fundit, të anketuarit e parë bëjnë të mundur identifikimin e pjesës së luanit të problemeve. Prandaj, e vetmja rrugëdalje realiste është testimi në seri: kalon seria e parë, zgjidhen problemet e identifikuara, pastaj seria e dytë, problemet zgjidhen përsëri, e kështu me radhë. Nëse në serinë e parë përdoren të gjitha llojet e të anketuarve, pjesa tjetër e serisë mund të ndërpritet në mënyrë të sigurt kur sasia e të dhënave që do të identifikohen bie ndjeshëm. Seria e parë duhet të jetë më e madhe, pjesa tjetër më e vogël.

Çështjet organizative

Përveç kërkesave aktuale për të anketuarit, pyetja mbetet: si të bindni një të anketuar potencial për të marrë pjesë në testim?

Nëse po dizajnoni një ndërfaqe për të porositur, përpiquni ta zhvendosni kërkimin për të anketuarit tek klienti. Pothuajse gjithmonë, sistemi ka përdorues realë ose potencialë me të cilët klienti ka një marrëdhënie të veçantë dhe të cilët - që është i mirë - veçanërisht të interesuar për ndërfaqen e re, kjo është arsyeja pse ata janë shumë të shoqërueshëm.

Nëse po dizajnoni një ndërfaqe për një sistem me një audiencë të gjerë (normale) të synuar, mos i lini pas dore të dashurit tuaj. Ata janë të dy të komunikueshëm dhe lehtësisht të arritshëm.

Shumë kompani rekrutimi po rekrutojnë për fokus grupe, kështu që ata mund të rekrutojnë të anketuar edhe për testimin e përdorshmërisë. Fatkeqësisht, fokus grupi është një ngjarje e njëhershme, relativisht e shkurtër. Testimi i përdorshmërisë do të kërkojë planifikimin e intervistave me të anketuarit nga ana tjetër, një person në një kohë, gjë që e bën procesin shumë të vështirë.

Mbani një bazë të dhënash të njerëzve që keni përdorur tashmë për testim. Si rregull, është më e lehtë të negociosh me ta sesa me ata që nuk kanë përvojë në pjesëmarrjen në testim.

Kur organizoni një takim me të anketuarin, jini sa më fleksibël dhe miqësor. I anketuari, edhe nëse koha e tij është e paguar, po ju bën një nder duke pranuar të marrë pjesë në testim.

Nëse e gjetët vetë të paditurin, edhe nëse është miku ose i afërmi juaj, ai duhet të shpërblehet për kohën e kaluar prej tij (mund ta bëni pa shpërblim nëse të anketuarit janë ofruar nga klienti i ndërfaqes, por nëse keni përdorur shërbimet të shërbimeve të rekrutimit, shpërblimi duhet të diskutohet me përfaqësuesin e shërbimit). Për një audiencë jo specifike, nxitja më e mirë janë paratë - shuma optimale e pagesës është dyfishi i tarifës për orë të një të anketuari të caktuar, duke marrë parasysh kohën që i anketuari ka kaluar në rrugë. Për një audiencë specifike, shpesh nevojiten sasi shumë të mëdha shpërblimesh, në kushte të tilla është e arsyeshme që të anketuarit të shpërblehen me dhurata të vlefshme, për të cilat mund të merrni një zbritje të madhe me shumicë (Unë personalisht preferoj të përdor alkool të shtrenjtë).

Metodat e Testimit

Ekzistojnë vetëm tre metoda kryesore të testimit të përdorshmërisë: vëzhgimi pasiv i ekzekutimit të detyrave të testimit, rrjedha e vetëdijes dhe ndërhyrja aktive; e para është për mbledhjen e të dhënave sasiore, e fundit është për të dhëna cilësore:

• Monitorimi pasiv i detyrave të testimit. Thelbi i metodës është shumë i thjeshtë: i anketuari kryen detyra testimi, veprimet e tij analizohen (gjatë testit ose pas, sipas protokolleve), gjë që lejon gjetjen e fragmenteve problematike dhe matjen e karakteristikave ergonomike të ndërfaqes.
• Rrjedha e vetëdijes (mendoni me zë të lartë). Korrespondon me një test vëzhgimi pasiv, por të anketuarit i kërkohet gjithashtu të komentojë verbalisht veprimet e tyre. Më pas analizohen komentet. Metoda është mjaft e paqëndrueshme, por ndonjëherë jep rezultate interesante (shumë varet nga biseda e të anketuarit). Një minus kryesor i rrjedhës së vetëdijes - Masjet e karakteristikave ergonomike të ndërfaqes janë shumë të diskutueshme.
• ndërhyrje aktive. Në këtë metodë, specialisti i përdorshmërisë nuk pret favore nga natyra në personin e të paditurit, por përpiqet t'i marrë ato vetë. Pas çdo veprimi të të anketuarit, eksperimentuesi e pyet atë pse i padituri vepron në këtë mënyrë; në çdo ekran, eksperimentuesi pyet se si e kupton saktësisht i anketuari qëllimin dhe funksionet e këtij ekrani. Kjo metodë është më afër një interviste të fokusuar sesa testimit aktual - për shembull, metoda mund të përdoret edhe pa artikuj testues, për sa kohë që ka një ndërfaqe për diskutim. Është e qartë se me ndërhyrjen aktive nuk janë thjesht të mundshme matje, por sasia e të dhënave cilësore të marra është më e madhja.

Skenarët e testimit

Një rast testimi - është aspekti i testueshëm i sistemit. Sipas mendimit tim, skenarët e testimit të përzgjedhur në mënyrë adekuate janë parakushti më i rëndësishëm për testimin e cilësisë.

Skenarët përbëhen nga një detyrë e personalizuar dhe shoqëruesit e saj:

• metrikë të rëndësishme ergonomike
• detyra testimi për të anketuarit (mund të ketë disa detyra)
• shenjat e përfundimit të suksesshëm të detyrës.

Le t'i analizojmë ato në detaje.

Detyrë me porosi

Hapi i parë në përcaktimin e skenarëve është identifikimi i detyrave kuptimplote të përdoruesit. Këto detyra janë materiali burimor për skriptimin.

Çfarë është një detyrë e personalizuar? Kjo është detyra që aktiviteti i tyre u bën përdoruesve dhe që ka një vlerë të pavarur për përdoruesit. Një detyrë e personalizuar ekzekutohet si një ose më shumë operacione (një operacion i personalizuar nuk ka vlerë të pavarur). Për shembull, për një program klienti të postës, detyrat janë:

• shkrimi dhe dërgimi i një letre
• marrjen e mesazheve nga serveri
• personalizimi i programit për t'iu përshtatur nevojave tuaja (për shembull, konfigurimi i marrjes automatike të postës në intervale të caktuara).

Por zgjedhja e një adresuesi nga libri i adresave kur shkruan një letër të re nuk është më detyrë, sepse ky veprim nuk është i vlefshëm në vetvete. Ky është një operacion i përbërë nga shumë veprime (kliko në butonin Për... > zgjidhni një kontakt > konfirmoni zgjedhjen).

Kur zgjidhni detyra për testim, duhet të merren parasysh dy konsiderata:

• Të gjitha detyrat duhet të jenë realiste, d.m.th. e zbuluar nga aktiviteti aktual i përdoruesit: dëshira për t'i bërë detyrat më të vështira për të gjetur shumë probleme në të njëjtën kohë, është jokonsistente - detyrat duhet të jenë të zakonshme, pasi nuk ka kuptim të kërkosh probleme me të cilat askush nuk përballet.
• Meqenëse është e mundur vetëm në mënyrë ideale të provoni të gjithë ndërfaqen në të gjitha detyrat e përdoruesit, duhet të kufizoni veten dhe të zgjidhni vetëm detyra të rëndësishme. Probleme të rëndësishme janë, së pari, problemet e frekuencës, d.m.th. të cilat kryhen nga të gjithë përdoruesit dhe/ose kryhen shpesh, së dyti, të gjitha detyrat e tjera që dyshoni se janë kryer keq në sistem dhe së fundi, detyrat, ekzekutimi i gabuar i të cilave çon në probleme të mëdha.

Metrikë të rëndësishme të detyrave ergonomike

Për secilën detyrë, ju duhet të zgjidhni karakteristikat e ndërfaqes që janë të rëndësishme për të. Sigurisht, ne kemi në dispozicion metrikë nga seksioni "Çfarë saktësisht të matet". Megjithatë, këto metrika janë të papërshtatshme: ato janë të vështira për t'u matur dhe të vështira për t'u kuptuar (megjithëse janë më të lehta për t'u krahasuar). Nga pikëpamja praktike, karakteristikat më të zakonshme janë shumë më të përshtatshme.

Për shembull, mund të numëroni numrin e gabimeve njerëzore. Por ndikimi i kësaj metrike në rezultatin integral është aq i ndërlikuar, saqë, megjithatë, analiza nuk mund të bëjë pa elemente të vullnetarizmit dhe subjektivizmit. Është shumë më e lehtë të përcaktohet ndikimi i të njëjtave gabime menjëherë, edhe para testit, për shembull, duke vendosur një karakteristikë të rëndësishme të ndërfaqes "Përdoruesi është në gjendje të instalojë programin në më pak se pesë minuta, duke bërë jo më shumë se dy të vogla gabime" (ku një gabim i vogël nënkupton një gabim që ai vetë përdoruesi e ka vërejtur dhe korrigjuar). Sigurisht, ka shumë arbitraritet në një kërkesë të tillë. Por është akoma më pak se sa në spekulime të dyshimta për numrin e gabimeve njerëzore të identifikuara. Kështu, metrikat "e zakonshme" janë më të përshtatshme se metrikat universale.

Përveç kësaj, metrikat e thjeshta deklarative janë gjithashtu të përshtatshme, sepse ato ju lejojnë të kuptoni kur duhet të vazhdoni të optimizoni ndërfaqen dhe kur mund të ndaloni. Duke iu rikthyer shembullit nga paragrafi i mëparshëm, mund të themi se duhet të optimizojmë ndërfaqen derisa instalimi të zgjasë më pak se pesë minuta. Nëse, pas optimizimit të ndërfaqes, programi instalohet në gjashtë minuta, kjo është një arsye për të modifikuar përsëri ndërfaqen dhe për ta testuar përsëri.

Këtu janë shembuj të metrikave të tilla:

• Suksesi - të anketuarit kryejnë saktë 90% të detyrave.
• Efikasiteti - shpejtësia e përvojës së përdoruesit: regjistrimi në faqe përfundon në më pak se 7 minuta.
• Efikasiteti - gabimet: kur futni 10 formularë, numri i gabimeve në hyrje nuk i kalon dy.
• Efikasiteti - aftësia për të mësuar se si të punohet me sistemin: kur kryeni detyrën 9, e cila ndryshon nga detyra 2 vetëm në të dhënat hyrëse, të anketuarit nuk bëjnë asnjë gabim të vetëm (përveç gabimeve).
• Kënaqshmëria - sipas rezultateve të anketës, numri i pikëve është rritur me 20% krahasuar me rezultatet e mëparshme.

Detyrat e testimit

Një detyrë testimi është ajo që merr nga ju i anketuari, një detyrë që ju lejon të drejtoni të anketuarin përmes një fragmenti të ndërfaqes së sistemit dhe të përcaktoni karakteristikat e këtij fragmenti.

Detyrat e testimit, përveç faktit që ato duhet të korrespondojnë me detyrat e përdoruesit, duhet të kenë edhe vetitë e mëposhtme:

• Padyshim. Detyrat duhet të formulohen në atë mënyrë që të përjashtohet keqinterpretimi i tyre nga i padituri. Nëse i anketuari e keqkupton detyrën, pothuajse me siguri nuk do të jeni në gjendje ta drejtoni testin në rrugën e duhur pa e nxitur në të njëjtën kohë sekuencën e detyrës.
• Plotësia. Teksti i detyrës duhet të përmbajë të gjithë informacionin e nevojshëm për të përfunduar këtë detyrë.
• shkurtësia. Nëse po matni shpejtësinë e përfundimit të detyrave, detyrat duhet të jenë mjaft të shkurtra që kohëzgjatja e kohës që të anketuarit lexojnë detyrat të mos ndikojë në kohëzgjatjen e vetë detyrave (njerëzit lexojnë me shpejtësi të ndryshme). Nëse teksti i detyrës është i madh në vëllim, do t'ju duhet të ndërprisni manualisht kohëzgjatjen e leximit për secilën detyrë, gjë që është shumë e mundimshme.
• Mungesa e sugjerimeve. Sipas tekstit të detyrës, nuk duhet të jetë e qartë se si duhet kryer kjo detyrë. Për shembull, është e papranueshme të përdoret terminologjia e sistemit  -  në vend të secilit term, ju duhet të përshkruani kuptimin e tij, përndryshe të anketuarit thjesht do të klikojnë butonat me të njëjtat fjalë dhe nuk do të identifikoni asnjë problem.
• Detyra duhet të përfshijë pika e fillimit të detyrës, d.m.th. duhet të shkruhet dritarja ose ekrani në të cilin duhet të jetë i anketuari në fillim. Nëse një informacion i tillë nuk jepet, të anketuarit në mënyrë të pashmangshme do të kalojnë në fragmente të tjera të ndërfaqes, që do të thotë se detyra do të kryhet ndryshe nga të anketuar të ndryshëm, gjë që i bën të gjitha llogaritjet statistikore të pakuptimta. Ju duhet të rregulloni pikën e fillimit të detyrës në fund të detyrës së mëparshme. Nëse detyra fillon me një fletë të zbrazët, në fund të detyrës së mëparshme duhet të thotë "kthehu në ekranin kryesor". Nëse një detyrë do të fillojë aty ku mbaroi detyra e mëparshme, detyra e mëparshme duhet të përfundojë me fjalët "kur të përfundojë, mos e mbyll dritaren aktuale/qëndro në këtë ekran".

Përveç këtyre kërkesave të përgjithshme, duhet të merren parasysh edhe sa vijon:

• Është e mundur që disa detyra testimi do të duhet të shkruhen për një detyrë përdoruesi. Rasti tipik - Detyra është shumë e madhe për t'u përshtatur në një detyrë. Gjithashtu, nëse një detyrë e përdoruesit është e shpeshtë, nuk duhet të kujdeseni shumë për mënyrën se si kryhet herën e parë - është shumë më interesante të dini se si përdoruesit do ta bëjnë atë herën e dytë, të tretë, të katërt (e kështu me radhë). . Në këtë rast, brenda testit për një të anketuar, kjo detyrë do të duhet të ekzekutohet disa herë, çdo herë duke ndryshuar detyrat.
• Përveç detyrave në të cilat i padituri duhet të kryejë disa veprime, janë të pranueshme dhe të dëshirueshme detyrat e dyfishta, në të cilat i padituri duhet fillimisht të vendosë nëse duhet ta kryejë këtë veprim në një kohë të caktuar. Për shembull, nëse po testojmë një defragmentues të diskut, në vend të detyrës "Defragmento diskun e kompjuterit", është më mirë të përdorni detyrën "Kontrolloni shkallën e fragmentimit të diskut dhe, nëse e shihni të nevojshme, defragmentoni diskun e kompjuterit. ". Detyra të tilla duhet të hartohen në atë mënyrë që i anketuari të mos mund të refuzojë të marrë një vendim pa parë, duke thënë se, thonë ata, gjithçka është në rregull dhe nuk nevojitet defragmentimi. Gjithashtu, para një testi të tillë, është e arsyeshme që qëllimisht të fragmentohet disku në mënyrë që i anketuari të mos mund t'i shmanget detyrës.
• Ndonjëherë gjatë një detyre, ju duhet të ndryshoni me forcë gjendjen e sistemit. Për shembull, nëse doni të dini se si përdoruesit zgjidhin një problem të caktuar, duhet ta krijoni atë problem. Është e papranueshme të ndërpritet testi për këtë, pasi kjo do të shpërqendrojë të anketuarin. Në raste të tilla, një detyrë tjetër mund të futet përpara artikullit përkatës, në të cilën i padituri duhet ta krijojë vetë problemin. Sigurisht, një detyrë e tillë nuk do të japë asnjë informacion në lidhje me ndërfaqen.
• Analiza e rezultateve dhe përmbledhja e statistikave thjeshtohen shumë nëse nuk bëni një numër të vogël detyrash të gjata, por një numër të madh detyrash të shkurtra që kërkojnë lëvizjen e vetëm disa ekraneve ose plotësimin e një ose dy formularëve.
• Detyra e parë e testit duhet të jetë një hyrje, e krijuar vetëm për të futur të anketuarin në proces. Prandaj, duhet të jetë e thjeshtë dhe rezultatet e saj mund të injorohen.

Sigurohuni që të kontrolloni nëse skenarët tuaj mund të plotësohen nga të anketuarit në kohën e pritshme të testimit. Ndoshta, lista e skenarëve do të duhet të zvogëlohet.

Shenjat e përfundimit me sukses të një detyre

Komponenti i fundit i skenarit është shenja e përfundimit të suksesshëm të detyrave. Këtu është gjëja: jo gjithmonë e njëjta detyrë mund të bëhet në të vetmen mënyrë. Është e gabuar të kryhet testi pa i ditur të gjitha këto metoda, pasi analizat e mëtejshme do të rezultojnë të dyshimta. Supozoni se i anketuari A e ka përfunduar detyrën në mënyrën A dhe i anketuari B në mënyrën B. Të dy të anketuarit e kanë përballuar detyrën, por njëri është akoma më i mirë se tjetri. Në fund të fundit, metoda të ndryshme duket se kanë efikasitet të ndryshëm, për shembull, numri i veprimeve të përfshira në metodën B është një herë e gjysmë më i lartë se numri i veprimeve të metodës A. Metoda A është e preferueshme në një situatë të tillë, në një ideal sistemi (për të cilin ju duhet të përpiqeni) të gjithë përdoruesit duhet ta përdorin vetëm atë.

Për më tepër, ndonjëherë rezultati i saktë i testit nga pikëpamja e eksperimentuesit nuk është vërtet i saktë, veçanërisht nëse fusha e temës është komplekse dhe specialisti i përdorshmërisë nuk e njeh atë mjaft mirë. Për t'u siguruar që rezultati i saktë është pikërisht ai që beson specialisti i përdorshmërisë, ai duhet të gjejë një specialist të sistemit dhe domenit dhe të pyesë. Pa i ditur me vendosmëri të gjitha mënyrat për të përfunduar detyrën, thjesht nuk do të jeni në gjendje të identifikoni gabimet.

Vendi i punës dhe mënyrat e rregullimit të të dhënave

Ekzistojnë dy qasje për organizimin e një vendi pune për testimin e përdorshmërisë: një vend pune i palëvizshëm dhe një vend i lëvizshëm. Këtu jepen vetëm rekomandimet që kanë të bëjnë me hapësirat e lëvizshme të punës, pasi laboratorët e lëvizshëm janë vetë më të lirë dhe lejojnë shpërblime më të ulëta për të anketuarit (megjithëse me koston e kohës së specialistit të përdorshmërisë, i cili duhet të udhëtojë vetë te të anketuarit).

Pra, çfarë duhet të keni për testim të plotë:

1. Fletore. Kërkesat për një laptop janë të thjeshta. Së pari, një procesor sa më i fuqishëm që të jetë e mundur për regjistrimin e njëkohshëm të ekranit (megjithëse edhe procesorët më të dobët Intel Centrino ju lejojnë të regjistroni një transmetim video në sfond, ndërfaqja në provë do të funksionojë më shpejt në procesorë më të fuqishëm dhe cilësia e videos do të jetë më e lartë ). Së dyti, nëse do të regjistroni një video me vetë të anketuarin (shih më poshtë), do t'ju duhet një ekran më i madh për të përshtatur si ndërfaqen e testuar ashtu edhe dritaren me fytyrën e të anketuarit.

2. Webkamera nëse do të regjistroni shprehjet e fytyrës dhe drejtimin e shikimit të të anketuarit. Si rregull, sa më e shtrenjtë të jetë kamera, aq më e mirë është cilësia e imazhit që jep. Një aparat fotografik me montim të ekranit të laptopit është i dëshirueshëm, pasi është më i përshtatshëm për t'u përdorur.

3. Mikrofoni. Në thelb, çdokush do të bëjë. Personalisht, unë përdor një mikrofon të rregullt Genius që kushton shtatëdhjetë rubla. Nëse kamera juaj e internetit ka një mikrofon të integruar, kjo është gjithashtu mirë. Nga ana tjetër, një mikrofon më i mirë jep cilësi më të mirë regjistrimi, kështu që do të ketë më pak fishkëllimë (por nuk ndërhyn me asgjë).

4. Regjistrues i ekranit. Standardi de facto është TechSmith Camtasia, por nëse fondet e lejojnë, investoni në TechSmith Morae, i cili është krijuar posaçërisht për testimin e përdorshmërisë (ai regjistron jo vetëm përmbajtjen e ekranit, por gjithashtu regjistron veprimet e përdoruesit, të cilat mund të përshpejtojnë shumë analizën pasuese - nga ana tjetër, Morae është katër herë më e shtrenjtë se Camtasia, e cila tashmë është e shtrenjtë).

Përpara testit të parë, njihuni sa më mirë me pajisjet tuaja. Eksploroni mënyrën më të mirë për të pozicionuar kamerën dhe mikrofonin tuaj për rezultatet më të mira. Mësoni çelësat e nxehtë të programit të regjistrimit të ekranit, mësoni se si ta nisni shpejt në çdo mënyrë. Asgjë nuk e minon besimin e një të anketuari në testimin më shumë sesa pamja e një eksperimentuesi plot zhurmë që përpiqet ta bëjë regjistrimin siç duhet në momentin e fundit përpara një testi.

5. Nëse do të regjistroni kohëzgjatjen e detyrave, është e dobishme të keni kronometër sportiv me regjistrimin e rrathëve (Laps), i cili ju lejon të mbani mend një sërë intervalesh. Përndryshe do të duhet të shikoni sërish videot për të llogaritur kohëzgjatjen e detyrave, gjë që është shumë e lodhshme.

6. Detyrat e testimit për t'ua paraqitur të anketuarve. Si rregull, alternativa më e mirë është të printoni secilën detyrë në një fletë të veçantë, në mënyrë që i anketuari të mos mund të vrapojë përpara dhe të lexojë detyrat që nuk i ka përfunduar ende. Në fletën e parë duhet të shfaqni formë hyrëse. Një shembull i një forme të tillë (në kllapa katrore - të dhëna të ndryshueshme):

I dashur [emri i të anketuarit],

Ju ftojmë të përfundoni një sërë detyrash të krijuara për të vlerësuar thjeshtësinë dhe lehtësinë e përdorimit të [Emri i sistemit]. Ndjehuni të lirë për të përfunduar detyrat. Qëllimi i studimit është të vlerësojë cilësitë e ndërfaqes së studiuar, dhe jo ju personalisht. Nëse bëni diçka të gabuar, kjo do të thotë që ndërfaqja dhe vetëm ndërfaqja kanë nevojë për përmirësim.

Kur kryeni detyra, duhet të veproni ashtu siç e shihni të arsyeshme. Për shembull, nëse zgjidhni të përdorni Ndihmën, mund ta bëni këtë pa kërkuar lejen e eksperimentuesit.

Ju lutemi vini re se veprimet dhe fjalët tuaja regjistrohen për studime të mëtejshme, por të gjitha të dhënat e mbledhura do të mbeten rreptësisht konfidenciale dhe do të jenë të disponueshme vetëm për studiuesit.

Lexoni me kujdes detyrën dhe ndiqni me përpikëri udhëzimet në të.

Mundohuni ta përfundoni çdo detyrë deri në fund, por nëse gjatë detyrës kuptoni se nuk mundeni ose nuk dëshironi ta përfundoni, informoni eksperimentuesin për këtë dhe kaloni në detyrën tjetër.

Ju lutemi, kthejeni faqen me detyrën vetëm kur të përfundoni detyrën në faqen e hapur.

Nëse nuk kuptoni ndonjë detyrë, mos ngurroni të pyesni përsëri testuesin.

Nga ana tjetër, në disa raste është shumë më efikase t'u jepen detyra të anketuarve jo në letër, por në një mënyrë që është më afër realitetit. Për shembull, kur testoni një ndërfaqe POS, është më mirë të pretendoni të jeni klient dhe klientët rrallë i deklarojnë nevojat e tyre me shkrim.

7. Nëse do të anketoni përdoruesit, do t'ju duhet formularët e shtypur.

8. Nëse do të jeni pranë të paditurit dhe do të rregulloni menjëherë ndonjë parametër, do t'ju duhet tabletë me letër dhe stilolaps.Është e përshtatshme të printoni paraprakisht disa fletë me emrin e të anketuarit dhe numrat e faqeve -  nëse jeni duke bërë disa teste me radhë, kjo është e garantuar për të shmangur mundimin e letrave të përziera.

Siç mund ta shihni, nuk nevojitet shumë. Kostoja e pajisjeve dhe softuerit të nevojshëm (pa përfshirë laptopin, në shekullin e 21-të nuk është luks) nuk është më shumë se 450 dollarë në një version ekonomik. Përparësitë e një zgjidhjeje të tillë janë besueshmëria dhe lehtësia e funksionimit; përveç kësaj, lëvizshmëria lejon testimin me vetë të anketuarit, gjë që rrit ndjeshëm numrin e tyre (shumë të anketuar potencialë në asnjë rrethanë nuk do të shkojnë në zyrën e një specialisti të përdorshmërisë).

Regjistrimi i shprehjeve të fytyrës së të anketuarve

Nëse do t'i analizoni rezultatet pas testit (dhe jo gjatë tij), do të jetë jashtëzakonisht e dobishme të bëni një video regjistrim të shprehjeve të fytyrës dhe gjesteve të të anketuarve. Pa një video me të anketuarin, do t'ju duhet të analizoni lëvizjet e kursorit (të shoqëruara, pasi edhe zëri regjistrohet, me fërshëllima dhe ulërima). Me regjistrimin, do të jetë e mundur të analizohet ndërveprimi i një personi me ndërfaqen, pasi do të shfaqen parakushtet për gestalt. Një ndryshim objektivisht i parëndësishëm në metodë do të kthehet për të ndjekur një përmirësim objektivisht domethënës në rezultate.

Problemi është se regjistrimi i një videoje me vetë të paditurin është i mbushur me një vështirësi të caktuar - ju duhet të sinkronizoni automatikisht fytyrën e të paditurit dhe regjistrimin e veprimeve të tij.

Mos e vendosni mikrofonin pranë printimeve të provës. Bëhuni të shurdhër ndërsa shikoni videon.

Në një laborator të palëvizshëm të përdorshmërisë, kjo arrihet duke përzier harduerin e videos nga kamera me transmetimin e videos nga karta video e kompjuterit. Disavantazhet kryesore të kësaj zgjidhjeje janë kostoja e lartë dhe cilësia e ulët e imazhit të ekranit të regjistruar (numri i pikselëve në ekran është shumë herë më i madh se ai që mund të regjistrohet në një magnetofon). Për më tepër, të dhëna të tilla janë të papërshtatshme për të punuar.

Gjithashtu mund ta sinkronizoni regjistrimin manualisht duke regjistruar transmetime nga kamera dhe nga ekrani në kompjuter në të njëjtën kohë. Por në këtë rast, pas çdo testi, do t'ju duhet të kaloni pak kohë në punën e mërzitshme të përzierjes së dy skedarëve të ndryshëm video.

Më parë, vetëm një zgjidhje memece, megjithëse e zbatueshme, ishte e disponueshme (mënyra e re, më e mirë përshkruhet më poshtë). Para testimit:

1. Çaktivizo përshpejtimin e grafikës në Windows (në Panelet e kontrollit zgjidhni Ekrani, në skedën Opsione Shtyp butonin Për më tepër, në dritaren e hapur në skedën Diagnostifikimi lëvizni rrëshqitësin Përshpejtimi i harduerit në anën e majtë). Pas provës, përshpejtimi mund të aktivizohet përsëri.
2. Drejtoni çdo program që mund të shfaqë video që vjen nga kamera. Programe të tilla janë bashkangjitur në kamerat e internetit, përveç kësaj, programet e bisedës video janë të përshtatshme.
3. Vendoseni dritaren me foton që vjen nga kamera në skajin e poshtëm djathtas të ekranit (aty e shpërqendron më së paku të anketuarin) dhe vendoseni dritaren e sistemit në provë në mënyrë që të mos errësojë fotot. Dritarja me videon duhet të mbyllet me një copë letre (faleminderit Dmitry Satin për idenë).
4. Kërkojini të anketuarit të mos e ndryshojë madhësinë e dritares së sistemit në provë.
5. Aktivizo të gjithë regjistrimin e ekranit.

Për shkak të kësaj, gjatë testit, regjistrohet e gjithë përmbajtja e ekranit, duke përfshirë edhe veprimet e të anketuarit dhe imazhin e tij nga kamera.

Pamja e ekranit kur regjistroni shprehjet e fytyrës në këtë mënyrë.

Shtim: Versioni i tretë i TechSmith Camtasia Studio prezantoi një modalitet foto-në-foto (një transmetim nga një videokamerë futet në cep të regjistrimit të videos me përmbajtje në ekran), kështu që tani gjithçka është bërë shumë më e thjeshtë.

Problemi i vetëm me regjistrimin e shprehjeve të fytyrës së të anketuarit është se nëse shkoni vetë tek ata që përgjigjen, askush nuk mund të garantojë se nuk do të ketë gjëra të këqija në sfondin e videos - të anketuarve shpesh u pëlqen të takojnë specialistë të përdorshmërisë për çimkat.

Test i testuar

Më në fund, ne duhet të vërtetojmë vetë testin. Duhet të siguroheni që:

1. pajisja është funksionale
2. ju e dini se si ta trajtoni atë si një gjysmëperëndi të re
3. të gjitha cilësimet e paracaktuara janë të sakta
4. keni mjaft kaseta bosh ose hapësirë ​​në disk
5. të gjitha letrat e nevojshme shtypen dhe kontrollohen për rëndësinë dhe gabimet
6. detyrat e testimit përmbajnë të gjithë informacionin e nevojshëm dhe nuk kërkojnë shpjegime shtesë
7. nuk ka të dhëna të fshehura në detyrat e testimit
8. ju mund ta sillni shpejt sistemin nën provë në gjendjen e tij origjinale në mënyrë që të anketuarit e ardhshëm të mos shohin ndryshimet e bëra nga pjesëmarrësit e mëparshëm
9. ideja juaj për atë që përbën kryerjen e duhur të detyrës është e vërtetë
10. testi për një të anketuar mund të kryhet në një kohë të arsyeshme (jo më shumë se një orë e gjysmë).

Siç mund ta shihni, ka kaq shumë pika në të cilat mund të bëhen gabime, saqë kontrollimi i tyre në vetvete do të bëhet burim gabimesh (detyrat e vështira janë të vështira për t'u kryer pa gabime fare). Prandaj, nevojitet një metodë e besueshme verifikimi. Kjo metodë është testimi i vetë testit, d.m.th. kryerja e testit për dikë që nuk ju vjen keq dhe që është e lehtë për t'u kapur (për shembull, një koleg). Nëse provimi tregoi të paktën një gabim në përgatitjen e testit, korrigjoni atë dhe përsërisni ekzekutimin përsëri.

Megjithatë, vini re se një test testimi nuk zëvendëson nevojën për të testuar vetë testin, pasi disa aspekte nuk mund të testohen nga një test testimi.

Duke testuar

Pra, testi është gati dhe ju mund të vazhdoni. Procedura është e thjeshtë. Aktivizimi i regjistrimit dhe vendosja e të anketuarit në kompjuter:

1. futni të paditurin në detyrë
2. zbuloni prej tij pritshmëritë e tij nga sistemi
3. testoni ndërfaqen
4. zbuloni se si janë përmbushur pritshmëritë e të anketuarit
5. plotësoni testin.

Këto hapa janë përshkruar në detaje më poshtë.

Hyrje në problem

Futja e të anketuarit në detyrë konsiston në faktin që ju vazhdimisht i shpjegoni rregullat e testimit. Të gjitha këto shpjegime janë jashtëzakonisht të rëndësishme, nëse humbisni qoftë edhe një pikë, rezultatet do të shtrembërohen.

• Shpjegojini të anketuarit se çfarë është testimi i përdorshmërisë dhe pse është i nevojshëm.
• Shpjegojini të anketuarit (këtu lejohet të gënjehet) se është ai dhe vetëm ai që nevojitet për testim - duke ndjerë nevojën e tij, i padituri do të gëzohet.
• Përmendni se nuk keni zhvilluar ndërfaqen (mund dhe duhet të gënjeni), kështu që nuk do të ofendoheni nëse i padituri qorton ndërfaqen.
• Para testimit, mos harroni të fikni celularin dhe kërkoni të anketuarit të bëjë të njëjtën gjë.
• Shpjegojini të anketuarit se nuk po e testoni atë, por sistemin. Paralajmëroni se të gjitha problemet e tij - janë vërtet probleme të sistemit dhe se nëse gabon askush nuk do ta fajësojë, përkundrazi do ta dini se problemi nuk është tek ai, por tek sistemi.
• Na vjen keq që duhet të regjistroj veprimet e tij. Sigurojeni të anketuarin se të dhënat e mbledhura do të mbeten me ju dhe ju do t'i transferoni rezultatet e testit te klienti, duke i anonimizuar ato para kësaj. Nëse jeni duke regjistruar përmbajtje në ekran, kërkoni gjithashtu të anketuarit që të mos e fusë mbiemrin e tij në formularët e ekranit (në mënyrë që klienti juaj, të cilit do t'i jepni regjistrimin video, të mos e shohë atë).
• Shpjegojini të anketuarit se ata mund të refuzojnë të vazhdojnë testin në çdo kohë dhe se në këtë rast do t'i paguhet një shpërblim. Shpjegoni se i anketuari mund të kërkojë ndërprerjen e testit në çdo kohë për të pushuar.
• Së fundi, shpjegoni të anketuarit se është e kotë që ju të bëni pyetje në lidhje me ndërfaqen, por ju mund dhe duhet të pyeteni nëse ndonjë detyrë nuk është e qartë për të anketuarin.

Mësoni përmendësh një listë të gjërave për të thënë përpara testimit. Kjo gjithashtu ndikon në rezultatet.

Identifikimi i pritshmërive nga sistemi

Pavarësisht nga lloji dhe qëllimi i testit, kur testoni një ndërfaqe të re, është e dobishme të përcaktoni se sa mirë i përmbush pritshmëritë e përdoruesit. Nëse përmbushen pritjet, zbatimi dhe mbështetja fillestare do të lehtësohen shumë; nëse pritshmëritë janë mashtruar, sistemi do të shkaktojë menjëherë refuzim.

Nxjerrja e pritshmërive në përgjithësi duhet të bëhet përpara dizajnimit të ndërfaqes, por fatkeqësisht është jashtëzakonisht e vështirë në fazat e hershme të punës dhe kërkon, përveç kësaj, një talent të jashtëzakonshëm për të dëgjuar dhe për të bërë pyetjet e duhura. Megjithatë, në fazat ku tashmë ka diçka për të testuar, siç janë testimi i prototipeve, është më e lehtë të identifikohen pritjet e përdoruesve, kështu që është marrëzi të mos përfitoni nga kjo mundësi.

Procedura për identifikimin e pritjeve përbëhet nga dy hapa:

1. Para kryerjes së testit, i anketuari duhet të pyetet se çfarë pret nga sistemi. Ju duhet ta dëgjoni të paditurin me një vështrim të vëmendshëm dhe gjithçka që ai thotë mund të harrohet me siguri, pasi të gjitha fjalët e tij nuk janë asgjë më shumë se fantazi. Ju duhet të pyesni jo për të zbuluar diçka, por për të përgatitur të anketuarin për fazën e dytë.
2. Pas testit, i anketuari duhet të pyetet se si ndërfaqja e treguar i përmbush pritshmëritë e tij. Këtu të paditurit tashmë mund t'i besohet: së pari, ai është i përgatitur nga përgjigjet e tij të mëparshme dhe së dyti, ndërfaqja që i është shfaqur mund ta shtyjë atë të formulojë kërkesa për të cilat ai nuk ishte në dijeni më parë.

Duke testuar

Gjatë testimit, duhet të ndiqen gjashtë "kurrë" në vijim:

• Asnjëherë mos kërkoni falje për papërsosmërinë e sistemit në provë.
• Asnjëherë mos thuaj "Do ta rregullojmë më vonë".
• Mos fajësoni askënd që ndërfaqja është e keqe ("Zhvilluesit, natyrisht, janë idiotë dhe krijuan diçka të vështirë, por ne do ta rregullojmë menjëherë").
• Asnjëherë mos e quani procesin e testimit "testim i përdoruesit" - i anketuari do të mendojë se po e teston atë dhe do të ketë frikë. Është ideale nëse gjithmonë i referoheni procedurës si "testimi i përdorshmërisë së ndërfaqes" ose thjesht "testimi i ndërfaqes".
• Asnjëherë mos e ndërprisni një të anketuar. Edhe nëse thotë diçka të parëndësishme, lëreni të flasë plotësisht dhe vetëm atëherë bëni pyetjet tuaja.
• Asnjëherë mos i jepni formë sjelljes së të anketuarit. Disa njerëz përshtaten me pritjet e eksperimentuesit, për shembull, kur mendojnë se dëshironi të gjeni më shumë gabime në ndërfaqe, ata vazhdimisht do të gabojnë vetë, edhe nëse ndërfaqja nuk i ka parakushtet për këtë. Për të shmangur këtë rezultat, të gjitha fjalët tuaja duhet të jenë prerazi neutrale. Ekzistojnë dy mënyra të thjeshta për të arritur neutralitetin. Së pari, mos bëni pyetje me një përgjigje të vetme. Në vend që të pyesni të anketuarin se sa i thjeshtë iu dukej sistemi (kjo është padyshim një pyetje kryesore, pasi mund të bëhet ndryshe me një qëndrim tjetër ndaj temës - "sa i komplikuar ju është dukur sistemi?"), është më mirë. për të pyetur nëse sistemi ka një ndërfaqe të thjeshtë apo komplekse. Së dyti, shpesh të anketuarit ju bëjnë pyetje vetë, duke u përpjekur të shmangin marrjen e një vendimi vetë. Përgjigjja e pyetjeve të tilla është e lehtë, vetëm përgjigjet, për shkak të spontanitetit të tyre, do të jenë sugjestive. Në raste të tilla, përgjigja më e mirë është një kundërpyetje. A jam mirë? -Çfarë mendoni? A e përfundova saktë detyrën? -Çfarë mendoni? Dhe kështu me radhë, derisa i padituri të qetësohet. E pasjellshme, por efektive.

Për më tepër, ka disa rregulla jo aq kategorike:

• Nëse jeni duke monitoruar një veçori të ndërfaqes gjatë një testi, si p.sh. numërimi i gabimeve të të anketuarve, nuk duhet të monitoroni më shumë se një metrikë. Për shembull, nëse numëroni gabime, nuk ia vlen të numëroni kohën e ekzekutimit - probabiliteti i gabimit tuaj rritet shumë. Sipas mendimit tim, gjatë testit, ju mund të shkruani vetëm hipotezat tuaja rreth përmirësimeve të mundshme të ndërfaqes - d.m.th. atë që shihni menjëherë. Është më mirë të llogaritni treguesit e ndërfaqes nga regjistrimet video.
• Edhe me ndërhyrje aktive, përpiquni të mos i bëni të anketuarit pyetje që nuk lidhen drejtpërdrejt me funksionimin e tyre aktual. Është më mirë t'i pyesni ata pas testit.
• Nëse është e mundur, uluni në të djathtë pas të paditurit - në mënyrë që ai të shohë fytyrën tuaj me kokën e tij pak të kthyer. Prania juaj është e rëndë për të paditurin, por në këtë pozicion ai të paktën do të jetë më pak i tensionuar.
• Gjatë testit, shpesh nuk mund të shihni probleme me ndërfaqen në tërësi. Për shembull, vëreni një gabim përdoruesi. Por çfarë e shpjegon atë? A është kjo një anomali e shkaktuar nga fakti se përdoruesi është më pak i përgatitur se pjesa tjetër? Jeni i sigurt që të gjithë e përsërisin këtë gabim? Për shkak të kësaj, ju duhet të regjistroni një maksimum vëzhgimesh. Disa do t'i hidhni më vonë, por kjo është më mirë sesa të humbisni problemin.

• Shpejtësia e punës. Ndërmjet detyrave, zhvendoseni kronometrin në një rreth të ri. Nëse i padituri shpërqendrohet për ndonjë arsye, ndaloni kronometrin.
• Gabimet. Në një fletë letre, vendosni një vizë për çdo gabim njerëzor. Është i përshtatshëm për të vendosur viza të vogla për gabime të vogla dhe rreshta të gjata për gabime të mëdha. Pas testit, mjafton të numëroni numrin e pikave. Nëse numëroni gabime të llojeve të ndryshme veç e veç (për shembull, gabime të thjeshta dhe veçmas artikuj të zgjedhur gabimisht të menusë), është më mirë të përdorni kode të ndryshme, për shembull, të njëjtat viza për gabime të thjeshta dhe shkronjat M për gabimet që lidhen me menunë.
• Problemet që i shihni menjëherë. Shkruani shkurtimisht në një copë letër thelbin e problemit dhe kohën aktuale (koha e parë!). Nëse e dini saktësisht se kur ka ndodhur problemi, do ta keni më të lehtë të gjeni videoklipin përkatës.
• Reagimet emocionale të të anketuarit. Vendosni një shenjë plus për reagimet pozitive dhe një shenjë minus - për ato negative. Reagimet që ndodhin në momentin e përfundimit të detyrave të testimit nuk merren parasysh.

Përfundimi i testit

Pas përfundimit të testit:

• Bëni pyetje të anketuarit.
• Kërkojini të anketuarit të plotësojë pyetësorët nëse jeni duke kryer një anketë.
• Pyetni të anketuarin nëse i pëlqeu ndërfaqja; Pavarësisht nga përgjigja, kërkoni sqarime se çfarë saktësisht ju pëlqeu dhe çfarë nuk ju pëlqeu.
• Paguani të paditurin.
• Falënderoni atë për provimin. Sigurojeni të anketuarin se ata bënë një punë të shkëlqyeshme dhe se ju ndihmuan të identifikoni shumë probleme të ndërfaqes (bëjeni këtë edhe nëse i anketuari ishte një tip i tërhequr dhe i pakëndshëm që nuk zbuloi asgjë të re në test).
• Nëse i anketuari është veçanërisht i mirë, pyeteni nëse mund të kontaktohet në të ardhmen për detyra të reja testimi. Një i anketuar me përvojë testimi është gjithmonë më i mirë se ai që nuk ka përvojë.

Testimi i prototipit

Vëmendje e veçantë duhet t'i kushtohet testimit në prototipe. Kur testoni në prototipe, keni dy opsione:

• Ju mund të kufizoni veten në një test ndërhyrjeje aktive, pa mundësinë e marrjes së të dhënave sasiore. Për ta bërë këtë, nuk keni nevojë për ndonjë prototip të veçantë, pasi gjithmonë keni mundësinë t'i shpjegoni të paditurit kuptimin e informacionit të shërbimit dhe arsyet e boshllëqeve në prototip.
• Përveç të zakonshmes, mund të krijoni një prototip provë dhe të merrni disa të dhëna sasiore, duke humbur shumë burime të shpenzuara për një prototip provë.

Një prototip testi është një lloj prototipi në të cilin i anketuari mund të kryejë detyra testuese. Për shembull, nëse prototipi përbëhet nga një sekuencë e imazheve të ekranit:

• Në një prototip tipik, çdo imazh i ekranit do të përfaqësojë të gjitha fragmentet e mundshme të ndërfaqes në rrethana të ndryshme; në vend të të dhënave reale, të dhënat e përgjithësuara do të shfaqen me shënime për vëllimin e tyre maksimal dhe minimal të mundshëm.
• Në prototipin e provës, e njëjta ndërfaqe do të paraqitet siç shfaqet në çdo kohë gjatë ekzekutimit të detyrave të provës: nëse të dhënat modifikohen në çdo ekran sipas detyrës së provës, në prototip do të duhet të vizatoni të dy versionet e kësaj. ekran, dhe ndoshta më shumë (gjendeni para, gjatë dhe pas redaktimit).

Krijimi i një prototipi provë është gjithmonë punë intensive. Është mirë që ekranet në një prototip të tillë duhet të vizatohen disa herë. Më keq se kaq, ju nuk do të jeni në gjendje të kufizoni veten në krijimin e vetëm një prototipi provë, kështu që do t'ju duhet të bëni një prototip të rregullt dhe një prototip provë. Dhe nëse jeni duke testuar në mënyrë të përsëritur, do t'ju duhet të bëni korrigjime në të dy prototipet menjëherë.

Me drejtësi, duhet thënë se ndonjëherë ju ende duhet të krijoni prototipe provë. Për shembull, nëse ndërveprimi në ndonjë ekran është shumë kompleks dhe i ndryshueshëm, klienti nuk do të jetë në gjendje ta kuptojë atë (do ta keni të vështirë ta bëni vetë). E vetmja rrugëdalje në një situatë të tillë do të ishte vizatimi i këtij ekrani në të gjitha gjendjet e mundshme me të gjitha opsionet e mundshme të ndërveprimit, d.m.th. krijoni të njëjtin prototip provë.

Kështu, përdorimi i prototipeve jofunksionale të testit është një makth i menaxhueshëm (në fakt, ky është argumenti kryesor në favor të krijimit të prototipeve funksionale që fillimisht janë provë). A keni nevojë për këtë makth - vendosni vetë.

Analiza e rezultateve

Më në fund, është koha për të analizuar rezultatet e testit. Tre gjëra janë të rëndësishme këtu:

• kur të fillojë analiza
• si të analizohen veprimet e të anketuarit
• çfarë mund të nxirret nga të dhënat sasiore.

Vëmendje e veçantë është çështja se kur të filloni të optimizoni ndërfaqen.

Kur të filloni analizën

Ju mund të analizoni rezultatet si gjatë dhe pas testit. Analiza gjatë testimit ka avantazhe dhe disavantazhe. Përparësitë përfshijnë se ajo:

• Ju lejon të kurseni kohë në fazën e analizës, sepse një pjesë e analizës është bërë gjatë një hapi të mëparshëm.
• Jep përshtypjen më të drejtpërdrejtë të testit (gestalt), i cili ju lejon të shihni probleme që nuk vihen re në asnjë mënyrë tjetër.

Ka edhe disavantazhe:

• Nuk lejon regjistrimin e më shumë se një treguesi ergonomik në të njëjtën kohë, madje edhe atëherë në praktikë është e mundur të matet vetëm shpejtësia e punës së përdoruesit dhe numri i gabimeve njerëzore (edhe pse këta janë treguesit më të njohur).
• Është e mundur vetëm me përvojë të konsiderueshme të një specialisti të përdorshmërisë.
• Është e pamundur nëse testi kryhet nga një specialist, dhe analiza bëhet nga një tjetër (nga ana tjetër, vëzhgimet e atij që ka kryer testin patjetër do t'i vijnë në ndihmë këtij personi tjetër).

Analiza pas testimit është e lirë nga këto disavantazhe dhe avantazhe. Kjo ju lejon të analizoni me kujdes dhe me mend materialin, pavarësisht nga numri dhe natyra e treguesve të matur. Përveç kësaj, është lehtësisht i shkallëzueshëm për çdo numër interpretuesish.

Kështu, strategjia optimale duket të jetë fillimi i analizës gjatë testit. Në disa raste, kjo analizë mund të jetë e kufizuar. Nëse kjo rezulton e pamundur, gjithmonë mund të analizoni edhe protokollet e testimit të videos.

Analiza e veprimeve të të anketuarve

Pothuajse të gjitha testet e përdorshmërisë kanë për qëllim gjetjen dhe identifikimin e problemeve. Por si ta shohim problemin në veprimet e të anketuarve?

Gabimet

Jo çdo gabim i të anketuarit shpjegohet nga problemet e ndërfaqes, për shembull, i anketuari mund të tregojë pavëmendje elementare. Sidoqoftë, çdo gabim kërkon konsideratë:

• Nëse gabimi është kritik, d.m.th. i padituri bëri një gabim për shkak të një keqkuptimi të strukturës së ndërfaqes dhe gabimi çoi në gabime të tjera (për shembull, një vizitor i faqes shkoi në një seksion që nuk i duhej dhe humbi atje), fragmenti përkatës duhet të ribëhet: hapat duhet marrë për të zgjidhur paqartësinë, për të shtuar sugjerime, etj.
• Nëse gabimi është jo kritik, d.m.th. i padituri e vuri re menjëherë vetë dhe e korrigjoi vetë, ju duhet të vendosni nëse do ta korrigjoni apo ta lini pa mbikëqyrje. Korrigjimi i një problemi ia vlen nëse mendoni se e kuptoni pse ndodhi gabimi (vetëm përvoja do t'ju ndihmojë këtu). Nëse nuk e ndjeni, lini ndërfaqen ashtu siç është. Sigurisht, nëse problemi përsëritet, gabimi duhet të rregullohet - por atëherë do të keni më shumë informacion rreth tij, kështu që do të jetë më e lehtë për t'u rregulluar.
• Ndoshta gabimi është për shkak të papërsosmërisë së detyrës së provës. Sigurohuni që të siguroheni që kjo të mos jetë kështu - kërkoni të anketuarit të ritregojë detyrën me fjalët e tij dhe nëse ai ka bërë një gabim, atëherë ai e ka kuptuar gabimisht detyrën dhe detyra duhet të ribëhet urgjentisht, gabimi mund të injorohet.

Ngadalësimet e punës

Nëse i anketuari ndaloi pa ndonjë arsye të dukshme, kjo do të thotë se ai po përpiqet të kuptojë se çfarë duhet të bëjë më pas. Ndërfaqja ndoshta nuk është mjaft e qartë ose e paqartë. Problemi duhet korrigjuar.

Ju mund ta shihni ngadalësimin jo vetëm nga ngadalësimi aktual, ai thjesht nuk është gjithmonë i dukshëm, por nga lëvizjet e rastësishme të kursorit të miut që e shoqërojnë atë (shumë njerëz, pasi kanë humbur fillin e veprimit, lëvizin automatikisht kursorin).

) ekziston një fazë e vlerësimit të projektimit, është në të që mund të kryhet testimi i përdorshmërisë me cilësi të lartë.

Unë u detyrova ta shkruaj këtë artikull nga problemet që u shfaqën gjatë testimit tim të përdorshmërisë. Shpresoj se mund të ndihmoj dikë që të përcaktojë më saktë se kur duhet përdorur testimi i përdorshmërisë dhe si të shmangen disa nga pyetjet kur e bëjnë atë.

Ridizajnimi i faqes në internet

Kur duhet të bëni testimin e përdorshmërisë dhe çfarë i paraprin?

Në rastin e një sajti të zhvilluar tashmë, çështja e kryerjes së testimit të përdorshmërisë lind kur ndjeni ose zbuloni se diçka nuk është në rregull me sitin. Në çdo rast, është e nevojshme të instaloni Google analytics (libër: Google Analytics. Analiza profesionale e trafikut të faqes në internet) ose një shërbim tjetër për analitikën e vizitave në uebsajt. Nuk do të flas pse duhet të instalohet një shërbim i tillë, pasi tema është shteruar prej kohësh dhe vetëm dembelët nuk rekomandojnë instalimin e shërbimeve të tilla. Pas instalimit të Google Analytics, ju tashmë keni të dhëna specifike për statistikat e vizitave, pikat e hyrjes dhe daljes për vizitorët e faqes dhe informacione të tjera.

Hapi tjetër duhet të jetë përcaktimi i KPI-ve (Wikipedia: Treguesit kryesorë të performancës). Është e nevojshme të analizohet ajo që është e rëndësishme për biznesin, për të përcaktuar qëllimet që duhet të arrijnë faqet.

Shembull: për dikë mund të jetë porosi mallrash, për dikë mund të jetë një apel përmes formularit të reagimit me ndonjë pyetje, etj.

Nëse deri në këtë pikë rekomandimet ishin të detyrueshme, domethënë në çdo rast, këto hapa do të ndihmojnë në zhvillimin dhe promovimin e faqes, atëherë më tej ka rekomandime nëse vërtet e kuptoni që faqja nuk është efektive.

Hapi i tretë është të identifikoni drejtpërdrejt faqet dhe funksionet problematike. Thjesht bërja e testimit të përdorshmërisë nuk është efektive, duhet të kuptoni se ku ndodhin problemet, në cilën faqe, me cilin funksion dhe më pas të kryeni testimin për të përcaktuar se çfarë saktësisht është e gabuar në faqe dhe si ta zgjidhni atë. Përsëri, Google Analytics do të ndihmojë, këtu mund të përcaktoni se cilat faqe largohen nga përdoruesit, cilat faqe injorohen dhe cilat funksione nuk përdoren.

Përgatitja për testimin e përdorshmërisë

Pra, në momentin që tashmë është përcaktuar që faqja ka nevojë për ridizajnim, ne kemi gjetur faqe dhe funksione me të cilat përdoruesit kanë probleme. E vetmja gjë që mbetet për të bërë është të kuptoni pse përdoruesit kanë probleme dhe si t'i rregullojnë ato.

Hapi i katërt duhet të jetë krijimi i hipotezave se çfarë nuk shkon me faqen, dhe bazuar në këtë, është e nevojshme të përcaktohen metrikat (Wikipedia: ISO 9126 - Vlerësimi i produktit të softuerit) ndaj të cilave do të testohen veçoritë (ka një koleg metoda e rishikimit në të cilën eksperti parashtron hipoteza për të përmirësuar ndërfaqen e faqes dhe, bazuar në to, faqja është ridizajnuar, megjithatë, është e mundur të kontrollohet nëse kjo hipotezë është vërtet e vërtetë vetëm nga rezultatet e zbatimit të ndryshimeve , që sjell një çmim të madh gabimi).

Shembull: Duke përdorur Google Analytics, ne përcaktuam që përdoruesit hyjnë në faqen e regjistrimit, por ata nuk e kalojnë atë. Ndoshta përdoruesit nuk mund të kuptojnë se çfarë informacioni duhet të fusin në fusha ose nuk dinë çfarë të bëjnë më pas pasi të plotësojnë fushat. Pra, ne duhet ta testojmë këtë faqe për sa i përket kuptueshmërisë së mesazheve të sistemit dhe sekuencës operacionale.

Pas përcaktimit të matjeve me të cilat do të testojmë zonat problematike në sit, është e nevojshme të përcaktohet karakteri dhe skenari i punës (libër: Alan Cooper në ndërfaqen. Bazat e dizajnit të ndërveprimit), sipas të cilit do të kryhet testimi i përdorshmërisë . Ky hap është i nevojshëm për të tërhequr të anketuarit e duhur dhe për të zgjedhur një detyrë për testimin e përdorshmërisë. Nëse kjo pikë humbet, atëherë i anketuari që nuk është përdoruesi i synuar mund të kalojë me sukses zonën e problemit dhe përdoruesi që përdor në të vërtetë këtë faqe do të ketë probleme vërtet të mëdha. Rezultati do të jetë një ridizajnim i ndërfaqes pa marrë parasysh të dhënat, por problemi do të mbetet. Përcaktimi i saktë i skenarit do të ndihmojë që të anketuarit t'i jepet detyra e duhur. Kjo do të thotë, nëse detyra është të blini një telefon celular, dhe i padituri nuk regjistrohet fare (dhe ne po testojmë regjistrimin), atëherë testimi i përdorshmërisë është i padobishëm.

Shënim: zgjidhni një skenar në mënyrë që të testohen sa më shumë fusha problematike.

Më pas vjen përzgjedhja e të anketuarve në bazë të karakterit të përzgjedhur. Sa më shumë që i anketuari të përputhet me portretin e personazhit, aq më mirë. Një numër i mjaftueshëm i të anketuarve është 5-8 persona. Në zgjedhjen e sasisë jam bazuar në rekomandimin e Jakob Nielsen dhe përvojën time.

Menjëherë përpara vetë testimit të përdorshmërisë, lëreni të anketuarin të plotësojë një pyetësor për të kontrolluar nëse karakteri i zgjedhur dhe i anketuari përputhen me karakteristikat e kërkuara. Kryeni një konferencë hyrëse gjatë së cilës përshkruani kontekstin e përdorimit të faqes dhe detyrën (libra: Dizajni i uebit: Një libër nga Steve Krug, ose Mos më bëj të mendoj!).

Shembull i detyrës: në kërkim të një telefoni të ri celular, keni ardhur në këtë faqe përmes një motori kërkimi. Gjeni telefonin që po kërkoni (i kërkoni gjithashtu të anketuarit të përshkruajë telefonin që po kërkon).

Kryerja e vetë testimit të përdorshmërisë (programi: Usability Studio) nuk është aq e vështirë sa duket. Ju duhet një laptop me një aparat fotografik dhe disa softuer për të kapur lëvizjen e përdoruesit dhe kapjen e ekranit. Kërkojini të anketuarit të komentojë për të gjitha veprimet dhe emocionet e tij. Siç tregon praktika, ai do ta bëjë gjithsesi (dhe kjo nuk është për t'u habitur, sepse edhe në shtëpi, përdoruesit shpesh duan të qortojnë ose, përkundrazi, të kujdesen për forma të ndryshme dhe elementë të tjerë në faqe).

Pas përfundimit të testit, pyetni të anketuarin për përvojën e tij, çfarë vështirësish hasën dhe çfarë i pakëndshëm. Unë nuk rekomandoj përdorimin e të dhënave të sondazhit si ligj për të ndryshuar gjithçka që nuk i pëlqen. Ju duhet të dëgjoni përdoruesit, por të jeni shumë mosbesues ndaj mendimit të tij subjektiv. Është më mirë nëse, bazuar në rezultatet e sondazhit, shfaqet një hipotezë për nevojën për të ndryshuar ndërfaqet, shtoni një artikull më shumë në listën e zonave problematike dhe testoni atë në përsëritjen tjetër.

Trajtimi i të dhënave të testimit të përdorshmërisë

Më pas, duhet të shikoni materialet e mbledhura video, të analizoni rezultatet e testimit të përdorshmërisë dhe të përcaktoni kërkesat për ndërfaqen për ridizajnim (libri: Dizajni i uebit. Përdorueshmëria e faqeve në internet). Ndryshimet që do të bëhen në bazë të kërkesave të caktuara duhet të kontrollohen në testin tjetër të përdorshmërisë. Numri i përsëritjeve të tilla duhet të varet kryesisht nga qëllimet dhe buxheti i caktuar për ridizajnimin e sitit.

Shembuj: shtoni këshilla në formularin e regjistrimit, nënvizoni butonin e blerjes, shtoni fushën "platformë" në formularin për zgjedhjen e një telefoni sipas parametrave, etj.

Dizajni i faqes në internet

Nëse dizajni është kryer sipas standardit ISO 9241-210, atëherë testimi i përdorshmërisë nuk duhet të jetë një proces i kushtueshëm dhe kërkon kohë në lidhje me bazën e përgatitur analitike. Fazat kryesore të testimit të përdorshmërisë gjatë hartimit të një siti nga e para mbeten të njëjta siç përshkruhet më sipër, me përjashtim të disa aspekteve:

1. Formimi i hipotezave
2. Përcaktimi i Metrikës për Testim
3. Përcaktimi i personazheve dhe skenarëve
4. Përzgjedhja e të anketuarve
5. Plotësimi i pyetësorit
6. Trajnimi induksion
7. Kryerja e testimit të përdorshmërisë
8. Sondazhi i të anketuarve
9. Analiza e rezultateve
10. Përcaktimi i kërkesave për projektimin e faqes

Problemi kryesor që kam hasur gjatë testimit të përdorshmërisë në këtë rast është testimi i një dizajni statik, jo i një siti të plotë. Në fakt, është më mirë të testoni paraqitjen dhe madje edhe sitin e programuar, por kostoja e përsëritjes në dizajn tashmë do të jetë e lartë. Sa më herët të gjendet një problem në ndërfaqe, aq më i ulët është kostoja e rregullimit të tij. Si të kryhet testimi i plotë i përdorshmërisë së një imazhi statik? Zgjidhja e këtij problemi ishte programi Axure. Mënyra më e lirë dhe më e suksesshme ishte vendosja artificiale e lidhjeve në një imazh statik të dizajnit të faqes dhe gjenerimi i tij në HTML-në e faqes. Kjo metodë bën të mundur testimin e faqes pa shpenzuar burime edhe për paraqitjen. Natyrisht, nuk ka pothuajse asnjë funksionalitet në faqet e krijuara, ai shfaqet vetëm në një formë të caktuar, por kjo është e mjaftueshme për të identifikuar më shumë probleme.

Unë nuk e konsideroj opsionin e testimit sasior të përdorshmërisë, pasi ju lejon të përcaktoni ergonominë e përgjithshme të ndërfaqes, por nuk ju lejon të përcaktoni se cilat probleme lindin, pse dhe si t'i rregulloni ato.

P.S. Unë jam duke pritur për kritika konstruktive në lidhje me zgjidhjen e propozuar të testimit të përdorshmërisë me cilësi të lartë të dizajnit, pasi nuk kam parë askund një zgjidhje të tillë. Nëse ka sugjerime se si të kryeni një test të plotë të përdorshmërisë me cilësi të lartë me çmim të ulët dhe të gëzuar, atëherë do të jem i lumtur ta lexoj atë.

Ajo kryhet për të gjetur zonat problematike në vend ose në produkt. Qëllimi i tij kryesor është që më pas të bëjë ndryshime në sit dhe të parashtrojë hipoteza të reja për testimin A/B.

A keni nevojë për të rritur normën e konvertimit në faqen tuaj të internetit? Nisni një uebsajt ose produkt të ri dhe keni nevojë për komente nga klientët e mundshëm? Atëherë ky artikull është për ju. Sot do të flasim se në cilat faza përbëhet procesi i testimit dhe si ta bëjmë atë në mënyrë korrekte.

6 hapa të testimit të përdorshmërisë

Hapi 1. Përcaktoni objektivat kryesore të studimit

Cilësia dhe rezultati përfundimtar i testimit të përdorshmërisë do të varet nga sa saktë dhe saktë i formuloni qëllimet e studimit. Ju nuk duhet të eksploroni gjithçka menjëherë në një test. Ne ju rekomandojmë të zgjidhni një qëllim për çdo test, kjo do t'ju ndihmojë të hartoni saktë detyrat për përdoruesit dhe të merrni më shumë të dhëna për analizë.

Shembull i keq:

• Qëllimi i studimit është të identifikojë të gjitha problemet e faqes.

Shembull i mirë:

• Qëllimi i studimit është të zbulojë se sa e lehtë është për përdoruesin të gjejë produktin e duhur dhe të bëjë një porosi.

Hapi 2. Zgjidhni audiencën e synuar

Ju duhet të kryeni testimin e përdorshmërisë në njerëz të vërtetë, sa më afër që të jetë e mundur me audiencën tuaj të synuar. Për më tepër, ata duhet të përdorin faqen tuaj për herë të parë (ose të testojnë një përditësim të ri për herë të parë). Nëse një person ka mësuar tashmë se si të përdorë sitin, ai do të përjetojë shumë më pak vështirësi se një blerës i ri dhe do të gjejë më pak gabime dhe probleme.

Ku të kërkoni testues?

Nëse keni një kompani b2c dhe i shisni mallra ose shërbime një audiencë të gjerë (këpucë, mallra shtëpiake, etj.), ju rekomandojmë të përdorni shërbimin tonë të testimit të përdorshmërisë në internet pika e përdoruesit. sq, ku ka një bazë të madhe testuesish, midis të cilëve ju mund të zgjidhni audiencën tuaj të synuar sipas moshës, gjinisë dhe çdo parametri tjetër:

Sigurisht, nëse keni një audiencë shumë të ngushtë (për shembull, nëse keni një dyqan në internet për druvarët Chukotka), atëherë duhet të zhvilloni një fokus grup në mënyrën e vjetër, të organizoni vetë procesin e testimit, në një dhomë të përshtatshme, ose përdorni shërbimet e agjencive. Sigurisht, testimi tradicional është shumë më i shtrenjtë dhe do të marrë dhjetë herë më shumë kohë.

Sa përdorues duhet të tërheqin për testim?

Në qarqet shkencore, kjo është një temë e vjetër debati. Sipas hulumtimit të Jakob Nielsen dhe Thomas Landauer, 5 përdorues gjejnë 85% të problemeve në përdorshmëri, 15 përdorues gjejnë 100% të problemeve. Figura tregon një model matematikor për gjetjen e problemeve të përdorshmërisë të paraqitur nga Nielsen.

Hulumtimet më të fundit dhe të qëndrueshme tregojnë nevojën për të përfshirë më shumë pjesëmarrës. Dr. Gitte Lindgaart nga Universiteti Carleton ka treguar se përqindja e problemeve të gjetura varet më shumë nga cilësia e problemeve për testim sesa nga mostra. Grupet prej 5-6 përdoruesish në kërkimin e saj gjejnë 30-50% të problemeve të përdorshmërisë në mënyra të ndryshme për formulimin e problemit. Ju mund të njiheni me kronologjinë e kërkimit dhe mosmarrëveshjeve në lidhjen - Historia e numrit magjik 5 në testimin e përdorshmërisë.

Ne rekomandojmë kryerjen e testimit të përdorshmërisë duke përfshirë të dyja minimumi 10 persona, dhe duhet mbajtur mend se një tregues po aq i rëndësishëm përveç kampionit është cilësia e detyrave dhe pyetjeve.

Nëse planifikoni të ekzekutoni përsëritje të shumta gjatë procesit të zhvillimit të faqes, do t'ju duhet të rekrutoni një grup të ri për çdo test. Kjo është e rëndësishme gjatë llogaritjes së buxhetit.

Hapi 3: Krijoni një skenar dhe detyra

Skenari - rruga që merr përdoruesi nga fillimi në fund për të arritur qëllimin e studimit. Në çdo hap të skenarit, ju duhet të krijoni detyra që do t'i lejojnë njerëzit të mendojnë me zë të lartë ndërsa ndërveprojnë me faqen ose produktin tuaj.

Siç kemi thënë tashmë, nuk duhet të eksploroni gjithçka menjëherë në një test. Opsioni ideal është të kryeni kërkimin tuaj për secilin qëllim, duke krijuar një skenar specifik për të me një sërë detyrash. Mos harroni se për testimin e cilësisë, 15-20 minuta është koha optimale për një përdorues për të përfunduar një skenar. Gjithashtu, ne nuk rekomandojmë të bëni më shumë se 4-5 detyra në një skenar.

Përdorni lloje të ndryshme detyrash në skriptet

i gjerë detyrat janë të dobishme në ekzaminimin e përdorshmërisë dhe përmbajtjes së një faqeje, për të vëzhguar sjelljen natyrale të përdoruesit.

Shembuj të detyrave të gjera:

• Gjeni një çantë që ju pëlqen.
• Gjeni hotelin e duhur për pushimet tuaja në Soçi muajin e ardhshëm. Ju lutemi ndani mendimet tuaja.

Specifike Detyrat mund të ndihmojnë në identifikimin e mjeteve me të cilat përdoruesit kanë probleme dhe kanë vështirësi.

Shembuj të detyrave specifike:

• Gjeni një çantë të kuqe deri në 10 mijë rubla.
• Kur bëni një porosi për një dhuratë, tregoni se dëshironi ta merrni në pikën e marrjes më të afërt me ju. Shikoni faqen e rezultateve. Rendit artikujt sipas vlerësimeve më të mira.

Mos bëni detyra komplekse të ndërlikuara

Shembull i keq:

• Shto artikullin në shportë. Tani zgjidhni një artikull tjetër dhe shtoni atë gjithashtu. Më pas rrisni sasinë e artikullit të parë në karrocë. Tani bëni një porosi dhe zgjidhni dorëzimin.

Më mirë bëni 4 detyra të ndryshme:

• Shto artikullin në shportë.
• Gjeni një artikull tjetër dhe shtojeni në shportë.
• Rritni sasinë e artikullit të parë në karrocë.
• Vendosni një porosi për dorëzim.

Vendosni qëllime për krahasim me konkurrentët

Sigurisht, çmimi dhe kushtet e dorëzimit janë faktorët më të rëndësishëm në zgjedhjen e një dyqani. Por a jeni i sigurt që klienti e ka blerë produktin nga një konkurrent sepse kushton 1% më pak? Ndoshta faqja juaj thjesht frymëzon më pak besim? Apo ndoshta nuk ka mjaftueshëm bisedë në internet? Apo është një çështje transporti? Nëse ekziston dyshimi se arsyeja është në kushtet e dorëzimit, mund të bëni detyrën "krahasoni kushtet e dorëzimit dhe pagesës me konkurrentin X" ose edhe "me konkurrentët nga 3 emetimet më të mira të Yandex". Mund të ketë shumë arsye për zgjedhjen e një kompanie dhe testimi i përdorshmërisë është një mundësi e shkëlqyer për të zbuluar pse klientët zgjedhin të blejnë produkte nga faqet e konkurrentëve tuaj.

Bëni pyetjet e duhura për detyrat

Detyrat në testimin e përdorshmërisë nevojiten për të parë veprimet e ndërmarra nga testuesit dhe pyetjet për detyrat nevojiten për të mbledhur reagime. Në varësi të llojit të pyetjes (pyetje e thjeshtë, pyetje me shumë zgjedhje, shkallë vlerësimi, reagime) mund të merrni rezultate të ndryshme. Për secilën detyrë, ju duhet të bëni pyetjet e duhura në mënyrë që të mblidhni të dhëna sa më të plota për analizat dhe hipotezat e mëvonshme cilësore.

Shembull i detyrës:

• Zgjidhni një dhuratë për një mik në rangun e çmimeve nga 5 deri në 10 mijë rubla në faqet e internetit xxx.ru dhe yyy.ru.

Shembull i pyetjes:

• Në cilën faqe është më i përshtatshëm përdorimi i filtrave të produktit?

Shumë shpejt do të publikojmë një artikull të ri se si të hartojmë saktë një skenar, detyra dhe pyetje për ta. Regjistrohuni në përditësimet e blogut dhe mos humbisni informacione të dobishme.

Hapi 4: Testoni testin tuaj

Natyrisht, është pothuajse e pamundur të dalësh me një skenar të përsosur herën e parë, kështu që kryeni një test pilot për 1-2 përdorues. Kjo do të zbulojë dhe eliminojë shumicën e mangësive në formulimin e detyrave dhe pyetjeve.

Qëllimi kryesor është të siguroheni që testuesit të kuptojnë saktë detyrat dhe pyetjet tuaja, që të mos i bëjnë ata të mendojnë dhe pyetje shtesë.

Ju mund të bëni sa më poshtë:

• Kërkojini dikujt që njihni të bëjë testin (i cili nuk është shumë i njohur me projektin tuaj).
• Shihni se si punon personi me secilën detyrë dhe çështje, vini re çdo vështirësi që ai ka.
• Bëni ndryshime në detyra dhe provoni në një përdorues tjetër.

Përdorimi i testimit të përdorshmërisë e bën të lehtë dhe të shpejtë kryerjen e një testi për 1-2 përdorues nga audienca juaj e synuar. Brenda 1-2 ditësh do të merrni video, do të keni mundësi të modifikoni detyrat dhe të nisni një test të ri për më shumë përdorues.

Testimi pilot përmirëson cilësinë e kërkimit dhe ju kursen shumë kohë në planin afatgjatë.

Hapi 5: Test

Nëse punoni me UserPoint, atëherë i gjithë procesi (ofrimi i testuesve me softuerin e nevojshëm, regjistrimi i videove që regjistrojnë të gjitha arsyetimet e një personi në procesin e përfundimit të detyrave) bëhet automatikisht pa pjesëmarrjen tuaj. Prandaj, ne nuk do të ndalemi në këtë hap në detaje.

Nëse vendosni të kryeni testime tradicionale, ju rekomandojmë që të njiheni me materialet e një prej pionierëve të testimit tradicional Nielsen Norman Group.

Hapi 6. Analizoni rezultatet dhe parashtroni hipoteza përA/ B- duke testuar

Pas testimit, është e nevojshme të shënohen dhe strukturohen sasiore (numri i detyrave të përfunduara me sukses, koha e testimit, numri i gabimeve dhe problemeve të gjetura) dhe të dhëna cilësore (çfarë problemesh dhe vështirësish kishin testuesit, komente dhe rekomandime nga përdoruesit, përgjigjet në pyetjet tuaja në lidhje me detyrat). Mos harroni se qëllimi përfundimtar i testimit të përdorshmërisë është identifikimi i problemeve të dukshme në mënyrë që të bëhen ndryshime në faqe ose produkt dhe të përgatiten hipoteza për testimin e ri A/B.

Rregulloni të gjitha problemet

Shkruani në mënyrë të saktë dhe të përmbledhur të gjitha problemet dhe vështirësitë që testuesit kishin në procesin e përfundimit të detyrave.

Shembuj të keq:

• I hutuar për navigimin.
• Klikoni në lidhjen e gabuar.

Shembull i mirë:

• Në fazën e blerjes, klikova në lidhjen "Hyrja", në vend të lidhjes "Checkout".

Shënoni rëndësinë e problemeve.

• kritike– nëse nuk korrigjohet, përdoruesit nuk do të mund ta kryejnë detyrën.
• serioze- shumica e përdoruesve do të zhgënjehen nëse nuk e rregullojmë problemin.
• Të mitur- njerëzit janë të mërzitur, por kjo nuk i pengon ata të kryejnë detyrën pa shumë vështirësi.

Formuloni përfundime, bëni ndryshime, parashtroni hipoteza për sa vijonA/ B-duke testuar

Çdo përfundim duhet të bazohet në të dhënat e marra dhe të përmbajë rekomandime se çfarë duhet bërë më pas. Nëse problemi është kritik, duhet të bëni menjëherë ndryshime në sajt ose produkt. Bazuar në shumicën e problemeve, do t'ju duhet të parashtroni hipoteza për të ekzekutuar testet A/B.

Mos harroni se nuk do të jeni në gjendje të ndiqni të gjitha rekomandimet e testuesve dhe ta bëni faqen ose produktin sa më të përshtatshëm për të gjithë pa përjashtim. Përqendrohuni në çështjet më të mëdha që ndikojnë drejtpërdrejt në konvertimet në faqen tuaj.

Ndonjëherë hasim aplikacione të paqarta, të palogjikshme, shumë nga funksionet dhe përdorimet e të cilave shpesh nuk janë të dukshme. Pas një pune të tillë, rrallë ka një dëshirë për të përdorur përsëri aplikacionin, dhe ne jemi në kërkim të analogëve më të përshtatshëm. Në mënyrë që një aplikacion të jetë i popullarizuar, nuk mjafton që ai të jetë funksional - ai duhet gjithashtu të jetë i përshtatshëm. Kur mendoni për këtë, aplikacionet intuitive kursejnë zhgënjimin e përdoruesve dhe kostot e trajnimit të punëdhënësve. Kjo do të thotë se ata janë më konkurrues! Prandaj, testimi i përdorshmërisë, i cili do të diskutohet më poshtë, është një pjesë integrale e testimit të çdo produkti masiv.

Testimi i përdorshmërisë- kjo është një metodë testimi që synon të përcaktojë shkallën e përdorshmërisë, të mësuarit, kuptueshmërisë dhe atraktivitetit për përdoruesit e produktit të zhvilluar në kontekstin e kushteve të dhëna. [ ISO 9126]

Testimi i përdorshmërisë vlerëson nivelin e përdorshmërisë së një aplikacioni në drejtim të:

• produktiviteti, efikasiteti (efikasiteti) - sa kohë dhe hapa do t'i duhet përdoruesit për të përfunduar detyrat kryesore të aplikacionit, për shembull, postimi i lajmeve, regjistrimi, blerjet, etj.? ( më pak është më mirë)
• drejtë (saktësi) - sa gabime ka bërë përdoruesi gjatë punës me aplikacionin? ( më pak është më mirë)
• aktivizimi në memorie (kujtoj) - sa kujton përdoruesi aplikacionin pasi ka ndaluar të punojë me të për një periudhë të gjatë kohore? ( riekzekutimi i operacioneve pas një pushimi duhet të jetë më i shpejtë se sa për një përdorues të ri)
• reagim emocional (përgjigje emocionale) - si ndihet përdoruesi pas përfundimit të detyrës - i hutuar, i stresuar? A do t'ua rekomandojë përdoruesi sistemin miqve të tij? ( një përgjigje pozitive është më e mirë)

Nivelet e sjelljes

Testimi i përdorshmërisë mund të kryhet si në lidhje me produktin e përfunduar, përmes testimit të kutisë së zezë, ashtu edhe me ndërfaqet e aplikacionit (API) të përdorura në zhvillim - testimi i kutisë së bardhë. Në këtë rast, kontrollohet lehtësia e përdorimit të objekteve, klasave, metodave dhe variablave të brendshëm, si dhe merret parasysh lehtësia e ndryshimit, zgjerimit të sistemit dhe integrimit të tij me module ose sisteme të tjera. Përdorimi i ndërfaqeve të përshtatshme (API) mund të përmirësojë cilësinë, të rrisë shpejtësinë e shkrimit dhe ruajtjen e kodit të zhvilluar dhe si rezultat, të përmirësojë cilësinë e produktit në tërësi.

Nga kjo bëhet e qartë se testimi i përdorshmërisë mund të kryhet në nivele të ndryshme të zhvillimit të softuerit: modular, integrim, sistem dhe pranim. Në të njëjtën kohë, do të varet tërësisht nga kush do të përdorë aplikacionin në një nivel specifik - një zhvillues, një përdorues biznesi i sistemit, etj.

Për hartimin e aplikacioneve miqësore për përdoruesit, është e dobishme të ndiqni parimet e "bye-yoke" ose "fail-safe". Në vendin tonë kjo njihet më shumë si “fool-proof”. Një shembull i thjeshtë, nëse fusha kërkon një vlerë numerike, është logjike të kufizohet diapazoni i hyrjes së përdoruesit vetëm në shifra - do të ketë më pak gabime të rastësishme.

Për të përmirësuar përdorshmërinë e aplikacioneve ekzistuese, mund të përdorni ciklin Plan-Do-Check-Act Demming duke mbledhur komente mbi funksionimin dhe dizajnin e aplikacionit nga përdoruesit ekzistues dhe, në përputhje me komentet e tyre, të planifikoni dhe zbatoni përmirësime.

Keqkuptime rreth testimit të përdorshmërisë

1. Testimi i ndërfaqes së përdoruesit = Testimi i përdorshmërisë

Testimi i përdorshmërisë nuk ka të bëjë me testimin e funksionalitetit të ndërfaqes së përdoruesit, ai kryhet vetëm në ndërfaqen e përdoruesit, si dhe në shumë komponentë të tjerë të mundshëm të produktit. Në të njëjtën kohë, lloji i testimit dhe rasteve të testimit do të jetë krejtësisht i ndryshëm, pasi mund të flasim për komoditetin e përdorimit të komponentëve jo-vizualë (nëse ka) ose procesin e administrimit, për shembull, një produkt të shpërndarë klient-server, etj. .

2. Testimi i përdorshmërisë mund të bëhet pa një ekspert

Jo gjithmonë një person që nuk është i aftë në fushën e temës është në gjendje ta kryejë atë vetë. Imagjinoni që një testues duhet të testojë përdorshmërinë e një bombarduesi strategjik. Ai do të duhet të testojë funksionet themelore: komoditetin e luftimit, navigimit, pilotimit, mirëmbajtjes, transportit tokësor, etj. Natyrisht, pa përfshirjen e një eksperti, kjo do të jetë shumë problematike, madje mund të thuhet se është e pamundur.

Testimi i përdorshmërisë është një metodë për vlerësimin e përdorshmërisë dhe efektivitetit të një ndërfaqeje. Për vlerësim, përfshihen përfaqësues të audiencës së synuar të produktit, të cilët punojnë me ndërfaqen, duke kryer detyra të zgjedhura posaçërisht. Bazuar në sjelljen e të anketuarve, specialisti i përdorshmërisë nxjerr përfundime në lidhje me praninë e problemeve të përdorshmërisë në ndërfaqe dhe natyrën e tyre.

Pse keni nevojë për testimin e përdorshmërisë?

Ashtu si metodat e tjera të auditimit të përdorshmërisë, testimi ka të bëjë me të kuptuarit se çfarë po e pengon produktin tuaj të jetë efektiv. Testimi i përdorshmërisë do t'ju ndihmojë të zbuloni arsyet pse:

• dyqani juaj online ka një normë të ulët konvertimi;
• përdoruesit tuaj telefonojnë qendrën e thirrjeve me pyetje që janë tashmë në faqe;
• aplikacioni juaj celular merr vlerësime negative në App Store dhe Google Play;
• punonjësit që punojnë me EDMS-në tuaj e urrejnë atë dhe ankohen se është shumë e vështirë të punosh me të;
• etj.

Ju gjithashtu do të keni nevojë për testim nëse dëshironi:

• krahasoni dy ndërfaqe, për shembull, të vjetra dhe të reja, tuajat dhe një konkurrent, për të zbuluar se cila është më e mirë;
• krahasoni komoditetin e ndërfaqes për dy grupe përdoruesish, për shembull, për fillestarët dhe me përvojë;
• të identifikojë problemet e mundshme të përdorshmërisë së një produkti të ri përpara se të dalë në treg;
• vlerësoni përputhshmërinë e produktit me KPI të caktuara (për shembull, "procesi i arkëtimit zgjat jo më shumë se 5 minuta").

Si ndryshon testimi i përdorshmërisë nga grupet e fokusit?

Fokus grupet gjithmonë përfshijnë disa të anketuar në të njëjtën kohë duke diskutuar një temë. Prandaj, ato ju lejojnë të mbledhni në mënyrë efektive mendimet e të anketuarve për një produkt, shërbim, markë dhe çdo çështje tjetër. Grupet e fokusit në përgjithësi nuk përdoren për të vlerësuar përdorshmërinë, pasi kjo metodë ofron pak informacion rreth vështirësive që hasin përdoruesit kur përdorin ndërfaqen.

Në testimin e përdorshmërisë, të anketuarit marrin pjesë një nga një, shumë rrallë dy, por asnjëherë si grup. Secili i anketuar kryen detyra të caktuara në ndërfaqen e shërbimit tuaj. Eksperti vëzhgon sjelljen e të anketuarit dhe nxjerr përfundime se si produkti mund të përmirësohet. Rezultati i një studimi të tillë është një përshkrim i problemeve të përdorshmërisë dhe rekomandime për eliminimin e tyre, bazuar në sjelljen dhe jo në opinionet e të anketuarve.

Cilat janë llojet e testimit të përdorshmërisë?

Duke përdorur kritere të ndryshme klasifikimi, mund të emërtojmë disa lloje testimi. Ne i përdorim të gjitha në praktikën tonë.

Në varësi të shkallës së pjesëmarrjes së moderatorit (UX-analytics):

• moderuar - moderatori jep detyra, monitoron ecurinë e zbatimit të tyre, bën pyetje sqaruese;
• i pamoderuar - një shërbim i specializuar jep detyra, mbledh metrikë dhe reagime automatikisht, pa pjesëmarrjen e një moderatori.

Një nga opsionet për testim të pamoderuar në distancë

Në varësi të vendndodhjes së të paditurit:

• ballë për ballë - i anketuari dhe moderatori janë në të njëjtën dhomë, zakonisht në laborator, dhe komunikojnë drejtpërdrejt;
• në distancë - i anketuari merr pjesë në testim nga shtëpia ose nga vendi i tij i punës. Si rregull, ky është testim i pamoderuar. Nëse kërkohet një moderator, analisti komunikon me të anketuarin përmes lidhjes video.

Në varësi të qëllimeve:

• eksplorues - kryhet në fazën e zhvillimit të një koncepti ndërfaqe për të kontrolluar se si koncepti është përgjithësisht i kuptueshëm për përdoruesit, plotëson nevojat dhe pritshmëritë e tyre;
• verifikimi - kryhet për të gjetur dhe rregulluar problemet e përdorshmërisë ose për të vlerësuar treguesit e performancës së produktit të përfunduar ose paraqitjen e tij (koha e kaluar në detyra, kënaqësia e përdoruesit, etj.);
• krahasues - i kryer për të krahasuar efektivitetin e versioneve të reja dhe të vjetra ose të dy produkteve konkurruese; kërkon pjesëmarrjen e një numri të madh të të anketuarve për të nxjerrë përfundime statistikisht të rëndësishme.

Testimi i laboratorit ballë për ballë është i përshtatshëm për shumicën e projekteve. Kjo ju lejon të identifikoni problemet kryesore të ndërfaqes dhe të mbledhni reagime të hollësishme nga të anketuarit. Për të krahasuar performancën e dy versioneve të ndërfaqes, testimi i pamoderuar në distancë është i përshtatshëm, pasi ju lejon të grumbulloni një sasi të madhe të dhënash në një kohë të shkurtër, por nuk ofron një kuptim të thellë të problemeve me të cilat përballen të anketuarit.

Menaxherët tanë në fazën e planifikimit të projektit zbulojnë nga klienti se çfarë informacioni do të dëshironte të merrte si rezultat i projektit dhe, bazuar në nevojat e tij, zgjedhin metodën më të përshtatshme.

Si bëhet testimi i përdorshmërisë?

Si rregull, ne kryejmë testime të moderuara të përdorshmërisë ballë për ballë. Kjo do të thotë që i padituri vjen në laboratorin tonë dhe kryen detyra nën mbikëqyrjen e një specialisti të përdorshmërisë.

Përpara fillimit të projektit, ne komunikojmë me klientin për të mësuar më shumë për produktin që do të testohet, audiencën e tij, qëllimet e testimit dhe hipotezat që do të donim të testonim.

Pas mbledhjes së kërkesave për projektin, analisti UX shkruan një skenar provë. Ky është një dokument që përmban udhëzime për të anketuarin, një listë detyrash që do të testohen dhe pyetje që moderatori duhet t'i bëjë pas përfundimit të secilës detyrë dhe pas përfundimit të testimit. Skenari është dakorduar me klientin.

Fragment i skenarit. Tregohen formulimi, kriteret e suksesit, hipotezat që do të testohen dhe pyetjet që moderatori do të bëjë pasi i anketuari të përfundojë detyrën.

Paralelisht me shkrimin e skenarit, bëhet edhe kërkimi i të anketuarve. Si rregull, është 8-12 persona. Disa kompani na ndihmojnë të rekrutojmë të anketuar nga klientët e tyre. Nëse kjo nuk është e mundur ose nuk i përmbush objektivat e studimit, atëherë ne po kërkojmë të anketuar përmes agjencive të specializuara, për shembull, RusOpros. Ne u kalojmë atyre kërkesat për të anketuarit dhe ata ofrojnë lista të pjesëmarrësve të mundshëm të testit. Në të njëjtën kohë, ne kontrollojmë me kujdes cilësinë e rekrutimit: ne kryejmë telefonata shtesë me të anketuarit, u bëjmë pyetje rreth përvojës së pjesëmarrjes në studime të tilla dhe nëse i padituri na duket i papërshtatshëm, ne e filtrojmë atë.

Pasi të jetë rënë dakord për skenarin dhe të gjenden të anketuarit, fillon procesi i testimit. I padituri vjen në laboratorin tonë. Ne e takojmë atë, flasim për procedurën e testimit, më pas i lexojmë detyrat e përshkruara në skenar dhe vëzhgojmë ecurinë e zbatimit të tyre. Në të njëjtën kohë, ne regjistrojmë metrika të ndryshme të përdorshmërisë: kohën dhe suksesin e detyrës, kënaqësinë e të anketuarit dhe disa metrika psikologjike operacionale të zhvilluara nga kompania jonë së bashku me Institutin e Psikologjisë të Akademisë së Shkencave Ruse. Ne diskutojmë një grup metrikash me klientin përpara se të fillojmë projektin.

Laboratori ynë i përdorshmërisë. Pamje nga dhoma e moderatores. Imazhi nga ekrani i të anketuarit kopjohet në ekran

Gjatë testimit, ne regjistrojmë një video që tregon gjithçka që ndodh në ekranin e të anketuarit, fytyra e tij dhe komentet e tij dëgjohen. Nëse është e nevojshme, ne mund të përdorim teknologjinë e ndjekjes së syve - kjo siguron informacion shtesë në lidhje me natyrën e vështirësive me të cilat përballen të anketuarit.

Pasi të kenë përfunduar të gjitha seancat e testimit, analisti UX shkruan një raport, të cilin ia dërgon klientit.

Sa kohë zgjat testimi i përdorshmërisë?

Një seancë testimi, nga momenti i takimit me të paditurin deri në momentin e ndarjes me të, zgjat rreth një orë e gjysmë. Nga këto, vetë procedura e testimit zgjat rreth një orë, pjesa tjetër e kohës kalohet në bisedën hyrëse dhe përfundimtare. Nuk ka kuptim të zgjaten seancat e testimit. Të anketuarit lodhen dhe ose bëjnë gabime për shkak të pavëmendjes, ose fillojnë të kryejnë detyrat zyrtarisht, gjë që ndikon keq në cilësinë e rezultateve.

Një projekt tipik i testimit të përdorshmërisë, duke përfshirë përgatitjen dhe shkrimin e një raporti, zgjat rreth tre javë. Sidoqoftë, në varësi të natyrës së produktit, qëllimeve dhe kompleksitetit të testimit, proceseve të biznesit në kompaninë e klientit, koha mund të ndryshojë. Për shembull, për kompanitë që punojnë në metodologjinë Agile, ne mund të kryejmë teste shumë të shkurtra që kërkojnë 1-3 ditë për të përmbushur sprintin. Dhe një projekt i madh që përfshin kërkime ndërkulturore mund të zgjasë tre deri në katër muaj.

A përfshihet gjurmimi i syve në testimin e përdorshmërisë?

Laboratori ynë ka pajisje për regjistrimin e lëvizjeve të syve. Por jo të gjitha projektet kanë nevojë për vëzhgim. Në mënyrë tipike, përdoret për të testuar hipotezat se si përdoruesit e shohin një faqe. Për shembull, nëse supozoni se përdoruesit nuk klikojnë në një buton sepse nuk e vërejnë atë, ndjekja e syve mund t'ju ndihmojë të testoni atë hipotezë.

Harta e nxehtësisë tregon se si shpërndahet vëmendja e përdoruesve në faqen kryesore të faqes sonë. Për detyra të ndryshme, harta e nxehtësisë e marrë për të njëjtin ekran do të duket ndryshe.

Si parazgjedhje, ne kryejmë teste pa regjistruar lëvizjet e syve. Por gjithmonë mund të diskutoni me menaxherin tonë mundësinë e shtimit të këtij opsioni në projektin tuaj.

Çfarë përfshihet në një raport të përdorshmërisë?

Në mënyrë tipike, raporti përfshin:

• informacion në lidhje me veçoritë e produktit, qëllimet dhe objektivat e projektit, të anketuarit dhe metodologjinë e testimit;
• matjet e përdorshmërisë për secilën detyrë (nëse janë matur);
• një përshkrim i detajuar i ilustruar i problemeve të gjetura të përdorshmërisë me një tregues të kritikitetit dhe shfaqjes së tyre;
• rekomandime për zgjidhjen e problemeve të konstatuara;
• hartat e nxehtësisë nëse kemi regjistruar lëvizjet e syve gjatë testimit.

Struktura e raportit mund të ndryshojë në varësi të specifikave të një projekti të caktuar. Për shembull, nëse ka shumë probleme, atëherë ne shtojmë në fund të raportit një listë të të gjitha problemeve, të renditura sipas kritikës. Kjo do ta bëjë më të lehtë për ju të vendosni se çfarë duhet të rregullohet së pari. Ne gjithashtu mund të shtojmë një përshkrim të zgjidhjeve të suksesshme të konkurrentëve në raport.

Si të përdorni rezultatet e testit?

Ne jemi të interesuar që rezultatet e testimit të jenë të dobishme për ju dhe rekomandimet tona të zbatohen. Prandaj, në raport, ne i renditim çështjet dhe rekomandimet sipas ashpërsisë, në mënyrë që të planifikoni përmirësime dhe të vendosni detyra për zhvilluesit. Përveç kësaj, ne kemi një shërbim të mbikëqyrjes së dizajnit: ne mund të këshillojmë zhvilluesit dhe të kontrollojmë zbatimin e rekomandimeve tona.

Dëshironi që ne të bëjmë testimin e përdorshmërisë për ju?

Nëse dëshironi që ne të kryejmë testimin e përdorshmërisë së ndërfaqes tuaj, lini një kërkesë në faqen tonë të internetit. Menaxheri ynë do t'ju kontaktojë për të diskutuar detajet dhe për të zgjedhur metodën më të mirë.