Gestión y pruebas del ciclo de vida de las aplicaciones
El método lineal en cascada de la gestión del ciclo de vida de las aplicaciones (ALM) ha llegado a su fin.
Por encima de todo, las pruebas deben realizarse de forma dinámica a lo largo de todo el ciclo de vida de una aplicación para poder seguir el ritmo de los competidores ágiles. Las empresas que trabajan con infraestructuras complejas de SAP siempre deben probar cuidadosamente las actualizaciones de S/4 cloud antes de desplegarlas; de lo contrario, existe el riesgo de que los procesos empresariales dejen de funcionar sin problemas. La omisión de pruebas de rendimiento puede, por ejemplo, hacer que las aplicaciones funcionen de forma lenta e inestable y, por lo tanto, que los clientes abandonen la aplicación.
Pero los enfoques tradicionales de pruebas llevan tiempo y el esfuerzo para diseñarlas, ejecutarlas y mantenerlas es elevado. Por lo tanto, es ventajoso automatizar las pruebas en gran medida mediante la integración de pruebas continuas en la tubería DevOps desde el principio. Para las nuevas empresas innovadoras, esto no supone demasiado desafío. Estos recién llegados tienen la ventaja de que empiezan tabula rasa y no tienen que llevar cargas antiguas.
Por otra parte, los operadores establecidos en el mercado desde hace años suelen tener que lidiar con pilas de aplicaciones complejas, que han ido creciendo a lo largo de la historia. Los procesos en sistemas tan complejos suelen ser muy rígidos y, al mismo tiempo, se aplican estrictos requisitos de cumplimiento. ¿Cómo es posible alcanzar un nivel adecuado de automatización en las pruebas en estas condiciones? Las siguientes estrategias ayudan a las empresas con arquitecturas de crecimiento histórico a integrar las pruebas continuas en su canal de DevOps.
Estrategias de automatización de pruebas
Las empresas suelen adoptar un enfoque basado en scripts para la automatización de pruebas. Sin embargo, esto supone un esfuerzo considerable. Porque si la aplicación probada cambia, tanto los guiones como el marco de trabajo tienen que volver a comprobarse y posiblemente actualizarse. Esto consume tiempo y recursos. Para que las pruebas sean más fáciles y rápidas, es aconsejable contar con una solución que ofrezca la automatización de los casos de prueba en toda la pila tecnológica, desde una plataforma central, sin código y con poco esfuerzo.
Otra razón por la que muchas empresas tienen problemas con los proyectos de automatización de pruebas es el mantenimiento de las pruebas. Aquí hay dos problemas principales: pruebas inestables y pruebas difíciles de personalizar. Si una prueba automatizada falla en una aplicación que no ha cambiado, hay un problema de estabilidad. Esto puede remediarse, por ejemplo, utilizando identificadores más estables. Además, unos datos de prueba inadecuados o unos entornos inestables e incompletos también pueden hacer que falle una prueba. El segundo obstáculo -las pruebas inflexibles- se sortea creando pruebas a partir de módulos que puedan reutilizarse en toda la serie de pruebas. Si los procesos empresariales cambian, los módulos individuales pueden actualizarse fácilmente y las pruebas respectivas sincronizarse automáticamente. Para reducir aún más el esfuerzo de mantenimiento de las pruebas, también es aconsejable mantener el entorno de pruebas lo más reducido posible.
Las pruebas pueden acelerarse aún más si las empresas reducen la proporción de pruebas de interfaz de usuario siempre que sea posible. Las pruebas de API son más sólidas, rápidas y fáciles de mantener, por lo que se adaptan mejor a los procesos de desarrollo modernos. También son capaces de probar funciones para las que las pruebas de interfaz de usuario no son adecuadas. Todas estas estrategias abren vías para que las empresas garanticen pruebas continuas a lo largo de toda la gestión del ciclo de vida de la aplicación. De este modo, incluso los actores del mercado con pilas de aplicaciones de crecimiento histórico siguen siendo ágiles y no tienen que esconderse de los dinámicos recién llegados.
Nube SAP ALM (Gestión del ciclo de vida de las aplicaciones) es convertirse en el SolMan de la computación en nube. Lo que suena lógico tiene muchos retos. Aportamos respuestas donde ALM es útil y donde se necesitan herramientas ITSM complementarias.
