Webová aplikace rezervační systém Semestrální úloha předmětu A7B38TUR Testování uživateských rozhraní
Obsah 1 Úvod...3 1.1 Popis aplikace...3 1.2 Popis cílové skupiny uživatelů...3 2 Test bez uživatele...4 2.1 Přehled testovaných use-case...4 2.2 Výber metody testu...4 2.3 Scénáře pro jednotlivá use-case...5 2.4 Vyhodnocení testu...10 2.5 Seřazení nálezů dle priority a návrh řešení...11 3 Závěr...11 Seznam obrázků obr. 1: přihlášení do systému...5 obr. 2: formulář nová registrace...6 obr. 3: formulář zapomenuté heslo...7 obr. 4: náhled emailu...7 obr. 5: formulář pro obnovu hesla...7 obr. 6: základní obrazovka po příhlášení...8 obr. 7: dokončení objednávky...8 obr. 8: správcovský režim aplikace...9 obr. 9: editace obchodních podmínek...9
1 Úvod 1.1 Popis aplikace Webová aplikace slouží jako rezervační systém. Dá se říci, že aplikace může do jisté míry fungovat jako univerzální rezervační systém, záleží jaké služby provozovatel vypíše. Každopádně aplikace je navrhována jako rezervační systém pro kostmetické studio. Role v rezervačním systému jsou dvě. Zákazník daného kosmetického studia (dále jen uživatel ) vybírá danou provozovnu (pokud jich je více) a příslušnou službu. V dalším kroku si rezervuje termín. Provozovatel kosmetického studia a správce webové aplikace (dále jen správce ). Funkcionalita správce je bohatší. V prvé řadě si správce nastavuje provoz jednotlvých služeb v daných provozovnách, spravuje uživatelké učty, vytváří/edituje/maže provozovny a služby atd. Obrázky aplikace mají pouze informativní charakter, aplikace není umístěna na webových stránkach žádného zákazníka. Momentálně je nastavena do univerzálního vzhledu pro potencionální zákazníky. Pozn.: Aplikaci jsem sám programoval. V rámci předmětu TUR bych si rád aplikaci otestoval a do budoucna se případně poučil ze svých chyb. 1.2 Popis cílové skupiny uživatelů Cílovou skupinou uživatelů jsou zákazníci kosmetiského studia. Základní předpoklad pro používání aplikace je uživatelská znalost práce s počítačem a základní orientace na na internetu. Při implemntaci webové aplikace být kladen důraz na jednoduchost a intuitivnost celé aplikace, a proto není třeba uživatelé omezovat věkem.
2 Test bez uživatele 2.1 Přehled testovaných use-case 2.1.1 Registrace nového zákazníka Registrace nového zákazníka je jeden z prvních kroků, které musí zákazík udělat před samotným používám webové aplikace. Zákazník musí vyplnit připravený formulář. Po odeslání formuláře přijde na zákazníkovi na email, zadaný při registraci, potvrzení. U tohoto use-case by mohli natávat problémy v případě špatného pochopení jednotlivých polí formuláře. 2.1.2 Změna zapomenutého hesla Funkce pro obnovu zapomenutého hesla je zde umístěna z bezpečnostních důvodů. Může se stát, že zákazník použije aplikaci po dlouhé době a heslo si již nebude pamatovat. Pro odbnovu hesla je potřeba znát registrační email, na který přijde odkaz pro změnu hesla. 2.1.3 Vytvoření nové objednávky služby Základním stavebním kamenem celého systému je rezervace služeb na daný termín. 2.1.4 Vytvoření nové služby Tento use-case je přístupný pouze pro spráce systému. V tomto use-case by mohli nastat problémy při špatném vyplnění připaveného formuláře. 2.1.5 Editace obchodních podmínek Tento rezervační systém je z principu jednouhý e-shop. A jako každý obchod musí mít jasně dané podmínky. Tyto podmínky se mohou v průběhu času měnit. Po změně podmínek je odeslán email všem zákazníkům aby měli možnost se ke změnám vyjádřit. 2.2 Výber metody testu K testování uživateslkých rozhraní bez uživatele máme kdyspozici dva typy testů. Kognitivní průchod, ve kterém je jasně daný postup jednotlivých kroků. Heuristická evaluace je založena na expertní znalosti a ověřování jednolivých heuristik. K testování této aplikace budou použity obě tyto metody.
2.3 Scénáře pro jednotlivá use-case 2.3.1 Registrace nového zákazníka 1. Uživatel se nachízí v základním stavu aplikace. V současné době vidí formulář pro přihlášení do systému a výpis termínu pro last minute objenávku. obr. 1: přihlášení do systému
2. Po kliknutím na tlačítko nová registrace, se uživateli zobrazi registrační formulář obr. 2: formulář nová registrace 3. V případě nespráného vyplnění registračního formuláře se zákazníkovi zobrazí chybové hlášení. Při korektním zobrazení se zákazníkovi zobrazí potvrzující hláška a muže se přihlásít.
2.3.2 Změna zapomenutého hesla hesla 1. Testo scénář opět začíná na uvodní obrazovce aplikace. Zákazník vidí přihlašovací formulář, pokouší se registrovat, ale apomněl heslo. Po kliknutí na tlačítko Zapomenuté heslo obr. 3: formulář zapomenuté heslo 2. Po vyplnění a odeslání formuláře, je zákazník odkázán na na svůj emailový účet, kde musí najít odkaz a kliknout na něj. obr. 4: náhled emailu 3. Klikem na odkaz se zákazník dostává zpět do aplikace. Následně vyplní formulář a odešle jej. obr. 5: formulář pro obnovu hesla
2.3.3 vytvoření nové objednávky 1. Po přihlášení do systému si zákazník vybere datum, provozovnu, ve které chce proceduru absolvovat, a následně si vybere službu. Odešle formulář. obr. 6: základní obrazovka po příhlášení 2. V dalším kroku vybere libovolné neobsazené pole a rezervuje si temín klikem na pole. 3. Dále může zákazník zadat číslo slevového kuponu (nepovinné pole) a dokončí objednávku. obr. 7: dokončení objednávky
2.3.4 Editace obchodních podmínek 1. Po přihlášení do systému jako správce. Zákazník vybere v menu Nastavení položku obchodní podmínky. obr. 8: správcovský režim aplikace 2. Libovolně edituje text. Může zaškrnout políčko, zda chce odeslat email všem záakzníkům a následně klikne na uložit. obr. 9: editace obchodních podmínek
2.4 Vyhodnocení testu 2.4.1 Metoda heuristická analýza Testoání zda aplikace neporušuje jednotlivé heuristické analýzi. 2.4.2 Metodou kognitivní průchod Otázky na které se bude odpovídat v každém kroku scénáře. Otázka č. 1 Otázka č. 2 Otázka č. 3 Bude uživatel vědět jak správně zareagovat? Bude uživatel vědět jak to udělat? Obdrží uživatel zpětnou vazbu? 2.4.3 Registrace nového zákazníka kognitivní průchod Otázka č. 1 Otázka č. 2 Otázka č. 3 Krok č. 1 Ano Ano Ano Krok č. 2 Ano Ano Ano heuristická analýza Visibility of system status systém porušuje porušuje pravidlo, protože zákazník nemusí vědět v jakém stavu se registrace právě nachází (kolik kroků zbývá do konce). Priorita (2 kosmetická chyba). 2.4.4 Změna zapomenutého hesla Otázka č. 1 Otázka č. 2 Otázka č. 3 Krok č. 1 Ano Ano Ano Krok č. 2 Ano Ano Ano 2.4.5 Objednávka nové služby Otázka č. 1 Otázka č. 2 Otázka č. 3 Krok č. 1 Ano Ano Ne (1) Krok č. 2 Ano Ano Ano Krok č. 3 Ano Ano Ano Nálezy: (1) priorita 2 (spíše kosmetická chyba) trochu svádí k tomu že zákazník přehledne tlačítko odeslat. 2.4.6 Editace obchodních podmínek Otázka č. 1 Otázka č. 2 Otázka č. 3 Krok č. 1 Ano Ano Ano Krok č. 2 Ano Ano Ano
2.5 Seřazení nálezů dle priority a návrh řešení Priorita 2 přehlednutí tlačítka odeslat problém by vyřešilo automatické odslání po vybrání pole. nepřehlednost registrace chybu by vyřešilo lišta s počtem kroků do dokončení registrace. Případně výpis na kolik procent je registrace hotová. 3 Závěr Během testu jak kognitivním průchodem tak heuistickou analýzou nebylo nalezeno moc nedostatků. Ososbně si nemyslím, že by byl systém bez chyb. To, že bylo nalezeno málo chyb bych spíše připsal své zaujatosti k systému, protože jsem systém sám programoval, tak se mi jeho nedostatky hledali velmi těžko.