Testmanagement im einem Rating-Projekt

Mein vorrangiges Ziel war es, die Projektleitung bei der Steuerung der Zielgröße „Test“ im Projekt zu unterstützen. Zusammen mit der Qualitätsbeauftragten verantwortete ich zusätzlich die rechtzeitige Eskalation bei auftretenden Test- bzw. Qualitätsproblemen.
Aber alles der Reihe nach:

Es galt drei fachliche Arbeitspakete hinsichtlich der Zielgröße „Test“ zu koordinieren.
1. AntragsKKR (AKKR)
In der Antragssituation sollen Kunden mit dem AntragsKKR bewertet werden.

2. Immobiliengeschäfts-Rating (SIR)
Das Immobiliengeschäfts-Rating (SIR) ermöglicht den Banken eine bestmögliche Einschätzung von Finanzierungen gewerblicher Immobilien. Hierfür werden im SIR sowohl die Kunden (Bonitätsrating) als auch die Objekte (Objektrating) betrachtet. Damit das SIR seine Anwendung findet, muss der Kunde seinen Cashflow überwiegend aus kommerziellen Immobilien generieren. Eine kommerzielle Immobilie liegt dann vor, wenn der Immobilie Erträge in Form von Mieten, Pachten oder Verkaufserlösen direkt zugeordnet werden können.

3. Kunden-Kompakt-Rating (KKR)
Gewerbliche Kunden mit geringen und mittleren Obligs können mit dem Kunden-Kompakt-Rating (KKR) vollautomatisch geratet werden.

Um meiner Verantwortung als Testmanager gerecht zu werden, erstellte ich zunächst ein Testkonzept. Mittels dieses Konzeptes bestimmte ich die Abgrenzungen, Vorgehensweise, eingesetzte Mittel und den Ablaufplan der Testaktivitäten. Aus dem Testkonzept heraus wurden die Testobjekte, die zu testenden Features und die Testaufgaben identifiziert. Damit bildete das Testkonzept die Grundlage, auf der die Testorganisation sowie die Testinfrastruktur bereitgestellt und die Tests durchgeführt werden sollten.

Glück muss der Mensch haben… so konnten die bereits verfügbaren und klassischen Teststufen (Unittest, Integrationstest, Systemtest sowie Abnahmetest) hinsichtlich der Testinfrastruktur genutzt werden.
Das Erstellen der einzelnen Testaufträge erfolgt in enger Abstimmung mit dem Fach- und Testteam. Dabei galt es die genannten Rating-Verfahren (AKKR, SIR, KKR, STR) zeitgleich zu koordinieren, die Testaktivitäten zu bearbeiten und zu überwachen.
Die Überwachung diente dem periodischen Reporting an die Projektleitung und dem Auftraggeber. Basierend auf entsprechenden Statusübersichten berichtete ich über den Testfortschritt und den aktuellen Stand bzgl. etwaiger Abweichungen gegen das in den Anforderungen spezifizierte SOLL.
Die eigentliche Berechnungsfunktionalität übernahm der sogenannte Rating-Kernel. Dieser musste nicht nur entwickelt und getestet werden, sondern wurde einem Third Party Provider ausgeliefert, damit dieser den Kernel für das Landesbaken-Rating nutzen kann. Der Kernel-Test erfolgte automatisiert mit verschiedenen Steuerdateien. Weitere Besonderheiten waren die parallele Einführung einer Oberflächen-Testautomation und die Migration des Altdatenbestands, welcher durch schier unendliche Migrationsregeln auch im Testvorgehen eine besondere Aufmerksamkeit genoss.

Aufgrund der Komplexität der Rating-Verfahren bzw. der Anwendungen und des damit verbundenen Testaufwands, war die Umsetzung einer Oberflächen-Testautomation sinnvoll. Zudem sollten dann auch die maschinell erstellten Ratings automatisiert getestet werden.
Der Kunde hatte bereits mit Micro Focus Unified Functional Testing, früher bekannt als QuickTest Professional, ein Automatisierungswerkzeug, sodass sich auf die eigentlichen Automatisierungsanforderungen fokussiert werden konnte. Dabei war der automatisierte Testlauf, der Soll-Ist-Abgleich, nur eine von insgesamt 16 Anforderungen.

Die genutzte Datenbanktechnologie unterschied sich zwischen der alten Quelldatenbank Oracle und dem neuen Datenbankmanagementsystem DataBase 2 (Db2). Die Migrationsregeln konnten bei der hohen Anzahl nur automatisiert geprüft werden. Dabei kamen drei eigenentwickelte Automatisierungsmodule zum Einsatz.

1. Das erste Modul generierte die für den Test notwendigen SQL-Statements.
2. Das zweite Programmmodul erzeugt auf Grundlage der im ersten Programm erstellten SQL-Statements die dazugehörigen Ergebnisse in Form von Textdateien.
3. Das dritte Programmmodul verglich abschließend die mit dem zweiten Modul produzierten Ergebnisse der OracleDatenbank mit den Ergebnissen der Db2-Datenbank.



Und wer nun glaubt, damit sei das Projekt hinreichend komplex gewesen, dem möchte ich noch mitgeben, dass zudem noch die marktführende Softwarelösung für Immobilienbewertung, Baufinanzierung und Datenresearch über eine Schnittstelle angebunden und getestet werden durfte.