Banking Domain Application Testing: Exempel på testfall

Banking Domain Testing

Banking Domain Testing är en programvarutestningsprocess för en bankapplikation för funktionalitet, prestanda och säkerhet. Det huvudsakliga syftet 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 (Bank, finansiella tjänster och försäkringar) är den största konsumenten av IT-tjänster. Bankapplikationer hanterar direkt konfidentiella finansiella data. Det är obligatoriskt att alla aktiviteter som utförs av bankprogramvara fungerar smidigt och utan några fel. Bankprogramvara utför olika funktioner som överföring och deponering av fond, balansförfrågan, transaktionshistorik, uttag och så vidare. Att testa bankapplikationer säkerställer att dessa aktiviteter inte bara utförs bra utan också förblir skyddade från hackare.

I den här handledningen lär vi oss

Vad är domän i testning?
Varför domän kunskap frågor?
Introduktion till bankdomän
Kännetecken för en bankapplikation
Steg för att testa bankapplikationer
Exempel på testfall för inloggningsansökan för nätbank
Utmaningar när det gäller att testa bankdomän och deras begränsning

Gå med i vårt Live Banking Testing Project gratis

Vad är domän i testning?

Domain in Testing är inget annat än den bransch som programvarutestningsprojektet skapas för. 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.

När du utvecklar ett specifikt domänprojekt efterfrågas vanligtvis hjälp av domenexperter. Domänexpert är mästare i ämnet, och han kanske känner till insidan av produkten eller applikationen.

Varför domän kunskap frågor?

Domänkunskap är avgörande för att testa någon programvaruprodukt, och den har sina egna fördelar som

Banking Domain Knowledge - Inledning

Bankdomankoncept är enorma och i grunden delas det in i två sektorer

Traditionell banksektor
Servicebaserad banksektor

Nedan följer tabellen över de tjänster som dessa två undersektorer omfattar

Traditionell banksektor	Kärnbank Företagsbankverksamhet Detaljhandel
Servicebaserad banksektor	Kärna Företags Detaljhandeln Lån Handelsfinansiering Privatbank Konsumentfinansiering Islamisk bankrörelse Kundleveranskanaler / leverans av frontend

Baserat på omfattningen av ditt projekt kan du behöva testa ett eller alla ovanstående tjänsterbjudanden. Innan du börjar testa, se till att du har tillräckligt med bakgrund om den tjänst som testas.

Kännetecken för en bankansökan

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 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-betalningsverktyg, kreditkort etc.
Den ska hantera snabba och säkra transaktioner
Det bör innehålla massivt lagringssystem.
För att felsöka kundproblem bör den ha hög granskningsförmåga
Den ska hantera komplexa affärsflö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)
Den bör stödja flera tjänstesektorer (lån, detaljhandelsbank etc.)
Foolproof mekanism för katastrofhantering

Testfaser i testning av bankansökningar

För testning av bankapplikationer inkluderar olika teststeg

Kravsanalys: Det görs av affärsanalytiker; krav för en viss bankapplikation samlas in och dokumenteras
Kravgranskning: Kvalitetsanalytiker, affärsanalytiker och utvecklingsledningar är inblandade i denna uppgift. Dokumentet för kravinsamling granskas i detta skede och korskontrolleras för att säkerställa att det inte påverkar arbetsflödet
Dokumentation av 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, testning av regler etc.
Integration Testing: Under Integration Testing integreras och valideras alla komponenter som utvecklas
Funktionstestning: De vanliga programvarutestningsaktiviteterna som förberedelse av testfall, testfall och genomförande av testfall görs under denna fas
Säkerhetstestning: Det säkerställer att programvaran inte har några säkerhetsfel. Under testförberedelsen 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 får åtkomst till det. För att förhindra hacking bör banken också implementera ett flerskikt av åtkomstvalidering som ett engångslösenord. För säkerhetstestning används automatiseringsverktyg som IBM AppScan och HPWebInspect medan manuella testverktyg som Proxy Sniffer, Paros proxy, HTTP-klocka 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
Testning av användaracceptans : Det är det sista steget i 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 inloggningsansökan för nätbank

Säkerhet är utmärkt för alla bankapplikationer. Därför bör QA-teamet inkludera både negativa och positiva testscenarier under testförberedelserna för att smyga in i systemet och rapportera om eventuella sårbarheter innan någon obehörig person får tillgång till det. Det handlar inte bara om att skriva negativa testfall utan kan också inkludera destruktiv testning.

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

Exempel på testfall
För administratör	Verifiera administratörsinloggning med giltiga och ogiltiga data Verifiera administratörsinloggning utan data Verifiera alla admin-hemlänkar Verifiera administratörsbyte lösenord med giltiga och ogiltiga data Verifiera admin ändra lösenord utan data Verifiera administratörsändringslösenord med befintlig data Verifiera administratörsavloggning
För ny filial	Skapa en ny filial med giltiga och ogiltiga data Skapa en ny filial utan data Skapa en ny gren med befintlig filialdata Verifiera återställnings- och avbrytningsalternativet Uppdatera gren med giltiga och ogiltiga data Uppdatera filial utan data Uppdatera filial med befintlig filialdata Verifiera avbrytningsalternativet Verifiera borttagning av filial med och utan beroenden Verifiera filialens sökalternativ
För ny roll	Skapa en ny roll med giltiga och ogiltiga data Skapa en ny roll utan data Verifiera ny roll med befintlig data verifiera rollbeskrivning och rolltyper Verifiera avbryt och återställ alternativet Verifiera borttagning av roller med och utan beroende verifiera länkar på sidan Rollinformation
För kunder och besökare	Verifiera alla besökar- eller kundlänkar Verifiera kundinloggning med giltiga och ogiltiga data Verifiera kundinloggning utan data Verifiera bankers inloggning utan data Verifiera bankirens 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 grendata Verifiera avbryt och återställ alternativet Uppdatera användaren med giltiga och ogiltiga data Uppdatera användaren med befintlig data Verifiera avbrytningsalternativet Verifiera borttagning av användaren

Utmaningar när det gäller att testa bankdomän och deras begränsning

Utmaningar som testaren kan möta vid testning av bankdomän är

Utmaning	Mitigation
Att få tillgång till produktionsdata och replikera dem som testdata för testning är utmanande	Se till att testdata uppfyller regelverkets krav och riktlinjer Behåll datakonfidentialiteten genom att följa tekniker som datamaskering, syntetiska testdata, testning av systemintegration etc.
Den största utmaningen att testa banksystemet är under migrering av systemet från det gamla systemet till det nya systemet, som testning av alla rutiner, procedurer och planer. Också hur data kommer att hämtas, laddas upp och överföras till det nya systemet efter migrering	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 dokumenteras väl och kan leda till funktionella luckor i testplanen Många icke-funktionella krav är inte fullständigt dokumenterade och testare vet inte om de ska testa det eller inte	Testet ska delta i projektet direkt från kravanalysfaserna och bör aktivt granska företagskraven
Den viktigaste punkten är att kontrollera om nämnda system följer önskade policyer och procedurer	Testning av efterlevnad eller regler måste göras
Räckvidden och tidslinjerna ökar när bankapplikationer integreras med andra applikationer som internet eller mobilbank	Se till att tidsbudget för integreringstest tas upp om din bankapplikation har många externa gränssnitt

Sammanfattning

Bankdomän är det mest utsatta området för it-stöld, och för att skydda programvaran krävs exakt testning. Denna handledning ger en klar uppfattning om vad som krävs för banktjänsttestning och hur viktigt det är. Man måste förstå det -

Majoriteten av bankprogramvara utvecklas på Mainframe och Unix
Testning hjälper till att minska eventuella problem som uppstår under programvaruutveckling
Korrekt testning och efterlevnad av branschstandarder, spara företag från påföljder
God praxis hjälper till att utveckla bra 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årt Live Banking Domain Testing Project