Testtilfeller for banksøknad i Excel-ark og PDF 2022 (2023) (2023)

Testtilfeller for bankapplikasjon eller testscenarier for bankapplikasjon eller bankapplikasjonTestforsøk:I dette innlegget skal vi lære hvordan du skriver testsaker for bankapplikasjon i excel-ark. Og i vårt forrige innlegg har vi også testcasemaler for Amazon Search Functionality. Hver bank har sin flyt for pengeoverføringer.

Så det er vanskelig å generalisere flyten for alle bankene. Så jeg prøver å komme opp med en strøm som de fleste banker sannsynligvis vil ha i pengeoverføringsprosessen. Du kan finne mange forskjeller avhengig av hvilken type bank du bruker.

Men før du begynner å skrive testsakene for bankapplikasjoner, må du forstå følgende ting:

Hva er nettbank?

I nettbank bruker plagekunder og organisasjoner en elektronisk metode for pengeoverføring ved hjelp av en nettapplikasjon. For tiden, i det 21. århundre, bruker de fleste denne metoden for pengeoverføring fordi den er raskere, og heller ikke trenger å vente lenge i køen for å gjøre en enkelt transaksjon.

Ved å bruke denne metoden kan du utføre ulike operasjonsrelaterte pengeoverføringer som å motta penger, betale regninger og så mange andre operasjoner også.

Men når du har å gjøre med en hvilken som helst bankapplikasjon, sørger både utvikleren og testerne for at appen kjører jevnt på alle nettlesere og enheter. Og nettapplikasjonen sikrer også alle cybertrusler, og ytelsen går heller ikke ned i rushtiden.

Bankapplikasjonstesting

Det er flere aspekter QA-spesialister prioriterer når de tester en bankapplikasjon:

• Funksjonalitetstesting:Alle moduler fungerer som forventet (både som uavhengige elementer og etter integrering av alle separate moduler)
• Brukervennlighetstesting:Mesteparten av tiden, de som bruker bankapplikasjoner som ikke er dyktige PC-brukere. Så for dem bør skjemaet være oversiktlig og ha et brukervennlig grensesnitt.
• Ytelsestesting:Siden dette er utviklet for brukerne, bør ytelsen til applikasjonen være raskere. Og appen skal fungere riktig på ulike plattformer.
• Sikkerhetstesting:Som ved å bruke en bankapplikasjon, kommer folk til å bruke den til pengeoverføringer. Så det er en av de høyprioriterteoppgaver for organisasjonen å utvikle appen på en slik måte at den oppfyller standard retningslinjer for sikkerhet.

Så i dette innlegget skal vi diskutere den naturlige flyten til bankapplikasjonen med noen grunnleggende scenarier:

Testtrinn for banktransaksjoner

Så her er de nødvendige trinnene vi følger når vi utfører valutaoverføringer:

• Gå til påloggingssiden for bankens nettsted.
• Skriv inn brukernavn og passord.
• Gå til pengeoverføringssiden.
• Legg til mottakeren du vil overføre penger til.
• Sjekk detaljene til bankkontoen og personen. Kontroller om de er riktige.
• Velg den spesifikke pengeoverføringsmetoden fra NEFT/RTGS- eller SWIFT-overføringsalternativer.
• Velg mottakers navn og midler, og send inn detaljene.
• Bekreft beløpet og andre detaljer på bekreftelsessiden.
• Klikk på send for den siste handlingen for overføring av midler.

Uansett hvilke trinn du blir sett ovenfor, er det den grunnleggende flyten vi dekker her. Og kanskje hvis du går til en annen region, kan det være noe annet enn scenariet ovenfor.

For eksempel kan noen av dere ha SMS-autentisering før de sender pengene. Noen av dere har sannsynligvis andre måter å bekrefte detaljene til mottakeren for å unngå å sende pengene til feil person. Men når det er sagt, er flyten stort sett den samme for de fleste banker.

En annen annen prosess etterfulgt av forskjellige banker, kanskje når du skal legge til en mottaker, uansett hvilke felter du nå ser i bildet nedenfor, kan muligens variere fra bank til bank. Så bildet nedenfor viser antall felt som du også kan validere og skrive testsaker for.

Hvis du legger til testtilfellene for hver side, vil testsakene være mye som dekker de essensielle aspektene ved testene.

Testscenarier for pengeoverføring av bankapplikasjoner

• Bekreft bankens nettstedURL.
• Bekreft om nettadressen til banken har HTTPS i adressefeltet og i nettadressen.
• Bekreft om påloggingssiden for bankens nettsted ikke vises forfalsket.
• Bekreft om bankens påloggingsside har brukernavn og passord.
• Bekreft om brukernavnet og passordet blir akseptert eller ikke.
• Bekreft om SMS-autentiseringen utløses etter pålogging.
• Bekreft om brukeren blir omdirigert til dashbordet etter å ha bestått alle autentiseringsprosesser.
• Bekreft om brukeren har tilgang til funksjonen for elektronisk pengeoverføring.
• Sjekk om alternativet for brukeren kan overføre penger er tilgjengelig i den spesifikke perioden (kl. 9.00 til 17.00).
• Sjekk om alternativet for overføring av midler viser varsel for transaksjoner utenfor arbeidstid.
• Bekreft om brukeren kan legge til mottakeren.
• Bekreft om mottakeropplysningene kan bekreftes.
• Bekreft om fondsoverføringsalternativet tillater NEFT- eller RTGS-alternativet for nasjonaliserte pengeoverføringer.
• Bekreft om fondsoverføringssiden ber om mottakerens navn, IFSC-kode, banknavn, fondsbeløp og formålet med overføringen.
• Bekreft om fondsoverføringssiden ber om et PAN-nummer hvis antall midler blir over 50k.
• Sjekk om fondsoverføringssiden har en 2-trinns autentisering før du fullfører overføringen.
• Sjekk om interbankoverføringen skjer umiddelbart eller ikke.
• Sjekk hvor lang tid det tar før midlene overføres mellom åpningstidene.
• Sjekk hvor lang tid det tar før midlene overføres mellom åpningstidene.
• Sjekk om det overførte beløpet er sendt til avsender og mottaker.
• Sjekk om beløpet blir overført til den eksakte personen som er nevnt i mottakeren.

Bortsett fra denne flyten, er det noen få andre scenarier; også, vi er nå lagt til dette innlegget. Håper det også gir deg en liten idé om å skrive en testsak for banksøknad.

Testtilfeller for bankapplikasjon – Nettbankapplikasjon

• Sjekk at brukeren kan logge på med et gyldig brukernavn og passord
• Sjekk at brukeren er i stand til å utføre grunnleggende økonomiske transaksjoner
• Sjekk at brukeren kan legge til en mottaker med et gyldig navn og kontodetaljer
• Sjekk at brukeren er i stand til å foreta økonomiske transaksjoner til den ekstra mottakeren
• Sjekk at brukeren er i stand til å legge til desimaltallet i beløpet (begrenset av 2 tall)
• Sjekk at brukeren ikke kan legge til det negative tallet i beløpsfeltet.
• Sjekkbruker har kun lov til å overføre penger hvis det er en riktig kontosaldo.
• Sjekk at det er en bekreftelsessjekk for finansielle transaksjoner
• Sjekkbrukeren får en bekreftelseskvittering ved vellykket finansiell transaksjon.
• Sjekk at kunden er i stand til å sende penger til flere personer
• Sjekk at brukeren har lov til å endre passordet
• Sjekkkontodetaljer gjenspeiler også økonomiske transaksjoner.
• Sjekk at bruker med ugyldig passord ikke har lov til å logge på.
• Sjekk etter gjentatte forsøk på å logge på med feil passord (i henhold til grensene), skal brukeren blokkeres.
• Sjekk at tidsavbruddsfunksjonen er implementert
• Sjekk om enten brukernavnet eller passordet er tomt, brukeren har ikke lov til å logge inn. Brukeren bør også få et varsel.

Manuelle testtilfeller for bankapplikasjon – Admin

• Sjekk at admin kan logge på med gyldig legitimasjon og ikke kan logge på med den ugyldige legitimasjonsdatoen.
• Sjekk Admin kan logge på uten gyldig testdata.
• Sjekk alle koblingene til applikasjonen for administratorrollen.
• Sjekk Admin kan endre passordet med gyldige data og bør ikke tillate endring med ugyldige data.
• Sjekk at nylig brukte testdata ikke skal tillate gjenbruk igjen.
• Sjekk at Admin kan logge på vellykket eller ikke.

Testtilfeller for bankapplikasjoner – ny filial

• Merk av Med gyldige data kan du opprette en ny filial.
• Sjekk med ugyldige data. Du har ikke lov til å legge til en filial.
• Merk av for å prøve å opprette en ny gren med eksisterende testdata.
• Sjekk at tilbakestillings-, avbryt- og send-knappen fungerer som forventet eller ikke.
• Prøv å oppdatere grendetaljer med gyldige og ugyldige testdata.
• Prøv å oppdatere grendetaljer med testdata.
• Oppdater grendetaljer med eksisterende grentestdata
• Sjekk om avbryt-knappen fungerer eller ikke.
• Sjekk grensletting er tillatt med og uten avhengigheter.
• Sjekk at brukeren skal kunne søke og finne avdelingen.

Testtilfeller for bankapplikasjon i Excel-ark – ny rolle

La oss nå se noen av prøvetilfellene for bankapplikasjonen som legger til en ny rolle.

• Sjekk om du kan opprette en ny rolle med gyldige data eller ikke.
• Sjekk om du kan lage testdata uten testdata.
• Bekreft ny rolle med eksisterende testdata
• Sjekk rollebeskrivelsen og rolletyper.
• Sjekk at Avbryt og send fungerer som forventet eller ikke.
• Sjekk om du kan slette en rolle uten avhengighet.
• Sjekk at alle koblingene til den nye rollen fungerer som forventet.

Hvis du vil legge til noen flere punkter, så gi oss beskjed om disse. Nå vil vi gå mot andre testcases av bankapplikasjoner for kunder og besøkende.

Testtilfeller for bankapplikasjon i Excel-ark – kunder og besøkende

• Sjekk at alle koblingene til modulene Kunde og Besøkende fungerer som forventet.
• Sjekk at alle kundene kan logge på med sin gyldige legitimasjon.
• Sjekk om Kunden ikke klarer å logge på med ugyldig dato.
• Sjekk etter antall mislykkede kontotilgang; da bør brukerkontoen være låst for den dagen eller ikke.

Testtilfeller for bankapplikasjon – Legge til nye brukere

• Sjekk om du kan legge til en ny bruker med gyldige data.
• Kontroller at riktige valideringsmeldinger vises ved å angi ugyldige data.
• Kontroller etter at du har lagt til en bruker, skal riktige grendetaljer vises.
• Sjekk at alle lenkene fungerer som forventet.
• Sjekk at alle knappene fungerer som forventet.
• Sjekk valideringsmeldinger vises når ugyldige data legges inn under oppdatering av brukerdetaljer.
• Sjekk advarselsmeldingen når du klikker på send-knappen uten å endre noen detaljer under en oppdatering.
• Merk av for å slette brukerfunksjonalitet fungerer som forventet eller ikke.

Testtilfeller for bankapplikasjon Pdf – Ny konto

• Sjekk alle de obligatoriske feltene og tilhørende valideringsmeldinger.
• Sjekk alle valgfrie felter og tilhørende valideringsmeldinger.
• Sjekk etter å ha fylt ut alle de obligatoriske feltene, klikk på send og sjekk om den nye brukeren er lagt til eller ikke.
• Sjekk etter å ha satt inn beløpet på kontoen, om den oppdaterte saldoen vises eller ikke.
• Sjekk om brukeren kan ta ut beløpet eller ikke.
• Sjekk etter uttak av beløpet om saldoen er oppdatert eller ikke.
• Sjekk alle innlagte detaljer som vises i brukerprofildelen.
• Sjekk om det er en primær konto eller ikke når det er en sekundær konto.
• Sjekk om bedriftsdetaljene er oppgitt eller ikke hvis det er en brukskonto.
• Sjekk om beviset er gitt eller ikke hvis det er en felles konto.
• Sjekk null konto føres på en lønnskonto.
• Sjekk om du kan opprettholde null eller mindre enn minimumssaldoen for en ikke-lønnskonto.

Testtilfeller for bankkontonummerfelt

For å teste et bankkontonummerfelt, følg bare trinnene nedenfor.

Bankkontonummer: SSSSXXNNNNNNNN (f.eks. 35010100008033)

• SSSS- De fire første sifrene i kontonummeret ditt er Service Outlet ID [SOL ID]
• XX-Det femte og sjette sifferet i kontonummeret ditt angir skjematypen (01-09).

De ulike skjematypene er:

01 – Besparelser,
02 – Brukskonto
03 – Terminbetaling
04 – Kassekreditt
05 – Kontantkreditt
06 – Lån
07 – Pakkekreditt
08 – Innlandsregninger
09 – Utenlandske regninger
81 – FI-regnskap under SB 150

NNNNNNNN – De resterende -8- sifrene angir det løpende serienummeret.

Eksempel på testtilfeller for bankkontonummerfelt

• Sjekk regnskapsfeltet ved å taste inn et gyldig kontonummer.
• Sjekk regnskapsfeltet ved å taste inn et ugyldig kontonummer.
• Sjekk kontonummerfeltet ved å skrive inn kontonummeret på mer enn 14 sifre.
• Sjekk kontonummerfeltet ved å skrive inn kontonummeret på færre enn 14 sifre.
• Sjekk kontonummeret ved å sette inn 14 nuller.
• Sjekk om regnskapsfeltet tillater alfabeter og spesialtegn.
• Sjekk kontonummerfeltet ved å angi den alfanumeriske verdien.
• Sjekk om kontonummerfeltet tillater en tom verdi.
• Sjekk om noen advarselsmelding vises eller ikke ved å angi et ugyldig kontonummer.
• Sjekk om det vises en melding når brukeren angir et kontonummer som ikke eksisterer.
• Sjekk om brukeren har lov til å lime inn kontonummeret i kontonummerfeltet.
• Sjekk det når brukere oppgir et lukket kontonummer.
• Sjekk det når brukeren legger inn et kontonummer med et mellomrom mellom.

Konklusjon

Jeg håper vi kan dekke det helt grunnleggende testscenarioet til bankapplikasjonen. Mens du går gjennom de i scenariet ovenfor, hvis du finner noen manglende testtilfeller av bankapplikasjon, kan du nevne disse scenariene i kommentarfeltet.

Hvis du ønsker å bidra med noe på Softwaretestingo.com angående bankapplikasjoner eller andre emner eller verktøy, kan du skrive til oss påsoftwaretestingo.com@gmail.com.