Tesztcél, résztvevő és etika

Célok

A lecke végére használhatósági tesztet tudsz világos tanulási céllal tervezni, olyan résztvevőket tudsz választani, akik a vizsgált feladat szempontjából relevánsak, és a tesztet úgy tudod vezetni, hogy a résztvevő biztonsága, ideje és méltósága megmaradjon.

Miért külön fejezet a tesztelés?

Az eddigi kutatás (2. fejezet) azt vizsgálta, hogyan oldják meg ma a problémát. A használhatósági teszt azt vizsgálja, hogy a mi megoldásunk működik-e. Ez más kérdés, más módszert igényel, és más hibákat találhat. Egy interjú megmondja, mit szeretnének az emberek; a teszt azt, hogy amit építettünk, azt képesek-e használni. A kettő kiegészíti egymást, de nem helyettesíti.

Mit vizsgál egy használhatósági teszt?

A használhatósági teszt (usability test) felhasználók feladatvégzésének megfigyelése egy terméken vagy prototípuson. A 7. fejezetben egy informális próbát végeztél; a teszt ennek tervezett, strukturált változata. A használhatósági tesztelés szélesebb terület: a tesztelés megtervezése, vezetése és értelmezése.

Tanulási cél

A teszt előtt fogalmazz meg egy vagy két tanulási célt. A cél a probléma és a hipotézis nyelvén szóljon:

Típus	Példa	Értékelés
Túl tág	„Teszteljük az appot.”	Nem tudod, melyik megfigyelés miért fontos
Túl szűk	„Megtalálják-e a kék gombot?”	Egy megoldást ellenőriz, nem a feladatot
Jó	„Megértik-e a résztvevők, mikor végleges a jelentkezés?”	Feladat és megértés
Jó	„A megfelelő esemény kiválasztásához szükséges információ a döntés helyén látható-e?”	Feladat és információ

Ki legyen résztvevő?

Nem kell tökéletesen reprezentatív mintát találni, de a résztvevőnek hasonlítania kell a célfelhasználóra a feladat szempontjából. Ha első alkalommal ügyintéző emberek számára tervezel, ne csak olyanokat tesztelj, akik már rutinosan használják a rendszert. Ha az eszköz vagy környezet fontos (például mobilhasználat útközben), arra is figyelj.

Kis hallgatói projektben három–öt releváns teszt sok problémát felszínre hozhat, különösen akkor, ha ugyanaz a hiba ismétlődik. Ez nem statisztikai bizonyítás. Az eredményt úgy fogalmazd meg: „a vizsgált résztvevők közül három elakadt”, ne úgy, hogy „minden felhasználó ezt fogja tenni”.

Hasznos szűrő: írd le előre, kit nem tekintesz relevánsnak. A barátok és a családtagok nagyon udvariasak, és sokat tudnak a projektedről; ha lehet, ne ők legyenek az egyedüli résztvevők.

Beleegyezés és biztonság

A beleegyezés (informed consent) tájékozott, önkéntes hozzájárulás a részvételhez és az adatkezeléshez. Már rövid tesztnél is mondd el:

• mi fog történni (feladatokat kap, gondolkodhat hangosan);
• milyen jegyzet vagy felvétel készül, ki látja, meddig őrzöd;
• hogy a tervet teszteled, nem őt;
• hogy bármikor megállhat, kérdést átugorhat, és ebből semmilyen hátránya nem származik.

Ne kérj éles jelszót, személyes azonosítót, banki adatot vagy olyan információt, amely nem szükséges a feladathoz. Ha felvételt készítesz, csak egyértelmű engedéllyel tedd, és határozd meg a megőrzés idejét. Ne ígérj olyan jutalmat vagy előnyt, amely nyomást gyakorol a részvételre. A résztvevő visszajelzése értékes, de nem kötelessége „hasznosnak” lenni vagy pozitív véleményt adni.

Rövid beleegyezés-szöveg minta

„Köszönöm, hogy segítesz! Egy prototípust próbálunk ki, vagyis a tervet teszteljük, nem téged. Nincs jó vagy rossz válasz. Közben jegyzetelek, felvételt nem készítek. A jegyzetekben nem szerepel a neved. Bármikor megállhatsz, vagy ha valamit nem szeretnél megcsinálni, kihagyhatod. Rendben van így?”

Teszt szervezése: a legfontosabb lépések

1. Tanulási cél (1–2).
2. Résztvevő-leírás és toborzás.
3. Feladatok és forgatókönyv (7. fejezet; a feladatírást a következő lecke részletezi).
4. Környezet: hol, milyen eszközön; a prototípus működik-e?
5. Próbateszt egy segítővel, hogy kiderüljön, érthetők-e a feladatok és működik-e a prototípus.
6. A tényleges tesztek és jegyzetelés.
7. Elemzés: leletek, súlyosság (lásd a fejezet harmadik leckéjét).

Végigvezetett példa: a Mai program tesztje

Egy hallgató a Mai program jelentkezési flow-ját teszteli. Tanulási cél: a résztvevő felismeri-e, mely események igényelnek előzetes jelentkezést, és tudja-e, hogy a jelentkezés sikeres volt-e. Résztvevő: olyan hallgató, aki már járt egyetemi eseményen, de nem rutinszerűen böngészik ilyen oldalakon. A teszt előtt elhangzik: „Nincs jó vagy rossz válasz; a tervet szeretném megérteni. Bármikor tarthatunk szünetet.” Ezután nem a funkciókat sorolja fel, hanem helyzetet ad („Pénteken este el szeretnél menni valahova...”).

Gyakori tévhitek

Állítás	Pontosítás
„A barátaim is elég résztvevők.”	Akkor lehetnek relevánsak, ha a feladat szempontjából hasonló helyzetben vannak; a jóindulat nem helyettesíti a relevanciát.
„Három tesztből biztos döntés születik.”	Három teszt erős jelzéseket adhat, de a bizonytalanságot és a minta korlátját dokumentálni kell.
„A beleegyezés csak jogi formalitás.”	A bizalom és a biztonság alapja, amely jobb, őszintébb megfigyelést is lehetővé tesz.

Röviden

• A használhatósági teszt a megoldásunk működését vizsgálja, a kutatás a problémát; a kettő kiegészíti egymást.
• A tanulási cél 1–2, a probléma és hipotézis nyelvén szól.
• A résztvevő a feladat szempontjából legyen releváns; kis mintánál is dokumentáld a korlátot.
• A beleegyezés és a biztonság alapfeltétel: a tervet teszteljük, nem a résztvevőt.

Ellenőrző kérdések

1. Mi az a két konkrét dolog, amit a tesztedből tanulni szeretnél?
2. Mitől lenne egy résztvevő releváns a projektedhez?
3. Milyen adatot nem szabad kérned a tesztben?
4. Hogyan fogalmaznád meg a minta korlátját a jelentésben?