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.
Takéto chyby znamenajú reklamácie, finančné straty aj reputačné riziko. Pre testera je to kombinácia práce s dátami, integráciami a stavovým modelom prejazdu.
Ako otestovať
- Správnosť párovania vjazdu a výjazdu
- Over, že každý záznam o vjazde má presne jeden zodpovedajúci výjazd (podľa ŠPZ, OBU ID alebo lístka).
- Testuj duplicity – čo sa stane, ak systém prijme dva výjazdy k jednému vjazdu?
- Simuluj chýbajúci výjazd – over, či sa aplikuje fallback logika (napr. maximálna tarifa).
- Skontroluj časové pečiatky – výjazd nemôže byť skôr ako vjazd.
- Výpočet ceny podľa reálnej trasy
- Otestuj rôzne kombinácie nájazdov a zjazdov (krátky úsek, dlhý úsek, medzinárodné prepojenie).
- Over, že sa cena počíta len z úsekov medzi skutočným vjazdom a výjazdom.
- Skontroluj správne zaokrúhľovanie a aplikáciu sadzby (hmotnosť, nápravy, emisná trieda).
- Porovnaj výpočet v aplikácii s referenčným výpočtom (napr. testovací skript alebo tabuľka).
- Chybné alebo neúplné dáta z kamier/brán
- Simuluj nečitateľnú ŠPZ pri vjazde alebo výjazde.
- Otestuj prípad, keď sa vozidlo „objaví“ len na výjazde bez evidovaného vstupu.
- Over správanie pri oneskorenom doručení dát (asynchrónne spracovanie).
- Skontroluj logovanie – musí byť jasné, prečo bola účtovaná konkrétna suma.
- Výnimky a špeciálne situácie
- Testuj otočenie vozidla medzi bránami (vjazd a návrat späť).
- Simuluj výpadok jednej brány – či sa účtovanie dočasne pozastaví alebo prejde do manuálneho režimu.
- Otestuj prechod medzi tarifnými zónami alebo krajinami.
- Skontroluj reakciu systému pri zmene tarify počas jazdy.
- Reklamácie a opravy účtovania
- Otestuj manuálnu opravu trasy – či sa prepočíta cena a zaznamená auditná stopa.
- Over, že refundácia sa vykoná správne (plná vs. čiastočná).
- Skontroluj notifikácie zákazníkovi o oprave účtovania.
- Testuj, či systém neumožní opakovanú refundáciu tej istej chyby.
- Dátová konzistencia a reporting
- Porovnaj záznamy v databáze (vjazd, výjazd, vypočítaná suma, stav transakcie).
- Over, že reporty obsahujú rovnaké údaje ako zákaznícke rozhranie.
- Skontroluj, že stav transakcie (pending, confirmed, cancelled) je jednotný vo všetkých systémoch.
- Testuj dávkové spracovanie – či sa chybné párovania dajú spätne identifikovať.
Takéto testovanie patrí do oblasti práce s dátami a databázou – dôraz je na konzistenciu záznamov, správne párovanie udalostí a auditovateľnosť.