Projekt för testning av bankdomänapplikationer
Thomas Hamilton
⚡ Smart sammanfattning
Testning av bankdomänapplikationer validerar funktionalitet, prestanda och säkerhet hos finansiell programvara som hanterar känsliga transaktioner. Denna handledning förklarar domänkunskap, bankapplikationers egenskaper, testfaser, exempel på testfall och viktiga strategier för att minska risker som är unika för BFSI-sektorn.
Bankdomäntestning
Bankdomäntestning är mjukvarutestningsprocessen för en bankapplikation med avseende på funktionalitet, prestanda och säkerhet. Huvudsyftet med att testa en bankapplikation är att säkerställa att alla aktiviteter och funktioner i bankprogramvaran fungerar smidigt och felfritt och att programvaran förblir skyddad.
BFSI-sektorn (bank-, finans- och försäkringssektorn) är den största konsumenten av IT-tjänster. Bankapplikationer hanterar direkt konfidentiell finansiell data, så det är obligatoriskt att varje aktivitet som utförs av bankprogramvara körs tillförlitligt och felfritt. Bankprogramvara utför funktioner som att överföra och sätta in pengar, saldoförfrågningar, transaktionshistorik och uttag. Att testa en bankapplikation säkerställer att dessa aktiviteter inte bara utförs korrekt utan också förblir skyddade från hackare.
Gå med i vårt Live Banking-testprojekt gratis
Vad är domän vid testning?
Domän i testning hänvisar till den bransch för vilken mjukvarutestningsprojektet skapas. Termen används ofta när man diskuterar mjukvaruprojekt och utveckling. Exempel inkluderar försäkringsdomänen, bankdomänen, detaljhandelsdomänen och telekomdomänen.
Medan utvecklingenping För alla domänspecifika projekt söks vanligtvis hjälp av en domänexpert. Domänexperter är mästare på ämnet och kan tillämpningen utan och innan.
Varför är domänkunskap viktig?
Domänkunskap är avgörande för att testa alla typer av programvaruprodukter eftersom det direkt förbättrar testtäckning, feldetektering och intressenternas förtroende. En testare som förstår bankarbetsflöden kan upptäcka edge-fall som en testare utanför domänen missar helt.
Bankdomänkunskap – Introduktion
Bankdomänbegreppen är omfattande och kan i stort sett delas in i två sektorer:
- Traditionell banksektor
- Tjänstebaserad banksektor
Tabellen nedan listar de tjänster som dessa två delsektorer omfattar.
| Bransch | Tjänster ingår |
|---|---|
| Traditionell banksektor | Kärnbank, Företagsbank, Privatbank |
| Tjänstebaserad banksektor | Kärnverksamhet, Företagsverksamhet, Detaljhandel, Lån, Handelsfinansiering, Privatbank, Konsumentfinansiering, Islamisk bankverksamhet, Kundleveranskanaler / Front-end-leverans |
Beroende på projektets omfattning kan du behöva testa ett eller alla ovanstående tjänsteerbjudanden. Innan du börjar testa, se till att du har tillräckligt med bakgrund om tjänsten som testas.
Egenskaper för en bankapplikation
Innan du börjar testa är det viktigt att notera de standardfunktioner som förväntas av alla bankapplikationer, så att du kan anpassa dina testinsatser för att uppnå dessa egenskaper. En standardiserad bankapplikation bör uppfylla följande förväntningar:
- Stöd för tusentals samtidiga användarsessioner.
- Integrera med många andra applikationer som handelskonton, betalningssystem och kreditkort.
- Behandla transaktioner snabbt och säkert.
- Inkludera ett massivt förvaringssystem.
- Tillhandahåll hög revisionskapacitet för att felsöka kundproblem.
- Hantera komplexa affärsarbetsflöden.
- Stödja användare på flera plattformar (Mac, Linux, Unix, Windows).
- Stödja användare från flera platser.
- Stöd för flerspråkiga användare.
- Supportera användare med olika betalningssystem (VISA, AMEX, MasterCard).
- Stödja flera tjänstesektorer (lån, bankverksamhet etc.).
- Tillhandahåll en idiotsäker mekanism för katastrofhantering.
Typer av bankapplikationer att testa
Före kartanping I testfaserna är det bra att veta vilka bankapplikationer som vanligtvis omfattas av följande:
- Kärnbanksystemet (CBS): central motor för insättningar, lån och konton.
- Internetbank: kundorienterad webbportal för överföringar och fakturabetalningar.
- Mobilbank: iOS och Android appar med biometri och aviseringar.
- Programvara för bankomater och kiosker: inbäddad programvara i uttagsautomater.
- Betalningsportar: Hanterare av kort-, UPI- och plånbokstransaktioner.
- Låne- och treasurymoduler: appar för backoffice-kredit och valutaväxling.
Testfaser i att testa banktillämpningar
När de tillämpningar som omfattas är kända, fortsätter testningen vanligtvis genom följande faser.
- Kravanalys: Utförs av affärsanalytikern, som samlar in och dokumenterar kraven för en specifik bankapplikation.
- Krav Revvisa: Kvalitetsanalytiker, affärsanalytiker och utvecklingsansvariga granskar kravdokumentet och dubbelkollar det för att säkerställa att det inte bryter mot något befintligt arbetsflöde.
- Dokumentation för affärskrav: Kvalitetsanalytiker utarbetar affärskravdokument som täcker alla granskade krav.
- Databastestning: Den viktigaste delen av testning av bankapplikationer. Den verifierar dataintegritet, datainläsning, datamigrering, lagrade procedurer, funktionsvalidering och affärsregler.
- Integrationstestning: Enligt Integrationstestning, alla utvecklade komponenter integreras och valideras tillsammans.
- Funktionell testning: Standardtestaktiviteter som t.ex. Testfall förberedelse, granskning av testfall och exekvering utförs under denna fas.
- Säkerhetstestning: Säkerställer att programvaran är fri från säkerhetsbrister. QA-teamet bör inkludera både negativa och positiva scenarier för att försöka bryta sig in i systemet och rapportera sårbarheter innan någon obehörig part hittar dem. Banker bör också tillämpa flerskiktsåtkomstvalidering, såsom engångslösenord. Automationsverktyg som vanligtvis används för Säkerhetstestning innefattar IBM AppScan och HP WebInspect, medan Manuell testning förlitar sig ofta på Proxy Sniffer, Paros Proxy och HTTP Watch.
- Användbarhetstestning: Säkerställer att användare med funktionsnedsättningar kan använda systemet lika enkelt som andra användare – till exempel bankomater utrustade med ljudvägledning och punktskriftsknappsatser för tillgänglighet.
- Användaracceptanstestning: Det sista steget, som utförs av slutanvändare, för att bekräfta att applikationen fungerar korrekt i verkliga scenarier.
Exempel på testfall för inloggningsapplikation för Net Banking
Säkerhet är av största vikt för alla bankapplikationer. Under testförberedelserna bör QA-teamet inkludera både negativa och positiva scenarier för att undersöka systemet och rapportera sårbarheter innan obehöriga personer hittar dem. Detta innebär att inte bara skriva negativa testfall utan även destruktiva tester.
Tabellen nedan beskriver generiska testfall för en bankapplikation.
| Area | Exempel på testfall |
|---|---|
| Administration | Verifiera administratörsinloggning med giltiga och ogiltiga data; administratörsinloggning utan data; alla administratörshemlänkar; administratör ändrar lösenord med giltiga, ogiltiga och befintliga data; administratör utloggning. |
| Ny filial | Skapa en ny gren med giltiga, ogiltiga och befintliga data; skapa utan data; återställ och avbryt; uppdatera grenen med giltiga, ogiltiga och befintliga data; avbryt; ta bort gren med och utan beroenden; grensökning. |
| Ny roll | Skapa en ny roll med giltiga, ogiltiga och befintliga data; skapa utan data; verifiera rollbeskrivning och -typer; avbryt och återställ; ta bort roll med och utan beroenden; verifiera länkar på rollens detaljsida. |
| Kund och besökare | Verifiera alla besökar- och kundlänkar; kundinloggning med giltiga, ogiltiga eller inga uppgifter; bankirinloggning med giltiga, ogiltiga eller inga uppgifter. |
| Nya användare | Skapa ny användare med giltiga, ogiltiga och befintlig grendata; skapa utan data; avbryt och återställ; uppdatera användare med giltiga, ogiltiga och befintlig data; avbryt; ta bort användare. |
Utmaningar vid testning av banksektorn och hur de kan mildras
Även med starka testfaser och mallar möter testare flera återkommande utmaningar i bankprojekt. Nedanstående åtgärder har visat sig effektiva i verkliga engagemang.
| Utmaning | Mitigation |
|---|---|
| Det är svårt att få tillgång till produktionsdata och replikera den som testdata. | Säkerställ att testdata uppfyller regelkrav och upprätthåll sekretessen genom datamaskering, syntetiska testdata och systemintegrationstestning. |
| Att migrera från ett gammalt banksystem till ett nytt – inklusive rutiner, procedurer och datauppladdningar – är den största utmaningen. | Slutför datamigreringstestning och kör regressionstestfall på både gamla och nya system, jämför resultaten tills de matchar. |
| Krav kan vara dåligt dokumenterade, vilket lämnar funktionella luckor. Icke-funktionella krav är ofta odokumenterade, så testare vet inte om de ska testa dem. | Testare bör delta från kravanalysfasen och aktivt granska affärskraven. |
| Verifierar att systemet följer önskade policyer och procedurer. | Utför tester av efterlevnads- och regelpolicyer. |
| Omfattning och tidslinjer utökas i takt med att bankapplikationer integreras med internet och Mobil bank. | Avsätt tillräckligt med tid i planen för integrationstestning när bankapplikationen har många externa gränssnitt. |
