Príklad
Predstav si systém, ktorý eviduje priestupky – napríklad jazdu bez platnej diaľničnej známky alebo neoprávnený prístup do systému. Operátor upraví záznam priestupku, neskôr ho iný pracovník zruší a následne prebehne kontrola zo strany auditu.
Ak systém nemá správne auditné logy, vznikne problém:
Príklad
Predstav si systém, ktorý kontroluje diaľničnú známku alebo mýto podľa evidenčného čísla vozidla (EČV).
Používateľ zadá číslo vozidla pri nákupe známky, kamera ho neskôr načíta na diaľnici a systém overí, či je známka platná.
Na prvý pohľad ide o jednoduchý údaj. V praxi však nastávajú problémy:
Ak systém tieto rozdiely nezvládne, môže vzniknúť chyba: vodič zaplatí známku, ale kontrolný systém jeho vozidlo neidentifikuje správne a označí ho ako neplatiča.…
Príklad
Predstav si mýtny systém, kde sa cena vypočíta podľa prejdeného úseku medzi vjazdom a výjazdom. Vozidlo vojde na úsek A, vyjde na úseku C, ale systém mu naúčtuje úsek až po D.
Alebo opačný prípad – vozidlo vojde, no výjazd sa nezaznamená a zákazníkovi sa po čase naúčtuje maximálna tarifa.…
Príklad
Predstav si prvý júlový víkend. Polovica krajiny vyráža na dovolenku, tranzit cez Slovensko je silný a mýtny systém spracúva tisíce prejazdov za minútu.
Bežne systém funguje stabilne. No v špičke sa ukáže realita: oneskorené párovanie prejazdov, duplicitné záznamy, oneskorené notifikácie o nedoplatku.
V takýchto situáciách netestujeme funkčnosť jednej obrazovky.…
Príklad
Používateľ si kúpi diaľničnú známku, zadá ŠPZ vozidla a platba prejde úspešne.
Pri kontrole na ceste však systém známku nenájde – dôvodom je preklep v ŠPZ, nesprávny formát alebo rozdiel v evidencii medzi frontendom a backendom.
Z pohľadu používateľa „má zaplatené“, z pohľadu systému však známka neexistuje alebo patrí inému vozidlu.…
Predstav si, že aplikácia prešla aktualizáciou a k tabuľke objednavky boli pridané nové stĺpce: zdroj_objednavky a typ_zakaznika. Backend už tieto hodnoty ukladá, UI ich zobrazuje, a reporty sa majú čoskoro meniť.
Ako to celé otestovať, aby si mal(a) istotu, že nič neuniklo?
`INSERT, UPDATE, DELETE`… v testoch nestačí len kliknúť. Treba sa pozrieť, čo sa reálne zmenilo v databáze.
Príklad:
Tester vyplní formulár objednávky a stlačí tlačidlo Vytvoriť. Objednávka je vytvorená a zobrazí sa v zozname objednávok.
Otázka je: Naozaj vznikla nová objednávka v databáze? A má správne údaje?…
Predstav si, že testuješ aplikáciu, kde si používateľ môže vygenerovať report o tržbách za zvolené obdobie – podľa krajiny, typu produktu a stavu objednávky.
Čo všetko treba pri testovaní overiť?
1. Kombinácie filtrov
2.…
Bez záznamov niet retrospektívy. A bez retrospektívy niet analýzy ani zlepšovania.
Príklad:
Testujem webovú aplikáciu pre interný informačný systém. Pridám nový záznam do databázy a úmyselne zmením dátum narodenia na neplatný formát. Aplikácia zobrazí chybu – ale čo ďalej?
Otváram logy – očakávam, že:
