Anwendungstestprojekt im Bankwesen
Thomas Hamilton
โก Intelligente Zusammenfassung
Anwendungstests im Bankwesen validieren Funktionalitรคt, Leistung und Sicherheit von Finanzsoftware, die sensible Transaktionen verarbeitet. Dieses Tutorial erlรคutert Fachwissen, Merkmale von Bankanwendungen, Testphasen, Beispiel-Testfรคlle und wichtige Strategien zur Risikominderung im Banken-, Finanzdienstleistungs- und Versicherungswesen (BFSI).
Testen von Bankdomรคnen
Testen von Bankdomรคnen Der Softwaretest einer Banking-Anwendung dient der Prรผfung von Funktionalitรคt, Leistung und Sicherheit. Hauptziel des Tests ist es, sicherzustellen, dass alle Aktivitรคten und Funktionen der Banking-Software reibungslos und fehlerfrei ablaufen und die Software geschรผtzt bleibt.
Der BFSI-Sektor (Banken, Finanzdienstleistungen und Versicherungen) ist der grรถรte Abnehmer von IT-Dienstleistungen. Da Bankanwendungen direkt vertrauliche Finanzdaten verarbeiten, ist es unerlรคsslich, dass alle Aktivitรคten der Banksoftware zuverlรคssig und fehlerfrei ablaufen. Banksoftware ermรถglicht Funktionen wie รberweisungen und Einzahlungen, Kontostandsabfragen, Transaktionshistorie und Abhebungen. Das Testen einer Bankanwendung stellt sicher, dass diese Aktivitรคten nicht nur korrekt ausgefรผhrt werden, sondern auch vor Hackern geschรผtzt sind.
Nehmen Sie kostenlos an unserem Live-Banking-Testprojekt teil
Was ist eine Domรคne beim Testen?
Domรคne im Test Der Begriff bezeichnet die Branche, fรผr die das Softwaretestprojekt erstellt wird. Er wird hรคufig im Zusammenhang mit Softwareprojekten und -entwicklung verwendet. Beispiele hierfรผr sind die Versicherungsbranche, das Bankwesen, der Einzelhandel und die Telekommunikationsbranche.
Wรคhrend der Entwicklungping Bei jedem domรคnenspezifischen Projekt wird รผblicherweise die Hilfe eines Domรคnenexperten in Anspruch genommen. Domรคnenexperten sind Meister ihres Fachs und kennen die Anwendung in- und auswendig.
Warum ist Domรคnenwissen wichtig?
Fachwissen ist fรผr das Testen von Softwareprodukten unerlรคsslich, da es die Testabdeckung, die Fehlererkennung und das Vertrauen der Stakeholder direkt verbessert. Ein Tester, der Bankprozesse versteht, kann Grenzfรคlle erkennen, die einem branchenfremden Tester vรถllig entgehen.
Wissen รผber den Bankenbereich โ Einfรผhrung
Die Konzepte im Bankwesen sind sehr umfangreich und lassen sich grob in zwei Sektoren unterteilen:
- Traditioneller Bankensektor
- Dienstleistungsorientierter Bankensektor
Die folgende Tabelle listet die Dienstleistungen auf, die diese beiden Teilsektoren umfassen.
| Einsatzbereiche | Dienstleistungen inbegriffen |
|---|---|
| Traditioneller Bankensektor | Kernbankensysteme, Firmenkundenbanken, Privatkundenbanken |
| Dienstleistungsorientierter Bankensektor | Kernbankwesen, Firmenkundengeschรคft, Privatkundengeschรคft, Kreditgeschรคft, Handelsfinanzierung, Private Banking, Konsumentenfinanzierung, Islamisches Bankwesen, Kundenservicekanรคle / Kundenbetreuung |
Je nach Umfang Ihres Projekts mรผssen Sie mรถglicherweise eine oder alle der oben genannten Dienstleistungen testen. Bevor Sie mit dem Testen beginnen, stellen Sie sicher, dass Sie รผber ausreichende Hintergrundinformationen zu der zu testenden Dienstleistung verfรผgen.
Merkmale einer Bankanwendung
Bevor Sie mit dem Testen beginnen, ist es wichtig, die Standardfunktionen zu kennen, die von jeder Banking-Anwendung erwartet werden, damit Sie Ihre Testbemรผhungen darauf ausrichten kรถnnen, diese Eigenschaften zu erreichen. Eine Standard-Banking-Anwendung sollte die folgenden Anforderungen erfรผllen:
- Unterstรผtzung von Tausenden gleichzeitiger Benutzersitzungen.
- Lรคsst sich mit vielen anderen Anwendungen integrieren, wie z. B. Handelskonten, Zahlungsabwicklungsprogramme und Kreditkarten.
- Schnelle und sichere Transaktionsabwicklung.
- Integrieren Sie ein massives Speichersystem.
- Hohe Prรผfkapazitรคt zur Fehlerbehebung bei Kundenproblemen bereitstellen.
- Komplexe Geschรคftsprozesse bewรคltigen.
- Unterstรผtzung von Benutzern auf mehreren Plattformen (Mac, Linux, Unix, Windows).
- Unterstรผtzung von Nutzern an verschiedenen Standorten.
- Unterstรผtzung mehrsprachiger Nutzer.
- Unterstรผtzung der Benutzer bei verschiedenen Zahlungssystemen (VISA, AMEX, MasterCard).
- Unterstรผtzung mehrerer Dienstleistungsbereiche (Kredite, Privatkundengeschรคft usw.).
- Sorgen Sie fรผr einen narrensicheren Katastrophenschutzmechanismus.
Arten von Bankanwendungen zum Testen
Vor der Karteping Fรผr die Testphasen ist es hilfreich zu wissen, welche Bankanwendungen typischerweise in den Geltungsbereich fallen:
- Kernbankensystem (CBS): zentrale Plattform fรผr Einlagen, Kredite und Konten.
- Netto-Banking: Kundenorientiertes Webportal fรผr รberweisungen und Rechnungszahlungen.
- Mobiles Banking: iOS und Android Apps mit Biometrie und Benachrichtigungen.
- Geldautomaten- und Kiosksoftware: Eingebettete Software auf Geldautomaten.
- Zahlungsgateways: Karten-, UPI- und Wallet-Transaktionsabwickler.
- Kredit- und Treasury-Module: Backoffice-Anwendungen fรผr Kredit- und Devisengeschรคfte.
Testphasen beim Testen von Bankanwendungen
Sobald die zu testenden Anwendungen bekannt sind, verlรคuft der Test typischerweise in den folgenden Phasen.
- Anforderungsanalyse: Ausgefรผhrt vom Business-Analysten, der die Anforderungen fรผr eine bestimmte Bankanwendung sammelt und dokumentiert.
- Anforderung Revansicht: Qualitรคtsanalysten, Business-Analysten und Entwicklungsleiter prรผfen das Anforderungsdokument und fรผhren eine Gegenprรผfung durch, um sicherzustellen, dass es keine bestehenden Arbeitsablรคufe beeintrรคchtigt.
- Dokumentation der Geschรคftsanforderungen: Qualitรคtsanalysten erstellen Business-Requirements-Dokumente, die alle geprรผften Anforderungen abdecken.
- Datenbanktests: Der wichtigste Teil des Testens von Bankanwendungen. Dabei werden Datenintegritรคt, Datenladen, Datenmigration, gespeicherte Prozeduren, Funktionsvalidierung und Geschรคftsregeln รผberprรผft.
- Integrationstests: Der IntegrationstestsAlle entwickelten Komponenten werden gemeinsam integriert und validiert.
- Funktionsprรผfung: Standardtestaktivitรคten wie z.B. Testfall In dieser Phase erfolgen die Vorbereitung, die รberprรผfung der Testfรคlle und die Durchfรผhrung der Tests.
- Sicherheitstests: Gewรคhrleistet, dass die Software frei von Sicherheitslรผcken ist. Das QA-Team sollte sowohl negative als auch positive Szenarien einbeziehen, um zu versuchen, in das System einzudringen und Schwachstellen zu melden, bevor Unbefugte sie entdecken. Banken sollten zudem mehrstufige Zugriffsvalidierung, wie z. B. Einmalpasswรถrter, erzwingen. Automatisierungstools werden รผblicherweise verwendet fรผr Sicherheitstests das IBM AppScan und HP WebInspect, wรคhrend Manuelle Prรผfung verwendet hรคufig Proxy Sniffer, Paros Proxy und HTTP Watch.
- Benutzer-Tests: Gewรคhrleistet, dass auch Nutzer mit Behinderungen das System genauso einfach nutzen kรถnnen wie alle anderen Nutzer โ beispielsweise durch Geldautomaten mit Audiofรผhrung und Braille-Tastaturen fรผr mehr Barrierefreiheit.
- User Acceptance Testing: Die letzte Phase, die von den Endbenutzern durchgefรผhrt wird, dient der Bestรคtigung, dass sich die Anwendung in realen Szenarien korrekt verhรคlt.
Beispieltestfall fรผr die Net Banking-Anmeldeanwendung
Sicherheit hat fรผr jede Banking-Anwendung hรถchste Prioritรคt. Bei der Testvorbereitung sollte das QA-Team sowohl negative als auch positive Szenarien berรผcksichtigen, um das System zu prรผfen und Schwachstellen zu melden, bevor Unbefugte sie entdecken. Dies bedeutet, nicht nur negative, sondern auch destruktive Tests zu erstellen.
Die folgende Tabelle beschreibt generische Testfรคlle fรผr eine Banking-Anwendung.
| Gebiet | Beispieltestfรคlle |
|---|---|
| Administrator | รberprรผfung der Administratoranmeldung mit gรผltigen und ungรผltigen Daten; Administratoranmeldung ohne Daten; alle Links zur Administrator-Startseite; Administratorpasswortรคnderung mit gรผltigen, ungรผltigen und vorhandenen Daten; Administratorabmeldung. |
| Neue Abteilung | Neuen Branch mit gรผltigen, ungรผltigen und vorhandenen Daten erstellen; ohne Daten erstellen; zurรผcksetzen und abbrechen; Branch mit gรผltigen, ungรผltigen und vorhandenen Daten aktualisieren; abbrechen; Branch mit und ohne Abhรคngigkeiten lรถschen; Branch-Suche. |
| Neue Rolle | Eine neue Rolle mit gรผltigen, ungรผltigen oder vorhandenen Daten erstellen; eine Rolle ohne Daten erstellen; Rollenbeschreibung und -typen รผberprรผfen; abbrechen und zurรผcksetzen; Rolle mit und ohne Abhรคngigkeiten lรถschen; Links auf der Rollendetailseite รผberprรผfen. |
| Kunden und Besucher | รberprรผfen Sie alle Besucher- und Kundenlinks; Kundenlogin mit gรผltigen, ungรผltigen oder keinen Daten; Bankangestelltenlogin mit gรผltigen, ungรผltigen oder keinen Daten. |
| Neue Nutzer | Neuen Benutzer mit gรผltigen, ungรผltigen und vorhandenen Filialdaten erstellen; ohne Daten erstellen; abbrechen und zurรผcksetzen; Benutzer mit gรผltigen, ungรผltigen und vorhandenen Daten aktualisieren; abbrechen; Benutzer lรถschen. |
Herausforderungen beim Testen im Bankwesen und deren Bewรคltigung
Selbst mit soliden Testphasen und -vorlagen stehen Tester in Bankprojekten vor mehreren wiederkehrenden Herausforderungen. Die folgenden Maรnahmen haben sich in realen Projekten als wirksam erwiesen.
| Herausforderung | Mitigation |
|---|---|
| Es ist schwierig, Zugang zu Produktionsdaten zu erhalten und diese als Testdaten zu replizieren. | Sicherstellen, dass die Testdaten den regulatorischen Compliance-Anforderungen entsprechen und die Vertraulichkeit durch Datenmaskierung, synthetische Testdaten und Systemintegrationstests gewahrt bleibt. |
| Die grรถรte Herausforderung besteht in der Migration von einem alten zu einem neuen Bankensystem โ einschlieรlich Ablรคufen, Verfahren und Daten-Uploads. | Fรผhren Sie vollstรคndige Datenmigrationstests durch und testen Sie Regressionstests sowohl auf dem alten als auch auf dem neuen System. Vergleichen Sie die Ergebnisse, bis sie รผbereinstimmen. |
| Anforderungen kรถnnen schlecht dokumentiert sein, wodurch funktionale Lรผcken entstehen. Nicht-funktionale Anforderungen sind oft undokumentiert, sodass Tester nicht wissen, ob sie diese testen sollen. | Die Tester sollten bereits ab der Anforderungsanalysephase mitwirken und die Geschรคftsanforderungen aktiv รผberprรผfen. |
| รberprรผfung, ob das System die gewรผnschten Richtlinien und Verfahren einhรคlt. | Durchfรผhrung von Compliance- und Regulierungsrichtlinienprรผfungen. |
| Umfang und Zeitrahmen erweitern sich mit der Integration von Bankanwendungen in das Internet und Mobil Banking. | Bei Bankanwendungen mit vielen externen Schnittstellen sollte im Testplan ausreichend Zeit fรผr Integrationstests eingeplant werden. |
