Testování e-mailového klienta pro Android telefony
Testování uživatelského rozhraní Tomáš Jeníček
Abstrakt Poslední dobou roste obliba “chytrých telefonů” a spolu s tím, jak je mobilní internet stále dostupnější, se začínají tyto telefony používat stále ve větší míře i pro úkony, které byly dříve proveditelné pouze z kanceláře. Mezi to patří i vyřizování e-mailů. Otázkou ale je, jestli s tímto trendem drží tempo i vývojáři a návrháři uživatelského prostředí, jestli jsou aplikace správně navržené a použitelné podle moderních měřítek. V této práci se budu zabývat testováním uživatelského prostředí aplikace pro správu e-mailů metodou kognitivního průchodu. Aplikaci budu testovat na mobilním telefonu s operačním systémem Android od společnosti HTC.
Klíčová slova testování uživatelského rozhraní, použitelnost, kognitivní průchod, e-mailový klient, Android, HTC Sense
Upozornění Toto není vypracování zadání A1 (uživatel jenicto2), rozhodl jsem se zadání upravit. Byl jsem ujištěn, že se nejedná o problém. Po zahájení práce na mém původním A1 zadání jsem zjistil, že nejsem schopen najít téměř žádné chyby v návrhu aplikace, a i ty nalezené byly velmi nízké priority. Vybral jsem si příliš dlouho existující a odladěnou aplikaci, e-mailového klienta na systému Android 4.2 Jelly Bean, takže jsem se nakonec rozhodl testovat tu samou aplikace, ale ve starší verzi, která se ale stále ještě používá na telefonech se systémem Android 2.2 Froyo.
Úvod Nejdříve popíši aplikaci včetně technických detailů, aby bylo možné dosáhnout stejného prostředí pro testování, jako jsem měl já. Dále bude následovat popis uživatelů, jejich technické zdatnosti, a seznam předpokladů o uživatelích, které musí být splněny, aby tento test měl smysl.
Popis aplikace Budu testovat výchozího e-mailového klienta mobilních zařízení se systémem Android ve verzi 2.2 (Froyo) až 2.3.7 (Gingerbread) s grafickou nadstavbou HTC Sense. Jedná se o klienta s podporou protokolů POP3 a IMAP4 pro příjem pošty a SMTP pro odesílání pošty. U všech tří protokolů podporuje také TLS a SSL vrstvu, která zabezpečuje asymetrickým šifrováním příjem a odesílání e-mailů. Stahování nových e-mailů probíhá tak, že se aplikace cyklicky dotazuje serveru na nové zprávy, frekvence dotazování se dá nastavit (výchozí je dotazování každých 15 minut v pracovní době a každou hodinu mimo pracovní dobu). Po správném nastavení účtů se při otevření aplikace jako první zobrazí seznam všech příchozích e-mailů (s náhledy) ze všech účtů. Zvolení nějakého e-mailu dotykem se přechází do detailu, kde jsou vidět informace o hlavičce e-mailu (odesilatel, příjemci, příjemci kopie, čas odeslání) a celý text e-mailu. V detailu se lze posouvat mezi jednotlivými e-maily tlačítky vpřed a vzad, dále zde jsou tlačítka pro odpověď a odpověď všem. Zbytek rozhraní bude popsán v rámci samotných testů. Testování bude probíhat na zařízení HTC Wildfire S se systémem Android ve verzi 2.3.5 a s grafickou nadstavbou HTC Sense ve verzi 2.1. Toto zařízení má obrazovku o velikosti 3,2” a s rozlišením 320 x 480 px, z toho vychází hustota pixelů přibližně na 180 ppi. Většina dialogů a rozhraní je stejná pro všechna zařízení se systémem Android, nadstavba HTC Sense upravuje pouze detaily, přesto je ze screenshot snímků jasné, že se jedná právě o telefon od HTC.
Popis uživatelů Cílovou skupinu této aplikace tvoří všichni majitelé telefonu od společnosti HTC s operačním systémem Android, takže tato cílová skupina je velmi široká. Pro tento test předpokládám znalost prostředí Android ve verzi 2.2 - 2.3.7, čímž myslím schopnost spouštět aplikace, používat navigační tlačítka (zpět, domů, nastavení) a schopnost obsluhovat notifikace, a znalost základního grafického rozložení aplikací pro Android ve verzi 2.2 - 2.3.7 a schopnost pohybovat se v něm. Dále předpokládám znalost základních způsobů přenosu pošty z a do e-mailového klienta (POP3, IMAP4, SMTP) a znalost adres serverů, kde jsou tyto služby dostupné, případně schopnost použít Google pro vyhledání potřebných informací.
Čím dál častěji si kupují tento typ telefonů také nezkušení a technicky málo zdatní uživatelé, takže v testu budu brát na tento typ uživatelů ohled.
Popis testování Zde popíši případy užití (use cases), jaká byla motivace pro jejich vytvoření (proč jsou důležité a jaká je šance, že skutečně nastanou), a předběžný orientační odhad možných problémů. Také je zde popsána celá procedura testování tak, aby bylo možné výsledky korektně interpretovat a také celý test zopakovat a výsledky ověřit.
Případy užití 1. Nastavení e-mailu Toto je základní krok, kterým musí projít každý uživatel. Je velice důležitý, protože tvoří první kontakt uživatele s aplikací a může i rozhodnout o tom, jestli bude uživatel v budoucnu tuto aplikaci používat. Na druhou stranu tato aplikace je jednou z těch, kde více uživatel potřebuje aplikaci než aplikace uživatele, takže uživatel aplikaci drobné nedostatky odpustí. Problém ale nastane v případě, kdy uživatel nebude schopen e-mail správně nastavit. 2. Přečtení příchozích e-mailů a přecházení mezi e-maily Tuto aktivitu bude většina uživatelů provádět nejčastěji, takže je důležité, aby se uživatelé orientovali v prostředí a byli schopni rychle přecházet mezi e-maily jak v přehledu tak v detailu. Android po příchodu e-mailu zobrazí notifikaci, která na nově příchozí e-mail upozorňuje, je tedy důležité, aby uživatelé byli schopni s těmito notifikacemi pohodlně pracovat. Jedná se ale o postupy, které jsou velmi podobné těm v aplikace pro příjem a odesílání SMS zpráv, takže zde neočekávám žádné problémy. 3. Odeslání odpovědi na příchozí e-mail Odpovídání na e-maily je také důležitou funkcí a i když telefon není vhodný na psaní delších textů, tak v situacích, kdy nejsme u počítače a potřebujeme jen několika slovy odpovědět, můžeme telefon s úspěchem použít. Důležité bude zejména korektní zacházení s e-mailem jako s odpovědí, to znamená hlavně vložení příchozího textu do těla e-mailu. Opět zde neočekávám žádné problémy. 4. Psaní nového e-mailu s použitím složky pro koncepty Podle mého rychlého výzkumu mezi lidmi, kteří nejsou technicky příliš zdatní, jsem zjistil, že toto je těmito lidmi velice málo používaná funkce. Přesto ji považuji za důležitou, často se stává, že potřebujeme telefon při psaní e-mailu použít na něco jiného (např. přečtení příchozí SMS zprávy), a pak je zásadní najít rozepsaný (a s trochou štěstí automaticky uložený) e-mail. Mimo to já velice často píši e-mail po částech, zejména v dopravních prostředcích, kde to snad ani jinak nejde. Zde očekávám problémy při dohledávání zprávy v konceptech, kdy celá operace může být poměrně neintuitivní. Tímto jsem vyčerpal všechny možnosti průchodů aplikací, se kterými se běžný uživatel setká, kroky dalších úkonů (jako například výběr složky koš nebo spam) jsou již popsány ve scénářích 1 - 4.
Metodika testování
Testování bude probíhat metodou kognitivního průchodu. Tato procedura spočívá v rozebrání každého mezikroku, v případě systému Android v zhodnocení každé obrazovky, a k definici toho, čeho chce uživatel dosáhnout. Poté se ptáme na následující otázky: Q1: Je uživateli jasné co má udělat? Q2: Spojí si uživatel popis akce poskytnutý aplikací s tím, co chce on sám udělat? Q3: Dostane uživatel po provedení akce zpětnou vazbu, tzn. pozná, jestli akce proběhla v pořádku? Tyto otázky budu dále označovat jako Q1 - Q3. U každého kroku se také uvažují všechny chybové situace, které mohou nastat (např. uživatel zmáčkl tlačítko, které nechtěl, nebo se aplikaci nepodařilo připojit k internetu), a zhodnotí se schopnost aplikace informovat uživatele o těchto situacích a pomoct mu na tyto situace správně reagovat. V tomto dokumentu bude u každého nálezu uvedena také jeho priorita a nástin řešení. Priorita bude určena podle následující stupnice: 0: Není problémem použitelnosti 1: Jedná se pouze o detail, kosmetický problém 2: Malý problém použitelnosti 3: Problém použitelnosti, měl by být odstraněn 4: Problém použitelnosti nejvyšší priority, musí být odstraněn V testu budu brát ohled na to, že obrazovka mobilního telefonu je malá, takže na ni nelze umístit prvky jako breadcrumb (drobečková navigace), nicméně tento fakt nesmí ohrožovat použitelnost aplikace.
Test Testované scénáře 1. Nastavení e-mailu Průvodce pro nastavení e-mailu se při prvním spuštění sám nabídne, případně ho lze kdykoliv poměrně snadno vyvolat přes položku “Nový účet” v “Seznamu účtů” (Obrázek 1).
Obrázek 1 1. Výběr poskytovatele e-mailu
Zde je na výběr mezi “Microsoft Exchange ActiveSync” a “Další (POP3/IMAP)” (Obrázek 2). I když mám nyní pocit, že tuto aplikaci sponzorovala firma Microsoft, tak je výběr přehledný a Q1, Q2 a Q3 jsou zde splněny, zpětnou vazbou je zde přechod na další obrazovku. Zde nelze vyvolat žádnou chybu.
Obrázek 2 2. Vyplnění e-mailové adresy a hesla
Tady je vidět snaha usnadnit uživateli co nejvíce práce, takže pokud systém server zná (je v jeho databázi), tak se kompletně přeskočí obrazovky, kde se musí vyplnit servery pro příchozí a odchozí poštu. Tyto servery lze zadat ručně pomocí tlačítka “Ruční nastavení” (Obrázek 3). V případě, že telefon server nezná, tlačítka “Ruční nastavení” a “Další” dělají to samé (což je trochu matoucí) a přechází se na výběr serverů. V tomto případě se telefon alespoň snaží adresy serverů uhádnout. Pokud zadáme e-mailovou adresu, kterou už tam jednou máme, jsme na to upozorněni a nedovolí nám to dále pokračovat. Q1: Tlačítka “Ruční nastavení” a “Další” mohou často dělat to samé. Priorita: 2 Návrh řešení: Zjišťovat to, jestli telefon server zná, už během uživatelova psaní a podle toho mu nabídnout jen ty volby, které dávají smysl.
Obrázek 3 3. Nastavení serveru příchozí pošty
Pro uživatele, který již někdy e-mailového klienta nastavoval nebude problém tento formulář vyplnit. Kontrola nastavení účtu probíhá ve chvíli, kdy uživatel stiskne tlačítko “Další” (Obrázek 4), což považuji za velmi praktické. Pokud kontrola selže - server neexistuje, nelze použít server pro příjem pošty nebo jsme špatně vyplnili přihlašovací údaje, zobrazí aplikace dialog, ve kterém nás na to upozorní a zeptá se, jestli chceme pokračovat. Q2: Nadpis “Příchozí nastavení” je trochu nešťastný, použitelnost to ale neohrožuje. Priorita: 0 Návrh řešení: Zvolit nadpis, který bude znít více česky (a zároveň se vejde do omezeného prostoru)
Obrázek 4 4. Nastavení serveru odchozí pošty
Zde je mírná nekonzistence v nadpisech, viz předchozí krok, jinak bez problému, nastavení je opět kontrolováno při přechodu na další část formuláře (Obrázek 5). Q2: Nadpis “Nastavení serveru odchozí pošty” není konzistentní s předchozím nadpisem Priorita: 1 Návrh řešení: Sjednotit nadpisy
Obrázek 5 5. Uložení nového účtu
Nadpis “Nový účet” (Obrázek 6), který je shodný s nadpisem prvního kroku tohoto průvodce, mi přijde nevhodný, dále nevím, co přesně si představit pod “Název účtu”, je to něco, co se posílá v hlavičce každého e-mailu, nebo je to pouze pro potřeby aplikace? Také není úplně jasné, co dělá tlačítko “Ukončit nastavení”, naštěstí to alespoň trochu zachraňuje pozice tlačítka, kdy tlačítka napravo slouží k postupu a potvrzování a tlačítka nalevo k návratu a rušení, přesto to nemusí být začínajícímu uživateli úplně zřejmé. Zpětná vazba je naprosto v pořádku, uživateli se zobrazí “Nastavení bylo uloženo”. Tento nápis vydrží na displeji pouze necelou vteřinu, ale to je problém celého Androidu této verze, takže to nehodnotím jako chybu aplikace. Poté je uživatel přesměrován do složky “Doručené” tohoto účtu (Obrázek 7). Q1: Tlačítko “Ukončit nastavení” je nejednoznačné - myslí se tím uložení, nebo zrušení? Priorita: 2 Návrh řešení: Lepší popisek, např. “Uložit nastavení”. Q1: Nadpis “Název účtu” neříká nic o tom, jestli je jedno, co tam napíši, nebo jestli to musí být reprezentativní. Priorita: 1
Návrh řešení: Uvést, jestli se jedná o popisek účtu, nebo o název, který uvidí každý, komu budu posílat e-mail. Q2: Nadpis “Nový účet” zde již byl a nevystihuje tuto obrazovku, uživatel může mít kvůli velké podobnosti obou obrazovek s tímto nadpisem pocit, že je opět na začátku. Priorita: 3 Návrh řešení: Změnit nadpis tohoto kroku formuláře.
Obrázek 6
Obrázek 7
2. Přečtení příchozích e-mailů a přecházení mezi e-maily 1. Vybrání ze seznamu všech přijatých e-mailů
Na detail nově přijatého e-mailu se lze dostat buď přímo přes notifikaci ve stavové liště (Obrázek 8) nebo přes seznam všech e-mailů. Nepřečtený e-mail je v seznamu jasně odlišen tloušťkou fontu od přečtených e-mailů (Obrázek 9). Je zde také vidět odesilatel, předmět e-mailu, datum přijetí, jestli má e-mail přílohy a jestli byl označen jako důležitý. Není problém se v této obrazovce zorientovat a uživatel ví přesně co má dělat, Q1 - Q3 jsou splněny. V případě, že se aktualizace e-mailů nepovede, je uživatel upozorněn dialogem s nadpisem “Upozornění” a textem “Chyba sítě”, který musí potvrdit tlačítkem “OK”. Q2: V případě neúspěchu při aktualizaci e-mailů se uživateli zobrazí upozornění “Chyba sítě”, kdy nezkušený uživatel netuší co se děje.
Priorita: 3 Návrh řešení: Změna textu na lepší popis problému, případně odkaz na nápovědu, kde bude jak problém vyřešit (připojit telefon k internetu, kontrola nastavení aplikace).
Obrázek 8
Obrázek 9
2. Prohlížení detailu e-mailu
Zde mám výtku k tomu, jak se e-mail zobrazí. Uživatel se v obrazovce dostane doprostřed stránky (Obrázek 10), takže aby viděl zbytek delšího e-mailu musí scrollovat dolů (to je v pořádku) a aby viděl odesilatele e-mailu, musí scrollovat nahoru, což je neintuitivní a v podstatě pokaždé mě toto chování překvapí (Obrázek 11). Jinak je zobrazení dodatečných informací o emailu v pořádku, člověk si spojí šipku doprava s zobrazením detailu jak v části s odesilatelem tak v části s přílohou (Obrázek 12). Vše dodržuje konvence rozhraní systému Android. Zpětná vazba zde není potřeba. Možnost, že by se stáhla hlavička e-mailu ale už ne celý text zde není, e-mail se stahuje vždy celý (alespoň v případě, že se to v nastavení nemění), je zde ale možnost, že nepůjde stáhnout příloha. V takovém případě se zobrazí opět upozornění “Chyba sítě”, viz předchozí krok. Q1: Uživatel může být dezorientovaný, pokud se mu při scrollování dolu a zpět nahoru zobrazí ještě dříve skrytá část obrazovky, pokud hledá odesilatele, nemusí být vůbec úspěšný. Priorita: 3 - zde sice chápu, že je to ústupek velikosti plochy displeje, stejně se ale jedná o problém
Návrh řešení: Alespoň nějak uživateli naznačit, že nahoře jsou ještě nějaké informace
Obrázek 10
Obrázek 11
Obrázek 12 3. Přechod na další e-mail v detailu
Zde je problém v navigačních šipkách pro přesun mezi e-maily, které nesměřují doleva a doprava, jak by uživatel čekal, ale nahoru a dolů, což je poněkud matoucí (Obrázek 13). Q1: Navigační šipky pro přesun mezi e-maily směřují nahoru a dolů, takže si uživatel může myslet, že se jedná o šipky pro scrollování e-mailu. Priorita: 3 Návrh řešení: Zvýraznit účel šipek - buď změna jejich směru, nebo jejich nahrazení něčím jiným.
Obrázek 13 4. Návrat zpět na seznam všech přijatých e-mailů
Zde není žádný problém, pro to v telefonu slouží tlačítko zpět. Je trochu matoucí, že po pohybu mezi e-maily pomocí navigačních šipek se uživatel po stisknutí tlačítka zpět nevrací stejnou cestou, ale skočí rovnou na seznam všech e-mailů, ale opět je to v podstatě chyba návrhu rozhraní systému Android, který má pouze tlačítko pro cestování po stromové struktuře obrazovek směrem nahoru, nikoliv horizontálně. Po návratu na seznam e-mailů se dostáváme zpět do bodu 1 (Obrázek 14).
Obrázek 14 3. Odeslání odpovědi na příchozí e-mail Zde budu předpokládat, že mohu začít s kognitivním průchodem na detailu e-mailu, protože v případu užití 2. jsem již k detailu kognitivním průchodem došel. 1. Přechod z detailu e-mailu na psaní odpovědi
Jednoduše stiskem tlačítka “Odpověď”, vše v pořádku. 2. Psaní odpovědi na e-mail
Předmět začínající “Re:” dává jasně najevo, že se jedná o odpověď, takže to, že chybí nadpis nepovažuji za chybu použitelnosti (Obrázek 15, Obrázek 16). První výhrada, kterou mám, je, že pokud se uživatel dostane na tuto obrazovku omylem a myslí si, že tlačítkem zpět se vrátí do původního stavu, tak se mýlí, tlačítko zpět v tomto případě provede uložení e-mailu do konceptů, a to i v případě, že uživatel nenapsal žádný znak, takže pokud chce vrátit aplikaci do původního stavu, musí poměrně dlouze hledat složku koncepty a tam teprve e-mail smazat. Q1: V případě, že se sem uživatel dostal nechtěným zmáčknutím tlačítka “Odpověď”, tlačítkem zpět se nedostane do předchozího stavu aplikace. Priorita: 4 - jedná se o nedodržení zvyklostí systému Android, uživatel bude očekávat zcela jiné chování aplikace a uvedení do původního stavu je netriviální
Návrh řešení: Změnit funkci tlačítka zpět nebo zobrazit dodatečný dialog s výběrem nebo alespoň potvrzením akce. Q1: Nápis “Uložit jako koncept” by šel nahradit kratším “Uložit”, toto trochu kazí vzhled celé aplikace a použitelnosti to nepřidává. Priorita: 0 Návrh řešení: Nahrazení delšího “Uložit jako koncept” kratším “Uložit”
Obrázek 15
Obrázek 16
3. Volba, že chci přiložit k e-mailu soubor
Zde se aplikace chová dle očekávání, po výběru dodatečných nastavení se zobrazí výběr dodatečného nastavení e-mailu (Obrázek 17).
Obrázek 17 4. Výběr typu přílohy
Tady je opět vše v pořádku, jen při takto zobrazeném dialogu není na první pohled zřejmé, že dialog obsahuje další možnosti (Obrázek 18). Toto může zaskočit zejména začínající uživatele, které nenapadne preventivně scrollovat dolů, každopádně je to ale opět výtka na vývojáře systému Android, nikoliv na aplikaci samotnou. Další postup je standardní průvodce výběru souboru (obrázku, hudby), takže jej přeskočím a budu předpokládat, že je již soubor vybrán. V takovém případě se zobrazí v editoru nového e-mailu (Obrázek 19).
Obrázek 18
Obrázek 19
5. Odeslání e-mailu
Po zvolení tlačítka “Odeslat” se zobrazí pouze “Odesílá se e-mail”, tento nápis po chvilce zmizí, ale není jasné, jestli se e-mail odeslat podařilo nebo nepodařilo. Po odeslání e-mailu jsme přesměrováni opět na seznam všech doručených e-mailů. V případě, že nelze e-mail odeslat, zobrazí se notifikace “Poštu nelze odeslat” a po přechodu na detail notifikace vidíme seznam emailů, které nebylo možné odeslat a je nám nabídnuta možnost “Odeslat znovu”. Q3: Zpětná vazba je pouze nápis “Odesílá se e-mail”, nic o tom, jestli se e-mail odeslat podařilo nebo nepodařilo. Priorita: 3 Návrh řešení: Je jasné, že z principu protokolu SMPT nemůžeme ručit za úspěšné doručení emailu, stejně by ale bylo vhodné zobrazit potvrzení, že e-mail byl ze zařízení v pořádku odeslán. 4. Psaní nového e-mailu s použitím složky pro koncepty 1. Přechod na obrazovku vytvoření nového e-mailu
Vybráním volby “Vytvořit e-mail” v seznamu všech doručených e-mailů. 2. Vytvoření nového e-mailu
Zde opět pouze malá výtka k popisku “Uložit jako koncept” (Obrázek 20), viz případ užití 3. krok 2. Jinak našeptávač kontaktů funguje bezchybně, pokud zadáme neplatnou adresu, jsme na to okamžitě upozorněni, vše ostatní je také v pořádku.
Obrázek 20 3. Uložení e-mailu jako konceptu
Při stisku tlačítka “Uložit jako koncept” se zobrazí nápis “e-mail byl úspěšně uložen” a jsme přesměrováni na seznam e-mailů. 4. Vybrání složky koncepty
Zde by uživatel mohl čekat, že najde koncepty ve spodní liště “rychlého přístupu”, musí se k nim ale dopracovat trochu složitější cestou, přes “složky” (Obrázek 21, Obrázek 22), což je dost neintuitivní, zvlášť tím, že se ve “složkách” míchají lokální a vzdálené složky, nejsou nijak rozlišeny. Jinak se jedná opět o standardní dialogy systému Android, takže zde není žádný další problém. Q1: Míchání lokálních a vzdálených složek. Priorita: 2 Návrh řešení: Rozdělení těchto složek, minimálně graficky. Q1: Přístup ke konceptům je poněkud krkolomný. Priorita: 0 - zde je to diskutabilní, pokud existoval nějaký důvod, proč jsou koncepty schovány
takto hluboko v menu, tak se nejedná o žádný problém Návrh řešení: Zjednodušení přístupu ke konceptům.
Obrázek 21
Obrázek 22
5. Výběr rozepsaného e-mailu
Zde je postup totožný s výběrem e-mailu ze seznamů všech doručených e-mailů (Obrázek 23).
Obrázek 23 6. Odeslání e-mailu
Tento krok byl již popsán v případu užití 3. kroku 5 (Obrázek 24).
Obrázek 24
Souhrn výsledků Zde vyzdvihnu závažné problémy použitelnosti na základě nálezů, jejichž priorita byla větší nebo rovna 3 a které by určitě měli být opraveny. Případ použití 1. krok 5.
První vážný problém byl se shodnými nadpisy a podobnými obrazovkami. Zde může mít uživatel pocit dezorientace, naštěstí toto bylo v průvodci pro přidání nového účtu, kterým uživatel projde jen několikrát na začátku používání aplikace. Řešení vidím ve změně nadpisu. Případ použití 2. krok 1.
Zde byl největší problém s upozorněním “Chyba sítě”, kdy uživatel neví, co si pod touto hláškou představit, a už vůbec netuší, jak ji řešit. Zde to chce konkrétnější pojmenování problému a nejlépe také navedení uživatele na místo, kde může získat nějaké informace o tom, jak problém řešit. Případ použití 2. krok 2.
Po přesunu na detail zprávy se uživatel ocitne v polovině stránky a nemusí ho napadnout scrollovat nahoru. To může být opravdu problém, sice se na stránku díky tomu vejde víc textu, ale za cenu toho, že se začínající uživatel nedozví odesílatele e-mailu, nebo se mu může stát, že
se dotkne obrazovky a začne ujíždět do směru, kam by to nečekal. Případ použití 2. krok 3.
V tomto případě byly použity šipky, které svým směrem (nahoru a dolu) naznačovaly funkci posunu stránky, přitom ale sloužily k přecházení mezi jednotlivými e-maily. Zde by se hodilo buď se držet odzkoušených šipek vlevo a vpravo nebo zkusit použít úplně jiné tlačítka, například s textem “Další” a “Předchozí”. Případ použití 3. krok 2.
Zde jsem našel nejzávažnější chybu v návrhu aplikace. Jednalo se o nečekané chování, kdy při zmáčknutí tlačítka pro odpověď a následném zmáčknutí tlačítka zpět se uživatel nedostal do původního stavu, ale místo toho se uložil prázdný email do konceptů. Nalézt tento e-mail je potom pro nezkušeného uživatele poměrně těžký úkol. Tato chyba musí být určitě odstraněna, protože jde o přečin proti zvyklostem systému Android. Případ použití 3. krok 5.
Zde představovala problém použitelnosti nedostatečná zpětná vazba, kdy byl uživatel informován o tom, že se email odesílá, ale už ne o tom, jestli se skutečně odeslal. To, že je uživatel informován o průběhu samozřejmě schvaluji, chybí tam ale informování uživatele o výsledku.
Závěr Tato aplikace se ukázala (ve své starší a testované verzi) jako poměrně problematická. Sice se jedná o více než rok starou aplikaci, přesto bych autorům této aplikace doporučil navštívit předmět Testování uživatelského rozhraní na FELu. Bohužel ale ze zkušenosti vím, že motivace psát tento typ aplikací dobře je velmi malá, protože se jedná o předinstalovanou a výchozí aplikaci pro správu e-mailů, která je ještě propojena s prostředím, takže je uživatel v podstatě donucen tuto aplikaci používat. V takovém případě uživatel aplikaci spoustu věcí promine a tlak na vývojáře je o to menší. Já osobně tuto aplikaci používám již přes rok a sám jsem byl překvapen, kolik věcí je v aplikaci z hlediska použitelnosti špatně, a i když se jedná vesměs o lehce odstranitelné chyby, tak je skoro až zarážející, že si nikdo nedal tu práci projít tuto aplikaci tak jak jsem to udělal já. Tato práce mi trochu změnila pohled na to, jak věci kolem mě fungují, začal jsem si všímat různých detailů i v jiných aplikacích, pouze doufám, že kvůli tomu nezačnu být náročnější na aplikace, které používám.