České vysoké učení technické v Praze Fakulta elektrotechnická Testování zařízení: mobilní telefon Nokia 6600 slide Semestrální práce v rámci předmětu Testování uživatelského rozhraní A4B39TUR Pavol Sekereš 3. ročník OI pavol.sekeres@gmail.com r. 2011/2012-1-
Obsah Popis zařízení...2 Cílová skupina:...3 Přehled případů použití:...3 Vytvoření seznamu skladeb a přidání skladby do tohoto seznamu:...3 Napsání a odeslání SMS správy:...3 Přidání nového kontaktu do seznamu kontaktů:...3 Testování kognitivním průchodem:...4 USE CASE 1 Vytvoření seznamu skladeb a přidání skladby do tohoto seznamu:...4 Shrnutí:...7 USE CASE 2 napsání a odeslání SMS správy:...7 Shrnutí:...9 Testování heuristickou evaluací:...9 Sada použitých heuristik:...9 USE CASE 3 Přidání nového kontaktu do seznamu kontaktů:...9 Shrnutí:...10 Shrnutí testování...11 Přehled nálezů...11 Popis zařízení Testovaným zařízením, které jsem si vybral, je mobilní telefon Nokia 6600 slide. Zařízení bylo uvedeno na trh v roce 2008, váží 110 gramů a má rozměry 90 x 45 x 14 mm. Displej podporuje 16 miliónů barev a má rozlíšení 240 x 320 pixelů. Podporuje přehrávání MP3 a má možnost připojení microsd karty s pamětí až 4GB. Má standartní baterii Li-Ion 1000 mah(bl-4u) s pohotovostní dobou až 340 hodin. Telefon se ovládá pomocí joisticku, pomocí pěti hlavních tlačítek, a 12 standartních tlačítek sloužících na psaní textu, čísel a podobně. Telefon má dále ješte na horní hrane tlačítko, které slouží na jednoduché odebrání zadního krytu a přístup k baterii a simkartě. -2-
Cílová skupina: Cílovou skupinou jsou všichni lidé, kteří potřebují být v neustálém kontaktu s ostatními lidmi, případne chtějí mít možnost telefonovat za každé okolnosti, nebo využívat jiné fíčury tohoto telefonu, jako třeba přehrávání MP3, využívání mobilního fotoaparátu. Do cílové kategorie bych zařadil všechny lidi do 50 let, protože starší lidi z mé skušenosti častokrát preferují jednoduché telefony s většími tlačítky. Přehled případů použití: 1. vytvoření seznamu skladeb a přidání skladby do tohoto seznamu 2. napsání a odeslání SMS správy 3. přidání nového kontaktu do seznamu kontaktů Vytvoření seznamu skladeb a přidání skladby do tohoto seznamu: vzhledem k tomu, že telefon budou používat do velké míry také mladí lidé, kteří využívají přehrávání hudby denně, díky externí paměti 4GB a možnosti připojení sluchátek budou nejspíš telefon používat velmi často i jako MP3 přehrávač. Pro pohodlí si budou chtít vytvořit vlastní seznam se skladbami, které si sami vyberou. Proto je tento usecase velmi důležitý a rozhodl jsem se ho testovat pomocí kognitivního průchodu. Napsání a odeslání SMS správy: Jeden z naprosto esenciálních usecasů, který téměř všichni uživatelé využívají denně, po hovoru snad nejpodstatnější využití mobilního telefonu. Navzdori tomu se liší na rúzných telefonech a proto jsem se rozhodl otestovat nakolik je na tomto telefonu uživatelské rozhraní optimalizováno pro pohodlí uživatele. Opět jsem si vybral na testování kognitivní průchod. Přidání nového kontaktu do seznamu kontaktů: Další velmi důležitý usecase. Rozhodl jsem se ho testovat neboť je důležité aby i neinformovaný uživatel vědel přidat kontakt do seznamu, aby si nemusel pamatovat všechna čísla. Je to základní usecase pro pohodlí uživatele. Usecase jsem prozměnu otestoval heuristickou evaluací. -3-
Testování kognitivním průchodem: Je to metoda testování uživatelského rozhraní. Snažíme se simulovat uživatele z cílové skupiny a zjistit, zda je uživatel schopen provést seznam akcí, případne kde by mohl mít uživatel s provedením akce problém. V každém kroku si pozorovatel klade tyto otázky: Q1: Bude uživateli zřejmé co udělat? Q2: Spojí si uživatel správně popisek akci se svým cílem? Q3: Dostane uživatel dostatečnou odezvu? Na začátku testování usecase si klademe otázku: Čeho chce uživatel dosáhnout? USE CASE 1 Vytvoření seznamu skladeb a přidání skladby do tohoto seznamu: bude uživatel schopen vytvořit seznam skladeb a přidať do seznamu jednu skladbu? Krok 1: Uživatel musí pomocí hlavního tlačítka přejít do hlavního menu Q1: ano, i neinformovanému uživateli bude jasné, že pro provedení akce bude muset nejdříve najet do hlavního menu Q2: ano, i když tlačítko není označeno, je intuitivně jasné, že největší tlačítko které se nachází uprostřed joisticku bude nejspíše sloužit na zobrazení hlavního menu Q3: ano, menu je vyobrazeno Krok 2: Výběr možnosti média Q1: ano, žádná jiná možnost tak moc nevystihuje to, kde by mohl být umístěn generátor seznamu skladeb Q2: ano, tlačítko má odpovidající nápis i piktogram, tedy je vhodně označeno. Q3: ano, zobrazí se nám nové menu. -4-
Krok 3: Výběr možnosti Prehráv. hudby Q1: ano, opět se zde nenachází jiná možnost, která by mohla uživatele zmást Q2: ano, možnost je označena nápisem a piktogramem Q3: ano, zobrazí se nám nové menu Krok 4: Výběr možnosti Zozn. Skladieb Q1: ne, navzdori tomu, že je volba vysoce pravděpodobná nerozumím, proč zde není uvedené celé znění volby, tedy Zoznam Skladieb, ale pouze skratka. Volba by se pohodlně vešla na jeden řádek, takto by to uživatele, i když nepravděpodobne, mohlo zmást a mohl zvolit akci Ísť do Preh. Hudby a skoušet hledat možnost tam. Q2: ano, označení je postačující, pokud známe skratku Q3: ano, zobrazí se nové menu Krok 5: Výběr možnosti Vytvoriť zozn. skl. Q1: ano, opět je tu pouze skratka, ale v tuto chvíli tu není jiná volba, která by mohla uživatele zmást. Q2: ano, volba je označena názvem Q3: ano, vyobrazí se nám volba, Zadajte názov zoznamu skladieb. -5-
Krok 6: Zadat název seznamu skladeb Q1: ano, jinou volbu uživatel snad ani nemá Q2: ano, označení je dostatečné Q3: ano, po dokončení akce se nám vyobrazí hlášení Zoznam skladieb vytvorený. Pridať obsah do název seznamu? Krok 7: Přidat obsah do seznamu skladeb Q1: ano, skladba je obsah seznamu to snad pochopí každý Q2: ano, v zhledem ke sdělení o kterém jsem mluvil v předchozí fázi, je to jasné. Q3: ano, uživateli se objeví nové menu s možností hledání skladeb podle interpreta,atd. Krok 8: Vybrat možnost Všetky Skladby Q1: ano, je to zřejmé, uživatel by mohl i filtrovat ale to zde nestesujeme stačí nám přidání libovolné skladby Q2: ano, možnost je dobře označena Q3: ano, uživateli se zobrazí seznam skladeb Krok 9: Vybrat možnost Pridaj Q1: ano, chceme přeci přidat skladbu Q2: ano, možnost je označena Q3: ne, dle mého soudu zde chybí nejaké hlášení typu skladba přidána. Možnost přidat skladbu znovu je nám sice zamítnuta, avšak naivnímu uživateli může připadat nejasné, zda skladbu přidal do seznamu. Krok 10: Vybrat možnost Spať Q1: ano, jiné volby kromě přidávání skladeb a návratu zpět se uživateli nedostává Q2: ano, možnost je bezpochyby jasně označena Q3: ano, nastane návrat do předchozího menu -6-
Krok 11: Vybrat volbu Hotovo Q1: ano, logicky po dokončení úpravy seznamu uživatel musí vše potvrdit Q2: ano, možnost je vyznačena Q3: ano, zobrazí se seznam seznamů skladeb Shrnutí: Navzdori tomu, že byli nalezeny dva negativní nálezy se domnívám, že generátor seznamů skladeb je relativně dobře implementován. Jedná se více méňe o změny kozmetické a jejich implementace by nebyla složitá. Jejich vykonání není nezbytné, přesto by však prospěli zejména k větší přehlednosti a informovanosti uživatele. USE CASE 2 napsání a odeslání SMS správy: bude uživatel schopen napsat a odeslat novou SMS správu? Krok 1: Uživatel musí najet do hlavního menu Q1: ano, je zřejmé že pro veškeré funkce je potřeba zvolit hlavní menu Q2: ano, ze stejného důvodu jako u předchozího usecasu Q3: ano, ze stejného důvodu jako u předchozího usecasu Krok 2: Přejít na volbu Správy Q1: ano, uživateli bude jasné, že má zvolit tuto možnost, nic jiného by ho nemělo zmást Q2: ano, volba je jasně označena dokonce i obrázkem pro negramotné Q3: ano, zobrazí se nové menu Krok 3: Vytvořit správu Q1: ano, uživatel přeci chce vytvářet správu Q2: ano, možnost je vhodně označena Q3: ano, zobrazí se nové menu -7-
Krok 4: Správa Q1: ne, uživatel má zde více možností. Zejména by ho mohla zmást volba Blesková Správa Q2: ano, možnost je označena Q3: ano, zobrazí se psaní správy Krok 5: Vyplnění položek Q1: ano, každý uživatel mobilních telefonú ví, že když chce psát správu musí vyplnit adresáta a případně text, který chce odeslat Q2: ano, možnosti jsou označeny Q3: ano, uživatel vidí, že možnosti vyplnil Krok 6: Pošli Q1: ano, uživatel chce přeci správu odeslat Q2: ano, možnost je označena Q3: ne, chybí zde vhodný feedback. Uživateli se ani nevyobrazí hlášení, že správa je úspěšne odeslána. Pouze nahoře se pohybuje šipečka a pak se přestane pohybovat. Myslím, že pro neinformovaného uživatele to není vhodné označení. -8-
Shrnutí: V tomto případě jsou nálezy poňekud závažnejší, než v prvním případě. Zejména nedostatečný feedback při odeslání správy může být pro uživatele velmi nepříjemnou a frustrující záležitostí. Uživatel by si měl být nanejvýš jistý, že správa, kterou napsal, byla odeslána v pořádku. Druhou vadu hodnotím o něco hůř než kozmetickou, nicméňe také by bylo vhodné ji opravit. Testování heuristickou evaluací: Heuristická evaluace je metoda založená na souhrnu pravidel(heuristik) které si předem definujeme a pak testujeme zda se aplikace podle těchto pravidel chová. Sada použitých heuristik: Pro testování jsem použil heuristiky Jakoba Nielsena, jedná se o deset pravidel která nalezneme v jeho knize: Nielsen, J. (1994b). Heuristic evaluation. USE CASE 3 Přidání nového kontaktu do seznamu kontaktů: - use case je v rozporu s nasledujícími pravidli: (H5)Error prevention Když chce uživatel přidat kontakt má v podstatě 2 možnosti. Buď přes menu seznam kontaktů, nebo pouze naťuká číslo a zvolí možnost přidat(akcelerátor pro informované uživatele). Poté se musí dostat ješte přes jedno menu a pak začne vyplňovat údaje. Stačí, aby při vyplňování možností kliknul na prostřední tlačítko a uloží se mu zadaný kontakt. Uživatel tedy nedostane ani žádost o potvrzení svého rozhodnutí, i skušenému uživateli se stane, že se překlikne a poté musí uživatel kontakt znovu upravovat, případne mazat, co je vzhledem k nenáročnosti jednoho potvrzení podle mého soudu zbytečně pracné. Určite bych přidal po stisknutí volby ulož kontakt ještě žádost o potvrzení volby. -9-
(H7)Flexibility and efficiency of use Podle tohoto pravidla by měli existovat pro skušené uživatele jakési akcelerátory, urychlovače pro zadaný usecase. V tomto případě se jedná o esenciální usecase mobilního telefonu, tedy rozhodně by urychlovač měl existovat. Akcelerátor pro přidání kontaktu samozřejmě existuje, avšak podle mého soudu není optimálně implementován. Funguje tak, že naťukáme číslo přímo v úvodní obrazovce telefonu, poté zvolíme volbu ulož, a poté se nám zobrazí menu, kde zadáváme jestli se jedná o mobilní číslo nebo fax,atd.(je zde relativne mnoho možností). Poté opět vyplňujeme jméno a přijmení. Pro uživatele, kteří chtějí rychle uložit číslo, bych spíše zavedl jednodušší spůsob. Naťukání čísla v úvodní obrazovce bych ponechal, avšak poté by uživatel pouze stiskl volbu ulož,přidal jméno a potvrdil. Bylo by to víc minimalistické a dlhe mého názoru lepší a pohodlnější. (H8)Aesthetic and minimalist design problém jednoduchého(minimalistického) dizajnu jsem nakousnul už v předchozím nálezu. Když přidáváme kontakt máme zde příliš mnoho možností pro doplnění. Uživatel se musí překlikávat přes přidávání faxu, čísla domů,atd. Jméno a přijmení by také mohlo být v jednom poli a né ve dvou, i když tato možnost už je více diskutabilní. Celkové přidávání je však dle mého soudu relativně zdlouhavé a překombinované a rozhodně by nebylo naškodu jej zjednodušit. Shrnutí: Použití heuristické evaluace je dle mého názoru náročnejší časově a vyžaduje větší soustředení aby uživatel odhalil všechny spory s pravidli, které si stanovil. Zejména proto, že uživatel si pro každé menu, pro každou volbu neklade pouzve tři otázky, jako u kognitivního průchodu, ale skoumá, jestli je usecase v rozporu s mnoha, v mém případě deseti pravidly. Jako shrnutí můžu říct, že přidání nového kontaktu je zbytečně komplikované. Navrhoval bych minimalistické, nematoucí, jednoduché a rychlé řešení místo tolika voleb, které uživatel ve většine případů nevyužije. V tomto případě bych osobně radši uživatele omezil a urychlil a usnadnil tím tento usecase. -10-
Shrnutí testování Mobilní telefon Nokia 6600 slide má velmi dobře optimalizovaný generátor seznamů skladeb. Až na pár kozmetických vad je tento usecase bezproblémový. Avšak esenciální usecasy jako posílání sms a přidávání kontaktů trpí závadami. I když tyto závady nejsou úplně tragické, jejich oprava by učinila mobilní telefon pohodlnější pro uživatele. V nasledujícím shrnutí uvádím všechny nálezy a hodnotím je podle dané stupnice: 1- kozmetický problém 2- malý problém použitelnosti 3- velký problém použitelnosti, je důležité jej odstranit Přehled nálezů USE CASE 1(Krok 4: Výběr možnosti Zozn. Skladieb): 1 volba místo plného znění obsahuje pouze skratku uvést plné znění volby USE CASE 1(Krok 9: Vybrat možnost Pridaj): 1 chybí dostatečný feedback pro přidání dané skladby zobrazit dialogové okno s informací skladba název skladby přidána USE CASE 2(Krok 4: Správa): 2 neinformovaný uživatel neví, kterou volbu má zvolit přidat volbu SMS správa -11-
USE CASE 2(Krok 6: Pošli): 3 uživatel nedostává dostatečný feedback po odeslání SMS správy po odeslání správy zobrazit dialogové okno správa odeslána USE CASE 3(H5 Error prevention): 1 uživateli se po zvolení volby ulož kontakt ihned uloží bez žádosti o potvrzení přidat žádost o potvrzení USE CASE 3(H7 Flexibility and efficiency of use) : 2 nedostatečná implementace akcelerátoru pro přidání kontaktu minimalizovat menu a tabulky, kterými je potřeba projít pro přidání kontaktu při využití akcelerátoru USE CASE 3(H8 Aesthetic and minimalist design): 2 při přidávání kontaktu prochází uživatel příliš mnoho tabulek pro přidání údajů co nejvíce tyto tabulky minimalizovat, ponechat tabulku pro jméno, číslo, případne 1-2 další. -12-