A financial organization was embarking on a technology upgrade, involving SAP as its core replacement technology partner to migrate off its legacy backend systems. Wanting to leverage the existing Middleware platform to seamlessly switch from old to new without impeding the customer experience, the organization sought a solution that could provide them with confidence in the changes being made within its Middleware system.
One of the key technical risks was ensuring that the mapping and transformation logic in the middleware system was correct once migrated. After reviewing options, it was determined that the most cost effective and reliable approach was to remove the dependency between the middleware and backend systems by virtualizing SAP. This would provide a means of building the switching logic within its Middleware component before the SAP interfaces were available, as well as being able to repeat tests without the overhead of data setup and teardown.
The organization’s next challenge was to justify the investment to change from a manual testing approach (at the service layer), to an automated approach without end-to-end functionality. The ROI was a simple metric that stakeholders could understand and relate to – defect cost avoidance. If they could find 3 defects per operation during the development phase, this would avoid a greater cost of resolving defects during the system integration phase. At the completion of the development phase, they had exceeded the ROI by 68%.
Before the upgrade project, the team’s existing manual testing process was able to keep pace with the rate of application updates. However, once the project was fully scoped, it became clear that the existing manual process would not be sufficient, considering the time required to set up data in SAP, waiting for SAP to be made available, as well as the number of software iterations expected.
The most obvious benefit of having service virtualization was that the team could begin developing and testing against the new backend systems’ anticipated behavior before those systems were actually deployed.
Additional benefits included:
From a development perspective, it was not sufficient to simply validate the requests and responses were returned as expected, but the internal orchestrations, workflow and downstream output were correct. The team integrated Parasoft’s event monitoring with the middleware system to inspect each message flow and assert that the results were as expected.
At the completion of the delivery, the team amassed an automated test suite that could be run after each new build of middleware. The number of backends virtualized amounted to 8.
Find out how to choose the right service virtualization solution for your organization. Download the whitepaper.