Projekt testiranja aplikacija za bankarske domene
Uredništvo
⚡ Pametni sažetak
Testiranje aplikacija u bankarskoj domeni potvrđuje funkcionalnost, performanse i sigurnost financijskog softvera koji obrađuje osjetljive transakcije. Ovaj vodič objašnjava znanje o domeni, karakteristike bankarskih aplikacija, faze testiranja, primjere testnih slučajeva i ključne strategije ublažavanja rizika jedinstvenih za BFSI sektor.
Testiranje bankovne domene
Testiranje bankovne domene je proces testiranja softvera bankarske aplikacije radi funkcionalnosti, performansi i sigurnosti. Glavna svrha testiranja bankarske aplikacije je osigurati da sve aktivnosti i funkcionalnosti bankarskog softvera teku glatko bez grešaka i da softver ostane zaštićen.
Sektor BFSI (Bankarstvo, Financijske usluge i Osiguranje) najveći je potrošač IT usluga. Bankarske aplikacije izravno obrađuju povjerljive financijske podatke, stoga je obavezno da svaka aktivnost koju izvršava bankarski softver funkcionira pouzdano i bez grešaka. Bankarski softver obavlja funkcije kao što su prijenos i polaganje sredstava, upiti o stanju, povijest transakcija i isplate. Testiranje bankarske aplikacije osigurava da se te aktivnosti ne samo ispravno izvršavaju, već i da ostanu zaštićene od hakera.
Besplatno se pridružite našem projektu testiranja bankarstva uživo
Što je domena u testiranju?
Domena u testiranju odnosi se na industriju za koju je stvoren projekt testiranja softvera. Izraz se često koristi kada se raspravlja o softverskim projektima i razvoju. Primjeri uključuju domenu osiguranja, domenu bankarstva, domenu maloprodaje i domenu telekomunikacija.
Dok se razvijaping Za bilo koji projekt specifičan za domenu, obično se traži pomoć stručnjaka za domenu. Stručnjaci za domenu su majstori u toj oblasti i poznaju primjenu u potpunosti.
Zašto je poznavanje domene važno?
Poznavanje domene ključno je za testiranje bilo kojeg softverskog proizvoda jer izravno poboljšava pokrivenost testiranjem, otkrivanje nedostataka i povjerenje dionika. Tester koji razumije bankarske tijekove rada može uočiti rubne slučajeve koje tester koji nije iz domene u potpunosti propušta.
Poznavanje domene bankarstva – Uvod
Koncepti bankarskog područja su opsežni i mogu se grubo podijeliti u dva sektora:
- Tradicionalni bankarski sektor
- Sektor bankarstva temeljenog na uslugama
U donjoj tablici navedene su usluge koje obuhvaćaju ova dva podsektora.
| Sektor | Uključene usluge |
|---|---|
| Tradicionalni bankarski sektor | Osnovno bankarstvo, Korporativno bankarstvo, Bankarstvo s maloprodajnim poslovanjem |
| Sektor bankarstva temeljenog na uslugama | Osnovne usluge, Korporativno bankarstvo, Maloprodaja, Kreditiranje, Trgovinsko financiranje, Privatno bankarstvo, Potrošačko financiranje, Islamsko bankarstvo, Kanali isporuke klijentima / Isporuka na front-endu |
Ovisno o opsegu vašeg projekta, možda ćete trebati testirati jednu ili sve gore navedene ponude usluga. Prije nego što započnete s testiranjem, provjerite imate li dovoljno znanja o usluzi koja se testira.
Karakteristike bankovne aplikacije
Prije početka testiranja, važno je napomenuti standardne značajke koje se očekuju od bilo koje bankarske aplikacije, kako biste mogli usmjeriti svoje napore testiranja na postizanje tih karakteristika. Standardna bankarska aplikacija trebala bi ispunjavati sljedeća očekivanja:
- Podržava tisuće istovremenih korisničkih sesija.
- Integrirajte se s mnogim drugim aplikacijama kao što su trgovački računi, usluge plaćanja računa i kreditne kartice.
- Obrađujte brze i sigurne transakcije.
- Uključite masivni sustav za pohranu.
- Pružiti visoku razinu revizorskih mogućnosti za rješavanje problema kupaca.
- Upravljajte složenim poslovnim tijekovima rada.
- Podrška korisnicima na više platformi (Mac, Linux, Unix, Windows).
- Podrška korisnicima s više lokacija.
- Podrška za višejezične korisnike.
- Podrška korisnicima na raznim platnim sustavima (VISA, AMEX, MasterCard).
- Podržava više uslužnih sektora (krediti, maloprodajno bankarstvo itd.).
- Osigurati nepogrešiv mehanizam za upravljanje katastrofama.
Vrste bankarskih aplikacija za testiranje
Prije karteping U fazama testiranja, korisno je znati koje su bankarske aplikacije obično obuhvaćene:
- Temeljni bankarski sustav (CBS): središnji mehanizam za depozite, kredite i račune.
- Internet bankarstvo: web portal za transfere i plaćanje računa usmjeren prema korisnicima.
- mobilno bankarstvo: iOS i Android aplikacije s biometrijskim podacima i obavijestima.
- Softver za bankomate i kioske: ugrađeni softver na bankomatima.
- Nalazi za plaćanje: rukovatelji transakcijama karticama, UPI-jem i novčanikom.
- Moduli za kredite i riznicu: aplikacije za pozadinske kredite i devizno poslovanje.
Testne faze u testiranju bankovnih aplikacija
Nakon što su poznate primjene unutar opsega, testiranje obično prolazi kroz sljedeće faze.
- Analiza zahtjeva: Izvodi poslovni analitičar koji prikuplja i dokumentira zahtjeve za određenu bankarsku aplikaciju.
- Zahtjev Review: Analitičari kvalitete, poslovni analitičari i voditelji razvoja pregledavaju dokument sa zahtjevima i unakrsno ga provjeravaju kako bi se osiguralo da ne narušava postojeći tijek rada.
- Dokumentacija o poslovnim zahtjevima: Analitičari kvalitete pripremaju dokumente poslovnih zahtjeva koji pokrivaju svaki pregledani zahtjev.
- Testiranje baze podataka: Najvažniji dio testiranja bankarskih aplikacija. Provjerava integritet podataka, učitavanje podataka, migraciju podataka, pohranjene procedure, validaciju funkcija i poslovna pravila.
- Testiranje integracije: Pod Ispitivanje integracije, sve razvijene komponente su integrirane i validirane zajedno.
- Funkcionalno ispitivanje: Standardne aktivnosti testiranja kao što su Testni slučaj Priprema, pregled testnog slučaja i izvršavanje se izvode tijekom ove faze.
- Ispitivanje sigurnosti: Osigurava da softver nema sigurnosnih nedostataka. Tim za osiguranje kvalitete trebao bi uključiti i negativne i pozitivne scenarije za pokušaj provale u sustav i prijaviti ranjivosti prije nego što ih pronađe bilo koja neovlaštena strana. Banke bi također trebale provoditi višeslojnu validaciju pristupa, kao što su jednokratne lozinke. Alati za automatizaciju koji se obično koriste za Ispitivanje sigurnosti uključiti IBM AppScan i HP WebInspect, dok Ručno ispitivanje često se oslanja na Proxy Sniffer, Paros Proxy i HTTP Watch.
- Ispitivanje upotrebljivosti: Osigurava da korisnici s invaliditetom mogu koristiti sustav jednako lako kao i bilo koji drugi korisnik - na primjer, bankomati opremljeni audio navođenjem i Brailleovom tipkovnicom za pristupačnost.
- Test prihvatljivosti korisnika: Završna faza, koju izvode krajnji korisnici, kako bi se potvrdilo da se aplikacija ispravno ponaša u stvarnim scenarijima.
Uzorak testnog slučaja za aplikaciju za prijavu na Net Banking
Sigurnost je od najveće važnosti za svaku bankarsku aplikaciju. Tijekom pripreme testiranja, QA tim treba uključiti i negativne i pozitivne scenarije kako bi ispitao sustav i prijavio ranjivosti prije nego što ih pronađe neovlaštena osoba. To znači pisanje ne samo negativnih testnih slučajeva već i destruktivnih testova.
Donja tablica prikazuje generičke testne slučajeve za bankarsku aplikaciju.
| Površina | Primjeri testnih slučajeva |
|---|---|
| Admin | Provjera administratorske prijave s valjanim i nevažećim podacima; administratorska prijava bez podataka; sve poveznice na administratorsku početnu stranicu; promjena administratorske lozinke s valjanim, nevažećim i postojećim podacima; odjava administratora. |
| Nova poslovnica | Stvori novu granu s valjanim, nevažećim i postojećim podacima; stvori bez podataka; resetira i otkaže; ažuriraj granu s valjanim, nevažećim i postojećim podacima; otkaže; izbriši granu sa i bez ovisnosti; pretraga grana. |
| Nova uloga | Stvori novu ulogu s valjanim, nevaljanim, postojećim podacima; stvori bez podataka; provjeri opis i vrste uloge; otkaže i resetira; izbriši ulogu sa i bez ovisnosti; provjeri poveznice na stranici s detaljima uloge. |
| Kupci i posjetitelji | Provjerite sve poveznice posjetitelja i kupaca; prijavu kupaca s valjanim, nevažećim ili bez podataka; prijavu bankara s valjanim, nevažećim ili bez podataka. |
| Novi korisnici | Stvori novog korisnika s valjanim, nevažećim i postojećim podacima o grani; stvori bez podataka; poništi i resetira; ažuriraj korisnika s valjanim, nevažećim i postojećim podacima; poništi; izbriši korisnika. |
Izazovi u testiranju bankarske domene i njihovo ublažavanje
Čak i uz jake faze testiranja i predloške, testeri se suočavaju s nekoliko ponavljajućih izazova u bankarskim projektima. Mjere ublažavanja u nastavku pokazale su se učinkovitima u stvarnim projektima.
| Izazov | Smanjenje |
|---|---|
| Pristup produkcijskim podacima i njihova replikacija kao testnih podataka je teška. | Osigurajte da podaci testiranja zadovoljavaju zahtjeve regulatorne usklađenosti i održavajte povjerljivost maskiranjem podataka, sintetičkim podacima testiranja i testiranjem integracije sustava. |
| Migracija sa starog bankarskog sustava na novi - uključujući rutine, postupke i prijenos podataka - najveći je izazov. | Dovršite testiranje migracije podataka i pokrenite regresijske testove na starim i novim sustavima, uspoređujući rezultate dok se ne podudaraju. |
| Zahtjevi mogu biti loše dokumentirani, što ostavlja funkcionalne praznine. Nefunkcionalni zahtjevi često nisu dokumentirani, pa testeri ne znaju trebaju li ih testirati. | Testeri bi trebali sudjelovati od faze analize zahtjeva i aktivno pregledavati poslovne zahtjeve. |
| Provjera da li sustav slijedi željene politike i postupke. | Provedite testiranje usklađenosti i regulatornih politika. |
| Opseg i vremenski okviri se šire kako se bankarske aplikacije integriraju s internetom i Kontakt broj bankarstvo. | U planu odvojite dovoljno vremena za integracijsko testiranje kada bankarska aplikacija ima mnogo vanjskih sučelja. |
