La organización financiera virtualiza SAP y migra sin problemas el sistema heredado

EL RETO

Una organización financiera se estaba embarcando en una actualización tecnológica, involucrando a SAP como su socio tecnológico de reemplazo principal para migrar de sus sistemas de backend heredados. Queriendo aprovechar la plataforma Middleware existente para cambiar sin problemas de lo antiguo a lo nuevo sin obstaculizar la experiencia del cliente, la organización buscó una solución que pudiera brindarles confianza en los cambios que se estaban realizando dentro de su sistema Middleware.

EL ENFOQUE

Uno de los riesgos técnicos clave era garantizar que la lógica de mapeo y transformación en el sistema de middleware fuera correcta una vez migrado. Después de revisar las opciones, se determinó que el enfoque más rentable y confiable era eliminar la dependencia entre el middleware y los sistemas backend mediante la virtualización de SAP. Esto proporcionaría un medio para construir la lógica de conmutación dentro de su componente Middleware antes de que las interfaces de SAP estuvieran disponibles, además de poder repetir las pruebas sin la sobrecarga de configuración y desmontaje de datos.

El siguiente desafío de la organización fue justificar la inversión para cambiar de un enfoque de prueba manual (en la capa de servicio) a un enfoque automatizado sin funcionalidad de extremo a extremo. El ROI era una métrica simple que las partes interesadas podían comprender y con la que se podían relacionar: evitar los costos por defectos. Si pudieran encontrar 3 defectos por operación durante la fase de desarrollo, esto evitaría un mayor costo de resolución de defectos durante la fase de integración del sistema. Al finalizar la fase de desarrollo, habían superado el ROI en un 68%.

Antes del proyecto de actualización, el proceso de prueba manual existente del equipo podía seguir el ritmo de las actualizaciones de la aplicación. Sin embargo, una vez que el proyecto tuvo un alcance completo, quedó claro que el proceso manual existente no sería suficiente, considerando el tiempo requerido para configurar los datos en SAP, esperando que SAP esté disponible, así como la cantidad de iteraciones de software esperadas. .

LOS RESULTADOS

Virtualizando

El beneficio más obvio de tener virtualización de servicios era que el equipo podía comenzar a desarrollar y probar el comportamiento anticipado de los nuevos sistemas backend antes de que esos sistemas se implementaran realmente.

Beneficios adicionales incluidos:

• Ya no tenían que esperar para obtener los datos de prueba necesarios para cada prueba o para que los datos de prueba se reconfiguraran al estado deseado (por ejemplo, reabrir una cuenta que una prueba cierra para que esté lista para la siguiente ejecución de prueba automatizada).
• Podían imitar fácilmente un amplio conjunto de condiciones de respuesta del sistema backend (variaciones de datos, condiciones de falla, variaciones de rendimiento), lo que les ayudaba a detectar problemas complejos antes de la implementación.
• Dado que las respuestas virtualizadas fueron validadas y coherentes, el equipo sabía que cualquier problema detectado con los mensajes de respuesta en realidad se debía a un problema con la Aplicación bajo prueba, no a una actualización, reconfiguración o falla del sistema backend.
• El equipo comenzó a crear pruebas automatizadas para cada operación de SAP a medida que se modificaba el código de middleware asociado. Las pruebas se definieron con Parasoft SOAtest, que trabaja junto con Parasoft Virtualize en el objeto Plataforma de prueba continua de Parasoft.
• Los backends con los que se comunicó la aplicación bajo prueba, pero que no formaban parte del alcance de la prueba, se virtualizaron para dar siempre una respuesta exitosa. Esto hizo que las pruebas fueran más confiables (ya que estos backends a veces no estaban disponibles o tenían problemas de autenticación con nuestros datos) y pudieron enfocarse en probar cuál era el propósito de la prueba.
• Dado que la virtualización requería que el equipo replicara el comportamiento del back-end, esto los obligó a profundizar en cómo funcionaba el back-end.
• En uno de los sistemas más complejos, trabajaron con el desarrollador de Middleware y los desarrolladores de SAP para averiguar cómo se llevaría a cabo el mapeo y pudieron simular una respuesta de los desarrolladores de SAP en Virtualize para ayudar al desarrollador a construir el código de Middleware correctamente. .

Prueba de caja blanca

Desde una perspectiva de desarrollo, no fue suficiente simplemente validar las solicitudes y las respuestas se devolvieron como se esperaba, pero las orquestaciones internas, el flujo de trabajo y la salida posterior fueron correctos. El equipo integró el monitoreo de eventos de Parasoft con el sistema de middleware para inspeccionar cada flujo de mensajes y afirmar que los resultados fueron los esperados.

Resultado

Al finalizar la entrega, el equipo acumuló un conjunto de pruebas automatizado que se podía ejecutar después de cada nueva compilación de middleware. La cantidad de backends virtualizados ascendió a 8.