Testning av bankdomänapplikationer: Exempel på testfall

Bankdomäntestning

Bankdomäntestning är en mjukvarutestprocess för en bankapplikation för funktionalitet, prestanda och säkerhet. Huvudsyftet med att testa bankapplikationer är att säkerställa att alla aktiviteter och funktioner i en bankprogramvara fungerar smidigt utan fel och att den förblir skyddad.

BFSI-sektorn (Banking, Financial Services and Insurance) är den största konsumenten av IT-tjänster. Bankapplikationer handlar direkt om konfidentiella finansiella uppgifter. Det är obligatoriskt att alla aktiviteter som utförs av bankprogramvara fungerar smidigt och utan några fel. Bankprogramvara utför olika funktioner som att överföra och sätta in pengar, saldoförfrågan, transaktionshistorik, uttag och så vidare. Att testa bankapplikationer säkerställer att dessa aktiviteter inte bara utförs väl 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 är inget annat än branschen för vilken mjukvarutestprojektet är skapat. När vi pratar om mjukvaruprojekt eller utveckling hänvisas ofta till denna term. Till exempel, försäkringsdomän, bankdomän, detaljhandelsdomän, telekomdomän, etc.

Vanligtvis, när du utvecklar ett specifikt domänprojekt, söks domänexperthjälp. Domänexperten är mästare i ämnet, och han kanske känner till produkten eller applikationen ut och in.

Varför är domänkunskap viktig?

Domänkunskap är mycket viktigt för att testa alla programvaruprodukter, och det har sina egna fördelar som

Bankdomänkunskap – Introduktion

Bankdomänkoncept är enorma, och i grund och botten är de indelade i två sektorer

Traditionell banksektor
Tjänstebaserad banksektor

Nedan är tabellen över de tjänster som dessa två delsektorer av bankverksamhet omfattar

Traditionell banksektor	Kärnbank Företagsbankverksamhet Detaljhandel
Tjänstebaserad banksektor	Kärna Företag Detaljhandeln Lån Handelsfinansiering Private banking Konsumentfinansiering Islamisk bankrörelse Kundleveranskanaler/Front end-leverans

Baserat på omfattningen av ditt projekt 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 standardfunktionerna som förväntas av alla bankapplikationer. Så att du kan rusta dina testansträngningar för att uppnå dessa egenskaper.

En standardbankapplikation bör uppfylla alla dessa egenskaper som nämns nedan.

Det bör stödja tusentals samtidiga användarsessioner
En bankapplikation bör integreras med andra många applikationer som handelskonton, Bill betaltjänst, kreditkort etc.
Det ska hantera snabba och säkra transaktioner
Det bör inkludera massiva lagringssystem.
För att felsöka kundproblem bör den ha hög revisionskapacitet
Den ska hantera komplexa arbetsflöden
Behöver stödja användare på flera plattformar (Mac, Linux, Unix, Windows)
Det bör stödja användare från flera platser
Det bör stödja flerspråkiga användare
Det bör stödja användare på olika betalningssystem (VISA, AMEX, MasterCard)
Det bör stödja flera tjänstesektorer (lån, banktjänster etc.)
Idiotsäker katastrofhanteringsmekanism

Testfaser i att testa banktillämpningar

För att testa bankapplikationer inkluderar olika teststeg

Kravanalys: Det görs av affärsanalytiker; krav för en viss bankapplikation samlas in och dokumenteras
Krav Revvisa: Kvalitetsanalytiker, affärsanalytiker och utvecklingsledare är involverade i denna uppgift. Kravinsamlingsdokumentet granskas i detta skede och krysskontrolleras för att säkerställa att det inte påverkar arbetsflödet
Dokumentation för affärskrav: Affärskravsdokument utarbetas av kvalitetsanalytiker där alla granskade affärskrav täcks
Databastestning: Det är den viktigaste delen av testning av bankapplikationer. Denna testning görs för att säkerställa dataintegritet, dataladdning, datamigrering, lagrade procedurer och funktionsvalidering, regeltestning, etc.
Integrationstestning: Enligt Integrationstestning alla komponenter som utvecklas är integrerade och validerade
Funktionell testning: De vanliga programvarutestningsaktiviteterna som Testfall förberedelser, testfallsgranskning och testfallsutförande görs under denna fas
Säkerhetstestning: Det säkerställer att programvaran inte har några säkerhetsbrister. Under testförberedelserna måste QA-teamet inkludera både negativa och positiva testscenarier för att bryta sig in i systemet och rapportera det innan någon obehörig individ får tillgång till det. För att förhindra hackning bör banken också implementera en åtkomstvalidering i flera lager som ett engångslösenord. För Säkerhetstestning, automationsverktyg som IBM AppScan och HPWebInspect används medan för Manuell testning verktyg som Proxy Sniffer, Paros proxy, HTTP watch, etc. används
Användbarhetstestning: Det säkerställer att personer med olika förmåga ska kunna använda systemet som normal användare. Till exempel bankomat med hörsel- och punktskrift för funktionshindrade
Användaracceptanstestning: Det är det sista steget av testning som görs av slutanvändarna för att säkerställa att applikationen överensstämmer med det verkliga scenariot.

Exempel på testfall för inloggningsapplikation för Net Banking

Säkerhet är främsta för alla bankapplikationer. Under testförberedelserna bör därför QA-teamet inkludera både negativa och positiva testscenarier för att smyga in i systemet och rapportera för eventuella sårbarheter innan någon obehörig person får tillgång till det. Det innebär inte bara att skriva negativa testfall utan kan också inkludera destruktiva tester.

Följande är generiska testfall för att kontrollera alla bankapplikationer

Exempel på testfall
För admin	Verifiera administratörsinloggning med giltiga och ogiltiga data Verifiera administratörsinloggning utan data Verifiera alla adminhemlänkar Verifiera att administratören byter lösenord med giltiga och ogiltiga data Verifiera att administratören byter lösenord utan data Verifiera att administratören ändrar lösenord med befintliga data Verifiera att administratören loggar ut
För ny filial	Skapa en ny filial med giltiga och ogiltiga data Skapa en ny filial utan data Skapa en ny filial med befintlig filialdata Verifiera alternativet för återställning och avbryt Uppdatera gren med giltiga och ogiltiga data Uppdatera gren utan data Uppdatera filial med befintlig filialdata Verifiera avbrytningsalternativet Verifiera borttagning av gren med och utan beroenden Verifiera grensökningsalternativ
För ny roll	Skapa en ny roll med giltiga och ogiltiga data Skapa en ny roll utan data Verifiera ny roll med befintliga data verifiera rollbeskrivning och rolltyper Verifiera alternativet för avbryt och återställ Verifiera borttagning av roller med och utan beroende verifiera länkar på sidan med rolldetaljer
För kunder och besökare	Verifiera alla besökare eller kundlänkar Verifiera kundernas inloggning med giltiga och ogiltiga data Verifiera kundernas inloggning utan data Verifiera bankens inloggning utan data Verifiera bankens inloggning med giltiga eller ogiltiga data
För nya användare	Skapa en ny användare med giltiga och ogiltiga data Skapa en ny användare utan data Skapa en ny användare med befintlig filialdata Verifiera alternativet för avbryt och återställ Uppdatera användare med giltiga och ogiltiga data Uppdatera användare med befintliga data Verifiera avbrytningsalternativet Verifiera borttagning av användaren

Utmaningar med att testa bankdomän och deras begränsning

Utmaningar som testaren kan möta när han testar bankdomänen är

Utmaning	Mitigation
Att få tillgång till produktionsdata och replikera det som testdata för testning är en utmaning	Se till att testdata uppfyller regulatoriska krav och riktlinjer Upprätthåll datakonfidentialitet genom att följa tekniker som datamaskering, syntetiska testdata, testsystemintegration, etc.
Den största utmaningen med att testa banksystem är under migreringen av systemet från det gamla systemet till det nya systemet som att testa alla rutiner, procedurer och planer. Även hur data kommer att hämtas, laddas upp och överföras till det nya systemet efter migreringen	Se till att datamigreringstestningen är klar Se till att fall av regressionstest utförs på gamla och nya system och att resultaten matchar.
Det kan finnas fall där kraven inte är väl dokumenterade och kan leda till funktionella luckor i testplanen Många icke-funktionella krav är inte helt dokumenterade och testare vet inte om de ska testa det eller inte	Testaren bör delta i projektet direkt från kravanalysfaserna och bör aktivt granska affärskraven
Den viktigaste punkten är att kontrollera om nämnda system följer de önskade policyerna och procedurerna	Testning av efterlevnad eller regelverk måste göras
Omfattningen och tidslinjerna ökar när bankapplikationer integreras med andra applikationer som internet eller Mobil bank	Se till att tidsbudgeten för integrationstestning redovisas om din bankapplikation har många externa gränssnitt

Sammanfattning

Bankdomänen är det mest sårbara området för cyberstöld, och att skydda programvaran kräver noggranna tester. Denna handledning ger en tydlig uppfattning om vad som krävs för att testa bankdomäner och hur viktigt det är. Man måste förstå att -

Majoriteten av bankprogramvaran är utvecklad på stordator och Unix
Testning hjälper till att minska eventuella problem som uppstår under mjukvaruutveckling
Korrekt testning och överensstämmelse med branschstandarder, rädda företag från påföljder
God praxis hjälper till att utveckla goda resultat, rykte och fler affärer för företag
Både manuell och automatiserad testning har respektive fördelar och användbarhet

Gå med i vår Live Banking domäntestprojekt

Du kanske gillar: