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 Zuordnungs- 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 bestand, die Abhängigkeit zwischen den Middleware- und Backend-Systemen durch Virtualisierung von SAP zu beseitigen. Dies würde eine Möglichkeit bieten, die Switching-Logik innerhalb seiner Middleware-Komponente zu erstellen, bevor die SAP-Schnittstellen verfügbar waren, und Tests ohne den Overhead des Datenaufbaus und -abbaus wiederholen zu können.

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 der Servicevirtualisierung bestand darin, dass das Team mit der Entwicklung und dem Testen des erwarteten Verhaltens der neuen Back-End-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 der 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 Entwicklungssicht war es nicht ausreichend, einfach zu validieren, dass die Anfragen und Antworten wie erwartet zurückgegeben wurden, aber die interne Orchestrierung, der Workflow und die nachgelagerte Ausgabe waren korrekt. Das Team integrierte die Ereignisüberwachung von Parasoft in das Middleware-System, um jeden Nachrichtenfluss zu untersuchen 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.