Finanzorganisation virtualisiert SAP und migriert nahtlos Legacy-System

DIE HERAUSFORDERUNG

Ein Finanzunternehmen begann mit einem Technologie-Upgrade, bei dem SAP als zentralen Ersatztechnologiepartner für die Migration von seinen alten Backend-Systemen involviert war. Um die vorhandene Middleware-Plattform zu nutzen, um nahtlos von alt auf neu zu wechseln, ohne die Kundenerfahrung zu beeinträchtigen, suchte das Unternehmen nach einer Lösung, die Vertrauen in die Änderungen innerhalb seines Middleware-Systems gab.

DIE VORGEHENSWEISE

Eines der wichtigsten technischen Risiken bestand darin, sicherzustellen, dass die Mapping- und Transformationslogik im Middleware-System nach der Migration korrekt war. Nach Prüfung der Optionen wurde festgestellt, dass der kostengünstigste und zuverlässigste Ansatz darin besteht, die Abhängigkeit zwischen Middleware und Backend-Systemen durch die Virtualisierung von SAP zu beseitigen. Dies würde eine Möglichkeit bieten, die Switching-Logik innerhalb ihrer Middleware-Komponente aufzubauen, bevor die SAP-Schnittstellen verfügbar waren, sowie die Möglichkeit, Tests ohne den Aufwand für Datenaufbau und -abbau zu wiederholen.

Die nächste Herausforderung für das Unternehmen bestand darin, die Investition für den Wechsel von einem manuellen Testansatz (auf der Serviceebene) zu einem automatisierten Ansatz ohne End-to-End-Funktionalität zu rechtfertigen. Der ROI war eine einfache Kennzahl, die die Stakeholder verstehen und mit der sie sich identifizieren konnten – Fehlerkostenvermeidung. Wenn sie während der Entwicklungsphase 3 Fehler pro Vorgang finden könnten, würde dies höhere Kosten für die Fehlerbeseitigung während der Systemintegrationsphase vermeiden. Nach Abschluss der Entwicklungsphase hatten sie den ROI um 68 % übertroffen.

Vor dem Upgrade-Projekt konnte der bestehende manuelle Testprozess des Teams mit der Rate der Anwendungsupdates Schritt halten. Als das Projekt jedoch vollständig ausgereift war, wurde klar, dass der bestehende manuelle Prozess angesichts des Zeitaufwands für das Einrichten der Daten in SAP, des Wartens auf die Bereitstellung von SAP sowie der erwarteten Anzahl von Software-Iterationen nicht ausreichen würde .

DIE ERGEBNISSE

Virtualisieren

Der offensichtlichste Vorteil von Service-Virtualisierung bestand darin, dass das Team mit der Entwicklung und dem Testen des erwarteten Verhaltens der neuen Backend-Systeme beginnen konnte, bevor diese Systeme tatsächlich bereitgestellt wurden.

Zusätzliche Vorteile inklusive:

• Sie mussten nicht mehr warten, um die für jeden Test benötigten Testdaten zu erhalten oder die Testdaten in den gewünschten Zustand umzukonfigurieren (z.
• Sie konnten problemlos eine breite Palette von Back-End-Systemreaktionsbedingungen (Datenvariationen, Fehlerbedingungen, Leistungsschwankungen) nachahmen, was ihnen half, komplexe Probleme vor der Bereitstellung zu erkennen.
• Da die virtualisierten Antworten validiert und konsistent waren, wusste das Team, dass alle erkannten Probleme mit den Antwortnachrichten tatsächlich auf ein Problem mit der getesteten Anwendung zurückzuführen waren – nicht auf eine Aktualisierung des Backend-Systems, eine Neukonfiguration oder einen Fehler.
• Das Team begann mit der Erstellung automatisierter Tests für jeden SAP-Vorgang, während der zugehörige Middleware-Code geändert wurde. Tests wurden definiert mit Parasoft SOAtest, die nebenbei funktioniert Parasoft Virtualisieren in Kontinuierliche Testplattform von Parasoft.
• Backends, an die die zu testende Anwendung kommunizierte, die aber nicht Teil des Testumfangs waren, wurden virtualisiert, um immer eine erfolgreiche Antwort zu geben. Dadurch wurden die Tests zuverlässiger (da diese Back-Ends manchmal nicht verfügbar waren oder Authentifizierungsprobleme mit unseren Daten hatten) und konnten sich auf den Testzweck des Tests konzentrieren.
• Da bei der Virtualisierung das Team das Verhalten des Back-Ends replizieren musste, war es gezwungen, sich eingehender mit der Funktionsweise des Back-Ends zu befassen.
• In einem der komplexeren Systeme arbeiteten sie mit dem Middleware-Entwickler und den SAP-Entwicklern zusammen, um herauszufinden, wie das Mapping ablaufen würde, und konnten eine Antwort der SAP-Entwickler in Virtualize simulieren, um dem Entwickler zu helfen, den Middleware-Code korrekt zu bauen .

White-Box-Test

Aus Sicht der Entwicklung reichte es nicht aus, nur die Anfragen zu validieren und die Antworten wurden wie erwartet zurückgegeben, aber die internen Orchestrierungen, der Workflow und die nachgelagerten Ausgaben waren korrekt. Das Team integrierte die Ereignisüberwachung von Parasoft in das Middleware-System, um jeden Nachrichtenfluss zu überprüfen und sicherzustellen, dass die Ergebnisse wie erwartet waren.

Ergebnis

Nach Abschluss der Lieferung stellte das Team eine automatisierte Testsuite zusammen, die nach jedem neuen Middleware-Build ausgeführt werden konnte. Die Anzahl der virtualisierten Backends betrug 8.