První uživatelské testování
Uživatelské testování je jednoduché, levné, efektivní a rychlé. Divím se, že se nepoužívá v daleko větším měřítku.
Mezi lidmi, i mezi těmi v IT, panuje mylná představa, že pro provedení uživatelského testování potřebujete speciální hardware a software, místnosti s poloprůhlednými skly, dobře vyškolené a zkušené psychology a podobně. Vůbec ne. Uživatelské testování můžete rozjet ve vaší firmě zítra ráno (no dobrá, do týdne) a nebude vás to stát nic, kromě času několika lidí. Do uživatelského testování je samozřejmě možno dát hodně peněz, ale pokud jste ho ještě nikdy neprováděli, byly by vyhozené. Dobré, neomezované pracoviště lze vytvořit do 50 000 korun (software – 1000 USD, normální vyhrazený počítač – 1500 USD?, kamera – 20 USD, mikrofon – 10 USD), ale jak si ukážeme v tomto článku, lze se bez této investice obejít.
Nyní popíši doporučený průběh vašeho prvního uživatelského testování. V dalších příspěvcích popíši ideální/optimální stav.Nejdříve je třeba vymyslet, co chcete testovat. Uživateli by mělo splnění úkolu trvat podle vás asi půl až tři čtvrtě hodiny. Ne víc, ono se to určitě protáhne na hodinu nebo i na dvě. Asi se vám bude zdát, že to bude jen malá část aplikace, to nevadí.
Napíšete zadání. Mělo by být krátké a stručné a mělo by hovořit uživatelovým jazykem. Dobrý příklad: Přišel jsi do práce a našel jsi v mailu požadavek na ocenění projektu, zpracuj nabídku. Špatný příklad: Vytvoř nový projekt v nabídce Ocenění, ulož ho… Zadání má být kompletní, měly by tam být napsány cesty k souborům, se kterými se bude pracovat, hesla a podobně.
Také je třeba specifikovat, koho chcete testovat. Pokud už jste pokročili v UCD, prostě vyberete roli nebo personu a jste hotovi. Tu nyní samozřejmě nemáte, proto se zamyslíte, komu je funkcionalita určena.
Mezi vašimi kolegy nebo zákazníky najdete 3–5 lidí, kteří budou ochotni se testování zúčastnit a kteří více méně odpovídají vašim představám o uživatelích testované funkcionality. Lepší jsou kolegové, jsou lépe k dispozici a výsledky s nimi budou taky dobré. Zákazníky se nezdržujte.
Naplánujete termín testování. Na jednu testovanou osobu počítejte hodinu a půl, takže pět lidí zabere asi den.
Sezvěte všechny zúčastněné. Testovanou osobu, moderátora, odborníka na použitelnost, produktového analytika, hlavního programátora, programátora funkcionality… Všechny, co mohou ovlivnit podobu aplikace. Ideálně jsou v místnosti, kde se testuje, dva, maximálně tři lidé. Zájemců bývá víc, proto je dobré obrazovku testovacího (normálního) počítače přenášet jinam. První testy ale proveďte se všemi lidmi, je to kolektivní zážitek.
Postupně proveďte test se všemi uživateli, každý z účastníků by si měl psát poznámky, co by se dalo v aplikaci zlepšit. Podrobnosti o průběhu samotného testu vydají na samostatný článek.
Po skončení testů, nejlépe na druhý den, by se měli všichni pozorovatelé sejít na společné schůzce a projít si své poznámky. Mnohé se bude shodovat s poznámkami ostatních, uživatelé budou mít podobné problémy a chování. Vedoucí schůzky by měl zajistit, aby se všechny náměty zaznamenaly do firemního systému tak, aby se jimi někdo zabýval a do některé příští verze se změny v softwaru provedly.
A to je vše. Je to dlouhý článek, ale když si ho projdete, zjistíte, že je to celé hodně jednoduché. Vlastně je to jen trocha organizace.
Nezmínil jsi ještě, že uživateli by se nemělo radit, jen případně klást otázky typu: “Proč udělal právě tohle?” “Kde bys tuhle funkci očekával?”
Jinak uživatelské testování vřele doporučuji — je to opravdu zábava. Zejména když ho sledujete přes webkameru v jiné místnosti. To se pak často chytáte za hlavu a komentujete si sami pro sebe uživatelovo chování.
“Proč si proboha ten dialog nepřečetl?”
“Copak není ta ikonka dost velká?”
“Né! Neklikej na to tlačítko Zpět!” =)
Krom zábavy je to ale samozřejmě taky velmi přínosné. Z našeho prvního uživatelského testování vzešlo asi 30 drobných i větších vylepšení.
[Radek] O tom, jak probíhá test píši v dalším článku, který jsem ještě nepublikoval. Je tam hodně rad, na co si dát pozor.
[Radek] Přesně tak, je to typická reakce. První testování je zábava, ale udělá to na pozorovatele trvalý dojem. Počet vylepšení, které z testování vyplynou, je vždycky velký. Jako demonstrace toho, že má cenu se zabývat použitelností, je to ideální. Ukažte ho lidem, co o produktu rozhodují a máte vyhráno.
Zkusím ten nadpis vzít z jiné strany. Kdy by mělo probíhat první uživatelské testování nějakého nového produktu / dialogu? IMHO je ideální Hallway Testing. Jinak řečeno nejdéle těsně po vzniku řečeného. Můj šéf to tak nevidí. Jak to vydíte vy?
[Tomáš] Ideální je, když se uživatelské testování provádí na několika úrovních. Úplně první by mělo proběhnout před implementací, když se aplikace nebo vlastnost teprve defunuje. Provádí se na prototypech, nejlépe na papírových.
Pak je možné testovat při implementaci, když se narazí na něco, co nejde rozhodnout bez uživatele. Většínou jde o výběr ze dvou variant (tlačítko dole nebo v pravo). Pak se nakreslí, vytisknou nebo implementují obě varianty, uživatelé se rychle uvedou se do problému a konzultuje se s nimi jejich názor. Vlastně nejde o uživatelské testování, ale o průzkum. U složitějších funkcionalit je možné udělat řádné testování, na prototypech nebo na aplikaci.
Po implementaci je dobré také testovat, testuje se jen to, kde tušíme, že budou problémy, jinak se utestujeme.
Musíme si uvědomit, že z testování vycházejí podněty na změny a ty se musejí zapracovat. Čím dřív je objevíme, tím líp jednodušeji se implementují.
Toto je takový základ, až se víc ponořím do UCD, bude to jemnější.
Jestli se Halfway Testingem myslí odchycení lidí z ulice, pak je třeba dát pozor na to, aby ti lidé odpovídali zamýšlené cílové skupině. Abychom třeba po zmrzlináři nechtěli, ať nám nainstaluje a nakonfiguruje produkční server. Správný výběr testovaných osob je důležitý.