Simular en lugar de reparar

El importante papel de SAP-sistemas en el mercado de pruebas es que éstos son el corazón transaccional de muchas empresas en Alemania y en todo el mundo.

Las pruebas intensivas y puntuales de nuevos sistemas o desarrollos internos son, por tanto, vitales para SAP-empresas usuarias. Cuanto más temprano en el proceso de desarrollo se tenga a TI en sistemas similares a los de producción prueba y validar, menos problemas críticos y, por tanto, costosos, podrán resolverse. Error se producen en el gran Pruebas de integración poco antes de la puesta en marcha o después.

La nueva versión Lisa 7.0 de CA Technologies permite a los primeros Pruebas en complejo SAP-pueden realizarse de forma rápida y eficaz, ya que no sólo la comunicación basada en normas abiertas a través de Sistemas de bus de empresa analizado, sino también por primera vez la SAP-Comunicación propietaria a través de RFC.

SAP-Esto permite a las empresas usuarias realizar pruebas intensivas en una fase mucho más temprana del proceso de desarrollo, teniendo en cuenta las dependencias del sistema.

Situación inicial

Alrededor del diez por ciento de los más de 100.000 clientes de SAP proceden de la región de habla alemana (DACH). Del mercado nacional de SAP los clientes más antiguos de SAP cuentan con una alta densidad de entornos de sistemas muy complejos en niveles de versión frecuentemente diferentes.

Precisamente porque en el mundo germanoparlante son muy complejas SAP-paisajes con dependencias multi-interdependientes entre SAP- sino también noSAP-sistemas, las empresas se enfrentan a la introducción de nuevos sistemas. SAP–Tecnología difícil, ya que el arduo proceso de actualización a ERP 6.0 muestra. Y muchas empresas de este país siguen operando con sistemas R/3. Paisajes de sistemas con más de diez SAP-no son infrecuentes ni siquiera en la clase media alta e incluso son más bien la norma en las empresas de orientación internacional.

Gran parte de la complejidad del sistema se debe a lo tradicionalmente extendido de la región DACH. SAP-personalización y desarrollo a medida en torno al SAP-paisaje del sistema. Dar anualmente SAP-Según los cálculos de PAC, el número de clientes de desarrollo a medida en la región DACH supera los 650 millones de euros.

Debido a la importancia de SAP-sistemas es el intensivo Pruebas nuevas funciones y Aplicaciones En algunos casos, esto es vital para la supervivencia de los clientes de SAP, como muestran dos entrevistas ejemplares realizadas por PAC en el marco de un estudio sobre la SAP-mercado de pruebas:

• El Estado australiano Queensland ha implantado un nuevo sistema basado en SAP y Workbrain. A partir de un presupuesto inicial equivalente a 4,2 millones de euros, el Costes Un informe de la comisión de investigación designada reveló que el sistema se había puesto en marcha sin las pruebas adecuadas. El informe declaraba que el proyecto había sido uno de los mayores fracasos informáticos de la historia del país.
• El ambicioso proyecto del estado norteamericano de California para gestionar las nóminas de las instituciones públicas en un SAP-El intento de unificar la plataforma fracasó en 2013 después de que la Legislatura de California constatara un "nivel significativo de preocupación por la Error" habían identificado. Los fracasos de los proyectos han Costes: 274 millones de euros.

Por ello, las empresas se esfuerzan por aumentar la calidad de los proyectos de desarrollo. Al mismo tiempo, la velocidad con la que los nuevos Aplicaciones pueden entrar en producción aumentará considerablemente en el futuro, lo que en principio contradice un aumento de la calidad.

En la era de la transformación digital, la velocidad de adaptación de los sistemas informáticos es crucial para la competitividad de las empresas. La importancia de la velocidad de adaptación hoy en día queda demostrada por el hecho de que, de las 500 empresas de la lista Fortune del año 2000, menos de la mitad siguen existiendo en la actualidad en tan solo trece años.

Antiguos líderes del mercado como BlackBerry y Nokia no pueden adaptarse con suficiente rapidez a las cambiantes condiciones del mercado y se encuentran en una situación económica desesperada.

La complejidad de los entornos de sistemas existentes hace que las pruebas sean lentas, largas, difíciles y, en última instancia, caras. En estos entornos de sistemas, varios equipos de desarrollo y servicios internos o externos suelen trabajar simultáneamente en ubicaciones y sistemas distribuidos que deben coordinarse en el proceso de desarrollo.

La disponibilidad de los sistemas y datos de prueba se ve limitada por los diferentes calendarios, las restricciones de seguridad y los conflictos de recursos entre los diferentes equipos, a menos que cada equipo tenga su propia imagen de lo productivo. SAP-paisaje del sistema. Sin embargo, esto suele fracasar debido a la Costesnecesario para las licencias de prueba y el hardware independiente.

Debido a estas limitaciones, las pruebas elaboradas suelen realizarse poco antes de la puesta en marcha, si es que llegan a realizarse.

Para las pruebas funcionales, los desarrolladores suelen escribir sus propios entornos de prueba para probar, al menos a grandes rasgos, las nuevas funcionalidades. prueba para poder hacerlo. Esto suele ser suficiente, pero limitado si no se tienen en cuenta las dependencias de otros componentes o -lo que es aún más complejo- de sistemas ya existentes.

En las pruebas de interfaz, a menudo se utilizan objetos simulados para simular la cooperación de componentes independientes. Cuanto antes y mejor puedan realizarse las pruebas de interfaz, coherencia de datos, tensión, carga, rendimiento y red informática a nivel de prueba de componentes, menos esfuerzo se requerirá para las pruebas de integración. Los problemas graves más tempranos son Error y menos esfuerzo se requiere para remediarlos. Error. Aquí es donde entran en juego las soluciones informáticas especiales.

Virtualización de servicios

La virtualización de servicios simula los sistemas y su comportamiento, lo que permite a los desarrolladores trabajar más intensamente en una fase mucho más temprana. prueba. ¿Cuál es la idea subyacente? Si no tengo acceso al sistema en vivo, construyo un modelo del sistema y simulo su comportamiento.

En principio, esto funciona de la misma manera que con los modelos climáticos complejos, que pueden utilizarse para predecir el tiempo con bastante exactitud, al menos a corto plazo de tres días. De este modo, el comportamiento de los sistemas informáticos puede estimarse y luego simularse mediante modelos estadísticos. Para ello se necesitan puntos de datos a partir de los cuales se puede estimar un modelo de la realidad.

El término "estimado" se elige aquí deliberadamente porque un modelo nunca puede representar exactamente el comportamiento natural del sistema. Pero las aproximaciones actuales son considerables y dan lugar a mejoras significativas en las pruebas. Un estudio de Voke muestra las mejoras que pueden derivarse del uso de la virtualización de servicios:

• Menor tiempo de espera para obtener recursos: la mayoría de los usuarios esperan la mitad o nada.
• Los participantes informaron de beneficios significativos y mensurables:
• Los ciclos de software se acortan un 23
• Los ciclos de pruebas se acortan un 58
• 24% más corto Tiempo de comercialización
  
• aumentó un 45 Cobertura de las pruebas
  
• 22% menos de errores de producción

Cuanto mejores sean las mediciones en las que se basa la modelización, mejor será el modelo. Entre los proveedores de estas suites de software de pruebas figuran CA Technologies, HP, IBMPanaya y otras empresas más pequeñas.

Lo que tienen en común las distintas suites es que cuentan con un modelado automatizado, en el que el software aprende el comportamiento del sistema, por así decirlo, leyendo y registrando los protocolos de comunicación que se intercambian entre los sistemas en funcionamiento productivo.

A partir de las grabaciones de los protocolos de comunicación de los sistemas como XMLSOAP, se pueden leer valores cuantitativos como los tiempos de respuesta. Estos pueden utilizarse para simular tiempos de respuesta, por ejemplo en pruebas de rendimiento.

Los modelos de datos pueden abstraerse de los datos transmitidos en los protocolos. Así, analizando las respuestas de un sistema circundante, se pueden encontrar ciertos patrones y dinamizarlos en el modelo resultante, por ejemplo valores que eran idénticos en la solicitud y la respuesta, o valores de fecha que siempre se sitúan en un momento determinado en el futuro o en el pasado (fecha de entrega, fecha valor). Esto funciona especialmente bien cuando se trata de protocolos abiertos normalizados como SOAP, que se transmiten a través de un sistema de bus.

En el caso de sistemas muy integrados o SAP-Sin embargo, este tipo de modelización tiene sus limitaciones. En estos casos, el SAP-a través de llamadas a funciones remotas (RFC). Estos SAP-se caracteriza porque la comunicación es muy eficaz, pero también muy compleja debido a su complejidad.

La complejidad de las RFC dificulta su acceso a los entornos de modelos de prueba. Por otra parte, en Alemania todavía alrededor de una cuarta parte del SAP-los clientes utilicen sistemas R/3 heredados, que a menudo funcionan en paralelo a los modernos SAP-ERP-se impulsan los sistemas y se exige su funcionalidad.

Recién llegado Alemania Por ello, los protocolos RFC siguen utilizándose con mucha frecuencia. Ventaja para el SAP-La principal ventaja para nuestros clientes es que pueden mantener productivos durante más tiempo sus sistemas heredados, que normalmente se han adaptado con grandes gastos.

Outlook

Con la integración de las RFC en el conjunto de pruebas Lisa, CA se ha afianzado en los mercados nacionales de las SAP a Ventaja competitiva frente a los primeros HP e IBM. El registro de los protocolos RFC representa un paso esencial para el desarrollo ulterior de los conjuntos de pruebas en la SAP-entorno.

Sin embargo, hay que dar otros pasos, cuyo objetivo principal es dotar a los departamentos de TI de un mayor grado de agilidad. Hasta ahora, por ejemplo, las unidades de desarrollo y operativas de TI siguen estando muy separadas entre sí, lo que suele dar lugar a largos ciclos de lanzamiento.

En el curso de la tendencia DevOps, este desarrollo se está revisando y la colaboración entre el desarrollo y las operaciones se va a intensificar con el fin de Tiempo de comercialización de Aplicaciones y las liberaciones se acorten aún más.

En el futuro, esto requerirá una convergencia de las aplicaciones de desarrollo y operativas, por ejemplo la integración de la virtualización de servicios en el mundo del software de liberación automática.

En los próximos años, los fabricantes de software de ensayo y explotación tendrán que seguir esta evolución para poder atender a sus clientes de forma óptima.