Pokročilý správce úkolů pro Android Tomáš Linhart
Pokročilý správce úkolů pro Android ................................................... 1 Tomáš Linhart.................................................................................... 1 D1.................................................................................................... 4 Description ..................................................................................... 4 D2.................................................................................................... 4 Users ............................................................................................. 4 Activities ........................................................................................ 4 Přidání úkolu ................................................................................ 5 Úprava úkolu................................................................................ 5 Synchronizace úkolů...................................................................... 5 Prohlížení úkolů ............................................................................ 5 System Support (what and how)........................................................ 5 Context .......................................................................................... 6 D3.................................................................................................... 6 Tvorba prototypu ............................................................................. 6 Popis prototypu ............................................................................... 7 Index .......................................................................................... 7 List ............................................................................................. 7 Detail .......................................................................................... 7 Search ........................................................................................ 8 Heuristická evaluace ........................................................................ 8 Evaluace od prvního experta........................................................... 8 Visibility of system status ............................................................ 8 User control and freedom ............................................................ 8 Error prevention......................................................................... 8 Aesthetic and minimalist design ................................................... 8 Evaluace od druhého experta.......................................................... 9 Visibility of system status ............................................................ 9 User control and freedom ............................................................ 9 Error prevention......................................................................... 9 Aesthetic and minimalist design ................................................... 9 Závěr z provedené evaluace .............................................................. 9 D4................................................................................................... 10 Tvorba prototypu ............................................................................ 10 Změny o proti low-fidelity prototypu..................................................10 Uživatelské testování ...................................................................... 16 Hledání vhodných kandidátů .......................................................... 16 Testovací prostředí....................................................................... 16 Příprava pro testování .................................................................. 17 Screener..................................................................................... 17 Otázky před testem...................................................................... 17 Úkoly ......................................................................................... 17 Seznámení testovacích subjektů ....................................................18 Jednotlivé testy .............................................................................. 18 Testovaný subjekt č.1................................................................... 18 Screener..................................................................................... 18 Otázky před testem...................................................................... 18 Úkoly ......................................................................................... 19 Testovaný subjekt č.2................................................................... 19 Screener..................................................................................... 19 Otázky před testem...................................................................... 19 Úkoly ......................................................................................... 20 Testovaný subjekt č.3................................................................... 20
Screener..................................................................................... 20 Otázky před testem...................................................................... 20 Úkoly ......................................................................................... 21 Závěr z uživatelského testování ........................................................ 21
D1 Description Cílem bude vytvořit aplikaci pro mobilní platformu Android, která bude sloužit ke správě úkolů. Bude možnost řadit úkoly dle metodiky GTD (Get Things Done), což znamená, že budou základní kategorie - Inbox, Today, Tomorrow, Scheduled, Someday, Completed a Trash a jiné. Půjde k ním následně přidávat různé meta informace jako jsou štítky, datumy, souřadnice, čísla, obrázky. Tyto informace bude možné přidávat za použitích modulů, které telefon nabízí. Půjde tedy přidat obrázek k úkolu přímo z fotoaparátu, souřadnici z GPS, číslo z telefonního kontaktu. atd. Cílem bude rovněž zjednodušit možnost zadávání úkolů a to za pomocí rozeznávání hlasu. Rovněž bude integrována základní synchronizace s nějakou existují webovou službou jako je RememberTheMilk či SquezeeWork, na kterém s kolegou pracuji. Cílem projektu je nabídnout uživateli aplikaci, která mu umožní si lehce zaznamenat úkol a přiřadit k němu důležité informace, které následně v telefonu může lehce využit či se synchronizovat s webovou službou a mít k nim přístup kdekoliv.
D2 Users Aplikace bude cílena na všechny uživatele bez ohledu na věk, kteří by rádi zaznamenávali úkoly kdekoliv a mají radši elektronické poznámky než papírové. Rovněž chtějí, aby si úkoly mohli organizovat pomocí metodiky GTD (Get Things Done) a mají zájem si k úkolům přidávat informace, které by v případě papírového diáře neměli. To jsou informace jako je lokace, obrázky, telefonní čísla a jiné věci, které mobilní telefon nabízí. Mají také zájem o to, aby se jím úkoly synchronizovali s nějakou existující webovou službou (Remember The Milk a jiné) a oni měli přístup k těmto úkolům i na jiných zařízeních jako je počítač, laptop apod. Důvod proč by měl uživatel tuto aplikaci používat je, že papírové poznámky ztrácí nebo mu nevyhovují a chce něco co mu umožní mít jeho úkoly všude. Aplikace bude od uživatele očekávat znalost jeho telefonu a pokud uživatel dokáže ovládat jiné aplikace v jeho telefonu, tak by pro něj neměl být problém ovládat tuto aplikaci. Aplikace bude od uživatelů vyžadovat znalost anglického jazyka jelikož v něm bude lokalizována. V budoucnu je možná i lokalizace do češtiny a jiných jazyků, ale z počátku pouze angličtina, ale nebude se jednat o nikterak pokročilou znalost. Víceméně bude stačit znalost porozumět pár slovíčkům. Složité věty se nebudou v aplikaci nacházet.
Activities Uživatel bude moc provádět pouze pár kroků, ale v těchto krocích bude mít hodně možností, což udělá aplikaci chytrou, ale při tom jednoduchou na používání.
Přidání úkolu Přidávání úkolu bude probíhat velice snadno. Po spuštění aplikace bude v části obrazovky tlačítko, na které když uživatel klikne, tak se dostane na obrazovku přidání úkolu. Zde budou možnosti, kde uživatel bude moci vyplnit požadované informace. • V první části bude textové políčko pro úkol. Vedle něj se bude hned nacházet tlačítko pro přidání úkolu pomocí hlasu. ◦ Pomoci hlasu půjde přidat pouze text pro úkol. Možnosti jako přidávání obrázků apod. budou vyžadovat obsluhu už pomocí doteků. • Následně zde budou tlačítka pro přidání obrázku, geolokace, kontaktu atd. • Dále zde bude nabídka na vybrání kategorie pro úkol. Standardně bude vybrán Inbox. • Dále bude prostor pro datum pro úkoly, které mají nějakou splatnost. • Následně bude políčko pro delší textový popis. • Na konci bude tlačítko uložit. Uživatel klikne na uložit a úkol je hotov. Úprava úkolu Úprava bude probíhat podobně jako přidávání úkolu. Pouze už některé informace budou předvyplněny. Synchronizace úkolů Synchronizace úkolů bude jednoduchá. Na úvodní obrazovce bude tlačítko synchronizace. Po kliknutí na něj se úkoly nahrají do webové služby. Pokud nejsou vyplněny informace pro danou webovou službu, tak uživatel bude na tyto informace dotázán. Prohlížení úkolů Prohlížení úkolů bude rovněž jednoduché. Po vybrání kategorie na úvodní obrazovce. Uživatel uvidí seznam všech úkolu v dané kategorii. Uvidí v seznamu pouze nejdůležitější informace. Pokud ho bude úkol zajímat více do detailu, tak si ho bude muset otevřít.
System Support (what and how) • Zařízení s operačním systémem Android. ◦ Přesná verze bude specifikována při vývoji v závislosti na tom, která vlastnost se nachází v jaké verzi systému. Rozhodně nebude aplikován přístup, že je nejlepší podporovat co nejvíc zařízení. Naopak bude aplikován přístup podporovat co nejmenší skupinu zařízení, ale těm nabídnout kvalitní zážitek. • Zařízení s dotykovým displejem ◦ Aplikace bude primárně ovládána pomocí doteků. ◦ Bude zde i základní podpora pro ovládání pomocí trackballu, ale rozhodně to nebude hlavní způsob jak aplikaci ovládat. • Displej alespoň 3.2 palců ◦ Aplikace poběží i na menších displejích, ale nebude zde už žádná optimalizace a lze očekávat, že se layout aplikace rozpadne. Většina
zařízeních už alespoň tuhle velikost displeje má a trend ukazuje, že se stávají populární zařízení až s displejem 4 palce. • Internetové připojení, GPS, Fotoaparát, Hlasový modul a jiné moduly pro podporu pokročilých funkcí. ◦ V případe, že zařízení nebude disponovat uvedeným modulem, tak daná vlastnost nebude v aplikaci dostupná, ale aplikace půjde nadále používat. Pouze bude chudší.
Context Cíl aplikace je nabídnout uživateli možnost si zaznamenat úkol kdekoliv. Samozřejmě je od uživatele vyžadováno, že musí být v dané situaci schopen daný úkol vložit. Musí být tedy schopen mluvit a musí mu být rozumět pro hlasovou možnost nebo musí být schopen psát na klávesnici. Pokud běží, tak nemůže očekávat, že se mu pohodlně úkol podaří vložit. Cílem bude poskytnout uživateli stejný komfort jaký mu nabízí systém. Aplikace bude přejímat různé design patterny, které už na platformě existují, takže pokud uživatel je schopen vyhledávat v operačním systému pomocí jedné ruky. Lze očekávat, že bude schopen ovládat i tuto aplikaci jednou rukou. Aplikace bude přizpůsobena pro typického moderního člověka. Uživatel, který je nějak handicapován bude při používání aplikace znevýhodněn a asi nebude nejlepší kandidát na její používání. Rovněž pokud uživatel chce používat synchronizaci, vkládat lokaci a jiné vlastnosti závisle na modulech telefonu, tak se očekává, že se bude nacházet v podmínkách, kde jeho mobilní telefon bude schopen poskytnout danou vlastnost. Například je jasné, že zjistit lokaci pomocí GPS v budově asi nebude možné.
D3 Tvorba prototypu První prototyp, který jsem vytvořil jsem nakreslil na papír za pomocí tlusté fixy na cvičení, který jsem následně hned na tom cvičení otestoval. Tento prototyp měl určité nedostatky a jelikož jsem nebyl zcela spokojený s papírovou verzi, tak jsem se rozhodl, že udělám prototyp v nějakém nástroji k tomu určený. Původně jsem chtěl sáhnout po Balsamiq Mockups, ale na něm mě odrazovalo, že je hodně omezený ve verzi zdarma. Hledal jsem tedy alternativu a našel jsem se Pencil, ale po hraní si s ním mi nevyhovoval, takže jsem skončil zpátky u Balsamiq Mockups, kde jsem objevil, že existuje možnost 7 denního trialu, kde po tuto dobu je možno využívat software bez omezení a mohl jsem tedy můj prototyp vyexpertovat od PDF. Rovněž se mi líbilo, že v případě PDF verze jsou obrazovky klikatelné a dá se tedy mezi nimi navigovat. Jelikož má aplikace bude pro zařízení s Androidem a pro něj neexistuje zatím pevně definovaný styl aplikací a víceméně se dává svoboda vývojářům. Využil jsem tedy už nějakých vzorů, které existují v jiných aplikací. Z čehož plyne, že jsem nepoužil žádný standardní element, který Android nabízí snad krom menu. Rovněž každá obrazovka na Androidu má své menu. Toto menu se zobrazí po stisknutí tlačítka Menu, který má každý telefon s Androidem. Nevěděl jsem jak zcela toto v prototypu vyjádřit. Mohl jsem vytvořit nové obrazovky, které vypadají stejně jako předchozí, ale mají na sobě menu, což mi připadalo zbytečné, tak jsem se rozhodl, že menu nakreslím mimo zařízení a šipkou vyjádřím, že se jedná o menu.
Popis prototypu Obrazovky popisuji ve stejném pořadí jakým jsou v přiloženém PDF souboru. Index Tuto obrazovku uvidí uživatel po spuštění aplikace. V horní části je bar s názvem aplikace. V tomto baru jsou zároveň tlačítka, která lze použit pro rychlou volbu - synchronizace a přidání nového úkolu. Tento bar lze najít na každé obrazovce a pokaždé jsou na něm jiné tlačítka. V další části obrazovky jsou ikonky s popisky pro jednotlivé kategorie. Po kliknutí na ikonku se uživatel ocitne na obrazovce, kde je seznam úkolu pro danou kategorii. Po otevření menu uživatel uvidí čtyři volby - nový úkol, hledání úkolů, nastavení a synchronizace úkolů se serverem. List Na této obrazovce je vždy seznam úkolů v dané kategorii. Jaká kategorie je aktivní je znázorněné v baru. Zbytek obrazovky obsahuji úkoly, kde je vždy zaškrtávací pole, kterým se označí jestli daný úkol je již hotový a následuje text úkolů. V případě, že u úkolu existuje speciální obsah, tak se na konci řádku objeví ikonka o jaký obsah se jedná. Může se zde nacházet obsah následující druhu: • V případě fotoaparátu je u úkolu ikonka fotoaparátu, která značí, že u úkolu je obrázek • V případě tlačítka Call je k úkolu přidán kontakt a po stisknutí toho tlačítka lze daný kontakt kontaktovat • V případě datumu je u úkolu datum, ke kterému je úkol zamýšlen • V případě textu Due se jedná o úkol, který už prošel vzhledem k jeho datu • V případě znaku lokace jsou u úkolu GPS souřadnice V případě otevření menu jsou zde dvě položky - jedna na přidání nového úkolu a jedna na vyhledávání úkolů. Detail Tato obrazovka patří k nejkomplexnějším kvůli množství prvků, co se na ní nachází. V horní části je opět bar, kde se nachází tlačítko pro přidání obrázku, kontaktu a lokace. V následující části je obsah, který uživatel přidal. Jakýkoliv obsah přidá může odstranit pomocí křížku u každého objektu. V případě, že zde není žádný obsah, tak je místo nevyplněno. Ve zbytku obrazovky jsou textová pole na vyplnění textu úkolu u něhož je tlačítko pro vložení úkolu pomocí hlasu. Dále je zde kategorie, poznámka, datum a štítky. Na konci se nachází tlačítko pro uložení.
V případě otevření menu uživatel může přidat obrázek, kontakt a lokaci. Ve spodní části menu je volba pro přidání data, uložení úkolu a přidání štítku. Všechny tyto možnosti už se sice nachází na obrazovce, ale cíl menu je dát možnost uživateli provést akci třeba v situaci, kdy není snadné zmáčknout menší tlačítko v horní části obrazovky a je jednoduší zmáčknout menu a vybrat danou akci. Search Na tuto obrazovku se uživatel dostane když klikne v jakékoliv obrazovce na "Search". V této obrazovce se nachází jednoduchý textový pole a tlačítko hledat. Když se zadá text a klikne se, tak v části pod tím se vypíší všechny úkoly s daným názvem. V této obrazovce není žádné menu.
Heuristická evaluace K provedení evaluace jsem požádal dva studenty z ČVUT FEL, aby provedli expertní evaluaci. Jejich výsledky jsem následně zhodnotil a zvážil co bych měl vyřešit pro další vývoj. Evaluace od prvního experta Visibility of system status
Navigace v rámci aplikace je intuitivní a díky malému množství aplikačních obrazovek by neměl být problém s tím, že by uživatel nevěděl kde se nachází i přes to, že jednotlivé obrazovky nemají nikde viditelně uveden svůj název. Každá z nich má relativně odlišný layout, což bude určitě figurovat jako další poznávací znamení podle kterého uživatel rozpozná na jaké obrazovce se nachází a jaké má možnosti. User control and freedom
Z prototypu není patrné, zda a popř jak lze již vytvořené úkoly smazat. Error prevention
Z prototypu není patrné jaké akce jsou destruktivní a nezvratné, a zda u těchto akcí bude ověřovací bezpečnostní dialog. Pokud nějaké takovéto akce v aplikaci jsou, určitě by měl být přítomen i ověřovací dialog. Aesthetic and minimalist design
Na aplikaci a designu jejího UI je vidět perfektní použití konvencí pro vývoj aplikací na Android platformě. V tomto bodě bez výhrad.
Evaluace od druhého experta Visibility of system status
Při přechodu na jednotlivé obrazovky zobrazení úkolu (Today, Scheduled, ...) počítám, že v horní části bude uveden název daného zobrazení. Nyní je zde pro všechny zobrazení uveden název zobrazení Inbox, je to proto, že všechny obrazovky vypadají stejně a autor neměl důvod kreslit několikrát stejnou obrazovku. S tímto není problém, uživatel bude schopen jasně rozlišit, v jaké části aplikace se nachází. Tento název (zde vždy Inbox) je klikatelný a vrací uživatele na hlavní menu. Tato funkce může byt trochu matoucí, preferoval bych název obrazovky neklikatelný, protože uživatel zde již je a pro návrat do hlavního menu bych přidal tlačítko s odpovídajícím názvem. Jediná obrazovka, která neobsahuje nadpis, je vyhledávání. Ale její funkce je jasná. Co není úplně jasné je to, že na vyhledávání se dá přejít z libovolného zobrazení úkolu. Probíhá poté vyhledávaní pouze z této množiny daného zobrazení nebo ze všech vložených úkolů? Uživatel by měl tuto informaci obdržet. User control and freedom
Nevidím žádný problém, aplikace vypadá jako jednoduše ovladatelná jednou rukou. Uživatel má více možností jak vkládat záznamy a editovat jejich obsah - ať už preferuje přístup přes menu či rovnou přes ikony v obrazovce. Error prevention
Nejsem schopen určit, protože návrh aplikace nenabízí možnost mazání vložených úkolů. Jediným problémem zde by tedy mohlo být neúmyslné upravení atributů úkolu, ale zde nevidím důvod ptát se uživatele, zda chce opravdu uložit změny. Aesthetic and minimalist design
Nevidím žádný problém, aplikace je navržena přehledně, logicky a dostatenčně jednoduše pro použití na mobilním zařízení.
Závěr z provedené evaluace Výsledky, které jsem obdržel od expertu jsou velice přínosné jelikož poukazují na nedostatky, které jsem si při vývoji neuvědomil. Nedostatky, které experti zmínili jsem vždy zkusil zvážit a zamyslet nad nimi a vymyslet řešení, které aplikuji v další iteraci. • Není vždy jasné v jakém stavu je aplikace ◦ Zcela souhlasím, že při hledání není jasné z jakých výsledků se hledá a tento problém vyřeším v další iteraci tím, že do části s hledáním přidám, kde se skutečně hledá. ◦ Pro jistotu každou obrazovku obohatím o jednoduchý nadpis v jakém skutečně stavu uživatel je. Možná to v některých situacích bude zbytečné, ale aspoň uživatel nebude zmaten. • Dále je zmíněno, že je nemožnost smazat již vytvořený úkol ◦ Toto je skutečně pravda. Při návrhu jsem myslel, že uživatel odklikne checkbox a úkol se přesune do kategorie hotových úkolu. A nepřemýšlel jsem nad tím, že úkoly vlastně neumožňuji mazat. V další iteraci teda přidám možnost, která umožní úkol trvale odstranit.
• Název aktuální kategorie je klikatelný ◦ Záměr bylo, že uživatel se může vrátit pomocí tohoto zpět a vybrat jinou kategorii, ale je vskutku tento záměr špatný a matoucí. Lepší by bylo kdyby po kliknutí vyjela nabídka s kategoriemi nebo název aktuální kategorie nic nedělal. • Upozornění na destruktivní akci ◦ V prototypu nejsou žádné dialogy znázorněny, ale při mazání úkolu bude uživatel upozorněn dialogem. V případě úpravy úkolu to nepovažuji za nezbytné. Hodnotím kladně, že experti v určitých testech nenašli žádný problém a hodnotí provedení kladně.
D4 Tvorba prototypu High-fidelity prototyp jsem jíž implementoval přímo na platformě Android. Využil jsem vývojový nástroj Eclipse, kde jsem prováděl kompletní vývoj. Prototyp jsem implementoval dle low-fidelity prototypu, kde jsem se snažil zohlednit problémy, na které upozornili experti při evaluaci. Jedna se pouze prototyp, takže některá funkcionalita, která z uživatelského hlediska není zajímavá není implementována. Jako např. synchronizace. Aplikace při vyvolání akce synchronizace tedy pouze upozorní, ale ve skutečnosti synchronizace neproběhne. Podobně je implementováno více věci. Každopádně nejdůležitější věcí, kde hraje roli uživatelské rozhraní, jsou implementovány. Je třeba upozornit, že ikony použité v aplikace jsou pouze pro prototyp. Finální aplikace by obsahovala speciálně vytvořené ikony na míru. Všechny kategorie mají tedy stejnou ikonu, ale správně by měli mít jinou, která odpovídá názvu. Rovněž všechny menu by krom textu měly mít ikonku. V detailu úkolu jsou ikonky P, C, L, kde P vyjadřuje ikonku foťaku, C vyjadřuje ikonku človíčka s plusem, L vyjadřuje znak GPS lokace. Vyvinout tyto ikony, aby měly vysokou kvalitu by vyžadovalo velké úsilí a spoustu času profesionálního grafika. Všichni testovaní uživatelé byli upozorněni na fakt, že se jedná o prototyp, a že ikony nejsou finální, a že určitá funkcionalita není pro potřeby prototypu implementována.
Změny o proti low-fidelity prototypu • Stav aplikace ◦ Experti naráželi na to, že není zcela jasné v jaké fázi se aplikace nachází. Toto bylo zcela vyřešeno, že na všech obrazovka krom hlavní, kde je v titulku název aplikace je teď její stav. Není třeba ukazovat název aplikace na každé obrazovce, protože pro uživatele to není zas tolik důležité a ocení spíše její stav. Každá kategorie má její název v title baru. Rovněž je uvedeno jestli se jedná o nově vytvářený úkol či o editaci a rovněž když probíhá hledání. • Nemožnost mazat úkoly a upozornění na destruktivní akci ◦ Experti zmínili nemožnost smazat úkol. Tento problém byl vyřešen, že podržením prstu nad jednotlivou položkou se objeví dialog, kde je uživatel tázán, jestli chce úkol smazat. Jsou mu nabídnuty dvě možnosti - Ano nebo Ne, což mu dává najevo, že se jedná o destruktivní akci. • Název aktuální kategorie je klikatelný ◦ Cílem bylo usnadnit navigaci v aplikace, ale to se ukázalo jako špatné a celkem nepochopitelné. Nakonec usnadnění navigace v aplikaci bylo
vyřešeno pomocí přidání nového tlačítka domů, které vrací uživatele na úvodní obrazovku a usnadní mu se lehce vrátit zpět. Všechno ostatní bylo děláno dle předchozí prototypu. Pouze byly provedeny ještě některé změny s hledáním, kde bylo využito možností použít systém hledání, který nabízí sám systém Android, který to následně integruje i s tlačítkem hledat.
Uživatelské testování Hledání vhodných kandidátů Pro testování jsem hledal uživatele ve věku okolo 20 let a to především studenty u niž se očekává, že mají potřebu si zaznamenávat úkoly a rovněž mají zkušenosti s moderními technologiemi a jsou spíše "early-adopters". Rovněž jsem od nich vyžadoval základní znalost Androida. Jelikož aplikace využívá koncepty, které jsou společné pro aplikace na Androidu. Neznalost platformy Android by tedy mohla poskytnout nesprávné výsledky, které by byly ovlivněny neznalostí. Všechny subjekty co jsem vybral jsou tedy ve věku 20 let a jsou studenty ČVUT FEL. Testovací prostředí Jako testovací prostředí jsem využil prostory ČVUT FEL. Konkrétně jednu místnost určenou pro studenty - studovna pro notebooky. Zde jsem provedl všechny testy. Testy jsem prováděl už později k večeru, kdy v místnosti nebylo tolik studentů a byl dostatečný klid pro testovací subjekty testovat aplikaci.
Příprava pro testování Pro testovací subjekty jsem si připravil screener, kterým jsem zjistil jestli jsou vhodnými subjekty pro testování aplikaci. Dále jsem se připravil testovací otázky před testem, kde jsem se ptal jak se cítí a co si myslí, že jim testování přinese. Následně jsem měl už seznam úkolů pro uživatele, které jsem chtěl po nich provést. V samém závěru jsem si připravil otázky po testu, kde jsem se zeptal jak se jim aplikace líbila a jak by mohla být vylepšena. Jako testovací zařízení posloužil můj telefon HTC Desire s operačním systém Android 2.2 (FroYo). Screener • Jste uživatel mobilního telefonu s operačním systémem Android? ◦ Ano ◦ Ne • Evidujete si úkoly? ◦ Ano ◦ Ne • Jestliže ano, jak často? ◦ Denně ◦ Týdně ◦ Měsíčně • Jaký způsob preferujete pro své úkoly? ◦ Rychlost zadání ◦ Mít úkol všude dostupný ◦ Klasický papír ◦ Jiné • Vadilo by vám používat mobilní aplikaci na úkoly, které lze řešit pomocí diáře a tužky? ◦ Ano ◦ Ne • Zúčastnili jste se v tomto roce nějakého uživatelského testovaní? ◦ Ano ◦ Ne Otázky před testem • • • •
Jakou máte dnes náladu? Jak dlouho už máte zkušenosti a operačním systémem Android? Máte oblíbenou aplikaci? Pokud ano, jakou? Co myslíte, že vám test může přinést?
Úkoly • • • • • • •
Použijte funkci hledání na vyhledání úkolu Vytvořte nový úkol v kategorii Today K tomu úkolu přidejte fotografii K tomu úkolu přidejte lokaci K tomu úkolu přidejte kontakt Použijte funkci Voice to Text a zkuste název úkolu namluvit Změňte kategorii úkolu
• Přidejte datum k úkolu • Proveďte synchronizaci úkolů • Zkuste smazat libovolný úkol Otázka po testování • • • • •
Jaký na vás testování zanechalo dojem? Jak hodnotíte obtížnost zadaných úkolů? Který z úkolu pro vás byl nejtěžší? Co byste na aplikaci zlepšili? Byli byste ochotni za zaplatit za takovou to aplikaci?
Seznámení testovacích subjektů Každý testovaný subjekt byl seznámen s tím k čemu aplikace slouží, a že se jedná pouze o prototyp a některá funkcionalita není zcela funkční. Rovněž jim bylo řečeno, že dané věci by ve finálním produktu byli vyřešeny. Hlavně se jednalo o ikonky a nedostupnost funkcionality, která není z uživatelského rozhraní zas tolik důležitá. Byli také seznámeni s tím, že jejich odpovědi jsou anonymní a jejich jméno nebude spojováno s daty, které poskytnou.
Jednotlivé testy Testovaný subjekt č.1 Screener • Jste uživatel mobilního telefonu s operačním systémem Android? ◦ Ano • Evidujete si úkoly? ◦ Ano, ale už je nereviduji. • Jestliže ano, jak často? ◦ Týdně • Jaký způsob preferujete pro své úkoly? ◦ Rychlost a jednoduchost • Vadilo by vám používat mobilní aplikaci na úkoly, které lze řešit pomocí diáře a tužky? ◦ Ne • Zúčastnili jste se v tomto roce nějakého uživatelského testovaní? ◦ Ne Otázky před testem • Jakou máte dnes náladu? ◦ Relativně dobrou ačkoliv jsem moc nespal. • Jak dlouho už máte zkušenosti a operačním systémem Android? ◦ Měsíc • Máte oblíbenou aplikaci? Pokud ano, jakou? ◦ Pubtran
• Co myslíte, že vám test může přinést? ◦ Nové zkušenosti Úkoly Zmiňuji pouze úkoly u nichž došlo k nějakém problému. Úkoly, které testovaný subjekt vyřešil bez problému a neměl k ním připomínky přeskakuji. • Použijte funkci hledání na vyhledání úkolu ◦ Hledal hledání na úvodní obrazovce v title • Proveďte synchronizaci úkolů ◦ Chtěl už provést synchronizaci z kategorie. Konkrétně z Today. Otázka po testování • Jaký na vás testování zanechalo dojem? ◦ Zajímavé • Jak hodnotí obtížnost zadaných úkolů? ◦ Ovládání jednoduché už po po prvním použití zcela bez problému. • Který z úkolu pro vás byl nejtěžší? ◦ Nevěděl jsem kde hledat synchronizaci • Co byste na aplikaci zlepšili? ◦ Rozložení prvků v detailu úkolu. Přidat odsazení apod. • Byli byste ochotni za zaplatit za takovou to aplikaci? ◦ Možná i ano, ale záleželo by na ceně. Testovaný subjekt č.2 Screener • Jste uživatel mobilního telefonu s operačním systémem Android? ◦ Ne, ale mám s ním zkušenosti. • Evidujete si úkoly? ◦ Ano • Jestliže ano, jak často? ◦ Týdně • Jaký způsob preferujete pro své úkoly? ◦ Rychlost a přehlednost • Vadilo by vám používat mobilní aplikaci na úkoly, které lze řešit pomocí diáře a tužky? ◦ Ne, ale musela by být rychlá. • Zúčastnili jste se v tomto roce nějakého uživatelského testovaní? ◦ Ne Otázky před testem • Jakou máte dnes náladu? ◦ Dobrou • Jak dlouho už máte zkušenosti a operačním systémem Android? ◦ Pár měsíců • Máte oblíbenou aplikaci? Pokud ano, jakou?
◦ Nemám • Co myslíte, že vám test může přinést? ◦ Zjistit jak jsem hloupá. Úkoly Zmiňuji pouze úkoly u nichž došlo k nějakém problému. Úkoly, které testovaný subjekt vyřešil bez problému a neměl k ním připomínky přeskakuji. • Použijte funkci hledání na vyhledání úkolu ◦ Neví jak použít hledání • Proveďte synchronizaci úkolů ◦ Nepodařilo se jí nalézt hledání Otázka po testování • Jaký na vás testování zanechalo dojem? ◦ Nebylo to tak hrozné. • Jak hodnotí obtížnost zadaných úkolů? ◦ Relativně lehké. • Který z úkolu pro vás byl největší problém? ◦ Nepodařilo se mi synchronizovat úkoly. • Co byste na aplikaci zlepšili? ◦ Nevím, co by bylo dobré zlepšit. • Byli byste ochotni za zaplatit za takovou to aplikaci? ◦ Spíš ne než jo.
Testovaný subjekt č.3 Screener • Jste uživatel mobilního telefonu s operačním systémem Android? ◦ Ano • Evidujete si úkoly? ◦ Ano • Jestliže ano, jak často? ◦ Týdně • Jaký způsob preferujete pro své úkoly? ◦ Rychlost a přenositelnost • Vadilo by vám používat mobilní aplikaci na úkoly, které lze řešit pomocí diáře a tužky? ◦ Ne • Zúčastnili jste se v tomto roce nějakého uživatelského testovaní? ◦ Ne Otázky před testem • Jakou máte dnes náladu? ◦ Dobrou • Jak dlouho už máte zkušenosti a operačním systémem Android?
◦ 7 měsíců • Máte oblíbenou aplikaci? Pokud ano, jakou? ◦ Dropbox • Co myslíte, že vám test může přinést? ◦ Objevit možná zajímavý koncept ovládání Úkoly • Použijte funkci hledání na vyhledání úkolu ◦ Zcela bez problému hned zmáčkl hardwarové tlačítko hledat. • Použijte funkci Voice to Text a zkuste název úkolu namluvit ◦ Namluvený obsah přemaže původní název úkolu • Změňte kategorii úkolu ◦ Nezvyklý vzhled • Přidejte datum k úkolu ◦ Tlačítko na vybírání datumu by nemuselo být a textové políčko by sloužilo jako tlačítko. Uživatel použije nástroj na vybrání datumu a nebude psát datum sám. Otázka po testování • Jaký na vás testování zanechalo dojem? ◦ Dobrý • Jak hodnotí obtížnost zadaných úkolů? ◦ Lehké • Který z úkolu pro vás byl nejtěžší? ◦ Žádný • Co byste na aplikaci zlepšili? ◦ Odsazení v detailu úkolu. ◦ Výběr datumu pomocí textového políčka. ◦ Voice by neměl přemazávat původní obsah. • Byli byste ochotni za zaplatit za takovou to aplikaci? ◦ Pravděpodobně ne. Jsou jiné varianty a zdarma.
Závěr z uživatelského testování Testování se povedlo a přineslo spoustu nových poznatku na nedostatky aplikace a také na to jak nad problémy přemýšlí ostatní uživatele. Do další iterace by chtělo určitě vylepšit: • Synchronizace ◦ Možná zavést zcela automatickou a neobtěžovat uživatele nebo umístit tlačítko na synchronizaci do více části aplikace - do jednotlivých kategorií. • Hledání ◦ Absence lupy v title baru na hlavní obrazovce by trochu zlepšila situaci. Každopádně uživatelé by měli být seznámeni s tím, že mají hardwarové tlačítko na hledání a měli by ho používat. Nejspíš nejsou na to zvyklý. Podpora pro hledání pro aplikace přišla až s Androidem 2.0 a nepoužívá jí tedy ještě tolik aplikací. Tento problém nejspíše vyřeší sám vývoj uživatelů operačního systému Android. • Rozložení detailu úkolu
◦ Tento formulář vskutku není moc vyhlazený a je zde prostor pro vylepšování. Rozhodně by se hodil použít tabulkový layout a zarovnat políčka. Plus použít rozumný padding. • Výběr datumu pomocí textového políčka ◦ Toto je velice zajímavá myšlenka a není třeba moc nad ní přemýšlet. Odstranění tlačítka na výběr datumu zpřehlední rozhraní a udělá ho víc čistší. • Voice to Text nahrazuje název úkolu ◦ Zde si myslím, že došlo k nepochopení tohoto textového pole. Testovaný subjekt to odůvodňoval tím, že část může namluvit a část napsat. Každopádně název úkolu je zamýšlen krátký 3 až 4 slova je tedy preferováno ho namluvit celý než kombinovat přístup psání a mluvení. Rozhodně krom zmiňovaných problému testovaným subjekty by další verze rozhodně měla přinést kvalitní ikonky do všech částí aplikací a měla by zajistit plnou funkcionalitu.
