Príklad
Predstav si, že bankár založí v CRM nový profil klienta a rovno vytvorí úverovú zmluvu. Ak sa pole „trvalý pobyt“ uloží len v CRM, ale nedostane sa do zmluvy, dokument je právne neplatný. Ešte horší scenár nastane, ak systém doplní nesprávne údaje zo starej verzie profilu.…
Príklad
Predstav si klienta, ktorý doteraz používal osobný účet. Rozhodne sa založiť živnosť a banka mu ponúkne prechod na podnikateľský účet. Ak by systém nepreklopil správne všetky údaje – trvalé príkazy, limity, história transakcií či prístup do internet bankingu – klient sa môže dostať do problémov.…
Príklad
Klient si chce otvoriť účet cez mobilnú aplikáciu. Aplikácia požiada o nahratie fotografie dokladu (občiansky preukaz/pas) a selfie na overenie zhody tváre. Po úspešnom overení systém aktivuje účet; pri chybe sa žiadosť zamietne a používateľ dostane vysvetľujúcu správu. Cieľ testovania: overiť, že proces je spoľahlivý, bezpečný, používateľsky zrozumiteľný a súladný s právnymi a ochrannými požiadavkami (GDPR/KYC).…
Príklad
Predstav si, že si nový klient a chceš si založiť účet cez mobilnú aplikáciu. Stiahneš si ju, otvoríš a čakáš, že proces bude rýchly a intuitívny. Namiesto toho sa zasekneš už pri nahrávaní dokladu totožnosti – aplikácia padne a musíš začať odznova. Takéto zlé skúsenosti odradia ľudí hneď na začiatku a banka prichádza o potenciálneho zákazníka.…
Príklad
Predstav si účtovníčku, ktorá si stiahne výkaz pohybov na účte, aby spárovala bankové operácie s účtovníctvom. Očakáva, že každá platba, poplatok či úrok bude jasne viditeľný a bude sa dať priradiť k účtovnému dokladu. Ak je formát nezrozumiteľný, chýba variabilný symbol alebo sú poplatky zlúčené bez detailu, účtovníctvo sa dostáva do chaosu – výkazy strácajú význam a proces párovania sa spomaľuje.…
Príklad
Predstav si, že klient si otvorí internetbanking a chce si skontrolovať, koľko ho stál účet za posledný mesiac. V prehľade však vidí poplatok za výber z bankomatu, aj keď výber bol z vlastného bankomatu, kde mal mať výber zdarma. Alebo sa mu vygeneruje úrok z povoleného prečerpania, ktorý je vypočítaný nesprávne podľa sadzby.…
Príklad:
Klientovi neprišiel augustový výpis. Po prihlásení do internetbankingu ho síce vidí, ale v PDF chýba posledných 6 platieb a úvodný zostatok nesedí o 0,23 €. Príčina? Dávkový proces bežal ešte pred uzávierkou, cron sa kvôli letnému času posunul o hodinu a konverzia CZK→EUR zaokrúhlila inak v exporte než v účtovníctve.…
Príklad
Predstav si, že klient zadá platbu v CZK, systém ju prevedie do EUR so zlým zaokrúhlením — príjemca dostane o pár centov menej, zákazník volá na support a reputácia trpí. Testovanie zahraničných platieb nie je len o „odoslať peniaze“ — ide o kurzy, poplatky, formáty, settlement a súlad s legislatívou.…
Predstavte si klienta, ktorý si nastaví trvalý príkaz na úhradu nájmu každý mesiac k 15. dňu v sume 750 €. Po čase zmení číslo účtu prenajímateľa, no zároveň chce, aby starý príkaz zanikol a nový sa vykonával bez prerušenia. Ak systém spracuje oba príkazy súčasne alebo naopak žiadny, vznikajú vážne komplikácie – od dvojnásobnej úhrady až po omeškanie platieb.…
Predstav si situáciu: klient chce zaplatiť vysoký účet kartou v zahraničí. Transakcia presiahne jeho nastavený denný limit a platba je zamietnutá. Následne mu príde SMS aj push notifikácia, že transakcia bola zablokovaná kvôli limitu. Klient tak vie, že systém funguje správne, jeho peniaze sú v bezpečí a zároveň má informáciu, čo sa stalo.…
Príklad:
Predstav si, že klient zadáva SEPA platbu v internet bankingu. Vyplní IBAN príjemcu, zadá sumu a dátum splatnosti. Následne systém zobrazí chybu: „Nesprávny formát IBAN“. V praxi sa často stáva, že klienti uvedú o jeden znak viac alebo menej, alebo preklepnú číslo. Úlohou testera je preveriť, že aplikácia takéto chyby správne zachytí a používateľovi poskytne jasné hlásenie.…
Príklad:
Predstav si situáciu: zákazník dostane faktúru s QR kódom, ktorý obsahuje všetky potrebné údaje pre platbu (IBAN, suma, variabilný symbol). Stačí ho nasnímať v mobilnej bankovej aplikácii a údaje sa automaticky vyplnia. Rýchle, pohodlné, ale aj veľmi citlivé na chyby – stačí malý detail a platba môže byť odoslaná nesprávne.…
Príklad:
Predstav si situáciu: zákazník sa prihlási do internetového bankovníctva a očakáva, že uvidí správny zostatok, všetky svoje transakcie a výpis za vybrané obdobie. Ak sa zobrazia nesprávne údaje alebo sú neúplné, môže to spôsobiť stratu dôvery voči banke a zbytočné reklamácie.
Príklad:
Zákazník si v aplikácii zapne notifikácie pre karty: platby nad 20 €, výbery z bankomatu a prihlásenia do IB. Po platbe kartou 35 € očakáva push do 10 sekúnd, ak nie je online tak SMS do 1 minúty, a súhrnný e-mail na konci dňa. V praxi sa mu zobrazí push s nesprávnym zostatkom, SMS príde duplicitne a e-mail dorazí s chybným formátovaním sumy.…
Príklad:
Banka spustila novú mobilnú aplikáciu, ktorá má klientom umožniť rýchle a bezpečné zadávanie platieb, kontrolu zostatkov a notifikácie o pohyboch na účte. Tester dostane úlohu overiť, či aplikácia funguje spoľahlivo na rôznych zariadeniach a neohrozuje bezpečnosť klientov.
Príklad:
Predstav si banku, ktorá zaviedla nový systém na detekciu podozrivých transakcií.
Zákazník napríklad nikdy neposielal peniaze do zahraničia a zrazu zadá prevod vysokej sumy na účet v inej krajine. Systém má takúto anomáliu zachytiť a transakciu označiť alebo dočasne zablokovať.
Ako tester však musíš overiť, či systém funguje správne – či dokáže rozlíšiť bežné správanie od skutočne podozrivého a či zbytočne neblokuje klientov.…
Príklad:
Predstav si, že si tester v banke a máš za úlohu overiť, že bežný zákazník nemá prístup k údajom iného klienta. V praxi to znamená, že ak sa prihlásim ako používateľ A, nesmiem vidieť zostatky, IBANy ani výpisy používateľa B – a naopak.
V jednej firme, kde som testovala, sa stalo, že backend posielal viac údajov, než bolo potrebné.…
Príklad:
Predstavte si mobilnú bankovú aplikáciu, kde sa zákazník neprihlasuje heslom, ale potvrdí vstup buď odtlačkom prsta, rozpoznaním tváre, alebo jednorazovým kódom cez mobilný token. Tento spôsob je dnes bežný v bankovníctve – heslo je slabé miesto, biometria či token výrazne zvyšujú bezpečnosť.
Ako to otestovať?…
1. Overenie toku autentifikácie:
2. Správnosť a jedinečnosť kódu:
Zobrazí sa, ale nie je to správne. Alebo sa nezobrazí vôbec.
Aj takto môže vyzerať tlačová zostava v aplikácii, ak nefunguje dobre šablóna (template), cesta k nej alebo samotné generovanie.
Príklad z praxe:
Tester si chcel overiť tlačovú zostavu, ktorá sa generuje z používateľských údajov. V aplikácii bol odkaz na štandardné vzory, no konfigurácia ukazovala na iný adresár.…
