how tester can think
Scéna : V restauraci dorazila 3členná rodina - rodiče a batole. Po objednání nejoblíbenější pizzy rodina odpočívala a batole si začalo hrát s hůlkami položenými na stole. Chutnal jim a rozhodl se jíst večeři pouze hůlkami.
Oznámil svou touhu a rodiče, zaneprázdnění mluvením, na tom souhlasili. Když byla pizza podávána, batole začalo používat hůlky a několikrát se mu nedařilo dostat pizzu do úst. Náhle si to rodiče všimli a nařídili batole nepoužívat hůlky. Batole nepřesvědčilo, protože rodiče se již na jeho touze dohodli dříve.Když rodiče začali učit o jídle pizzy pouze s nožem a vidličkou, batole zpochybnilo víru, ale chci ji jíst pouze hůlkami a proč je to špatně? A když používal hůlky, když nebyl schopen jíst svou oblíbenou pizzu, byl netrpělivý a nakonec hůlky odhodil a rozhodl se, že nebude jíst ani pizzu. Rodiče, také frustrovaní, nemohli nic dělat a čas rodinné večeře se ukázal jako nejhorší čas dne.
Nyní nahraďte některá slova z výše uvedeného odstavce jako následující a znovu o nich přemýšlejte:
Rodiče: Tým projektového řízení včetně obchodního analytika, prodejce, manažera vývoje a architektonického týmu.
Batole: Zákazník / koncový uživatel
Pizza: produkt / aplikace
Tyčinky: chyba
Nejoblíbenější aplikace je pouze oblíbená, dokud se uživatel nedělá chybu a nevidí nejhorší chování aplikace. Po vyzkoušení se uživatel k aplikaci nikdy nevrátí. A proto jako tester je velmi nutné tomu rozumět myšlení uživatele , jak se od něj očekává, že se bude chovat, co špatně může s aplikací udělat, co by mohlo být nejhorší chybou a mnoho dalšího.
Většinu času jsem se na fórech i od interních členů týmu ptal, jak replikovat uživatelské zkušenosti při testování. Moje odpověď byla vždy jednoduchá - Staňte se uživatelem :)
I když je snadné to říci, než implementovat, je správný čas, aby se průmysl testování softwaru vydal směrem k revoluci, kde je důležitější uživatelská zkušenost a zpětná vazba než cokoli jiného.
Jak může tester uvažovat jako koncový uživatel?
Tímto předkládám některé typické příklady chování koncového uživatele a hledání překvapení Během posledních několika dní jsem zaznamenal:
# 1) Při testování pole data, když uživatel vybral nebo ručně zadal správnou hodnotu data, to fungovalo dobře. Ale když uživatel nakonec zadal úplně nesprávnou hodnotu jako 12/00 // a klikl na OK, byla mu předložena chybová zpráva o neplatné hodnotě data.
Uživatel nyní neopravuje datum, ale obnovuje stránku. Co by se mělo stát? Mnozí z vás uhodnou, co by se mělo stát, ale myslíte si, co se stalo s aplikací? Po obnovení stránky byl uživateli předložen následující text a stejná hodnota byla uložena také do databáze.
Takže ... .. tester zde replikoval uživatele, souhlasil?
#dva) Při testování aplikace, kde je sledem prací odesílání různých formulářů ve zvláštním pořadí, pokud byly dodrženy pořadí, to fungovalo dobře. Ale co když se uživatel pokusil vrátit zpět do formuláře č. 3 z formuláře č. 5?
Opět, než abychom přemýšleli o tom, co by se mělo stát, podívejme se, co se stalo ...
Tester byl ohromený, ale cítil hrdost na to, že se objevil jako uživatel ... Dohodli jste se?
# 3) Po úspěšném přihlášení uživatel klikne na tlačítko Zpět v prohlížeči. Opět se podívejme, co se stalo ...
Pověření měla být vyčištěna, ale ne. Na této přihlašovací stránce uživatel dále klikne na odkaz Zapomenuté heslo. Kliknutím na tlačítko Zpět v prohlížeči ujistěte se, že se uživatel již přihlásil a byl na přihlašovací stránce. Kliknutím na Zapomněli jste heslo se uživatel dostal na domovskou stránku aplikace.
Tester se obrátil na uživatele… .. Dohodli jste se?
# 4) Po sledování adresy URL pro vyhledávací stránku (http: //x.x.x.x: y / # / Search) aplikace tester upravil adresu URL jako http: //x.x.x.x: y / # / Search / test? a myslíte si, co by se stalo?
Aplikace se zhroutila a tester se znovu obrátil na uživatele ... .. Doufám, že nebudete souhlasit.
jak spustit torrentový soubor
Závěr
Myslím, že prostřednictvím těchto příkladů jsem sdělil dost toho, co jsem chtěl.
Testování ve skutečnosti neznamená kontrolu pracovního toku aplikace a neznamená to ani rozbití aplikace, ale rozhodně to znamená zkontrolovat uživatelskou zkušenost i když dělá chyby.
O autorovi: Tento příspěvek napsal člen týmu STH Bhumika Mehta. Je vedoucí projektu a má 10 a více let zkušeností s testováním softwaru. Oceňuje také dobré nápady a inovace a rizika. A samozřejmě nesnáší monotónní práci, lidi a životní prostředí.
A ano, udělejme v sobě tester koncovému uživateli ... Dohodli jsme se? :)
Takže ... ... rádi bychom od vás slyšeli více takových příkladů a chtěli bychom mít také vaše názory.
Doporučené čtení
- Výukový program pro testování grafického uživatelského rozhraní: Kompletní průvodce testováním uživatelského rozhraní (UI)
- Testování souborů cookie webových stránek a testovací případy pro testování souborů cookie webových aplikací
- Ověření uživatele v MongoDB
- Testování ověření e-mailu: Jak otestovat e-mailovou funkčnost aplikace
- Vydělávání peněz, kariéra v oblasti testování softwaru a tajemství nejbohatšího testera
- 5 věcí, které by měl začínající vývojář (a tester) vědět o testování softwaru
- Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
- Ad-hoc testování: Jak najít vady bez formálního procesu testování