¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

Optimización de la Integración Continua en SAP: Consejos y Mejores Prácticas

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 4 Vistas
0
Cargando...
Integración continua sigue apareciendo de vez en cuando, y ya hay algunos excelentes blogs sobre el tema. SAP también proporciona una gran visión general en ¿Qué es la Integración Continua y la Entrega Continua? , describe CI como:
La integración continua (CI) describe un proceso de desarrollo de software, en el que varios miembros del equipo integran sus contribuciones con frecuencia en una única línea principal. Antes de cada integración, los cambios se verifican a través de compilaciones y pruebas automatizadas. De esta manera, puedes detectar errores lo más rápido posible y prevenir problemas de integración antes de completar el desarrollo.

Básicamente, CI ayuda al desarrollador a verificar el desarrollo antes de completarlo.


Paisaje


En un paisaje SAP típico, los desarrolladores realizan cambios en DEV, y después de que se complete el desarrollo, los cambios se trasladan a QAS para pruebas, y si tienen éxito los cambios se trasladan a PRD.


Los desarrolladores dependen de tener un sistema DEV operativo para realizar desarrollos, y QAS también debe funcionar para poder verificar el desarrollo, lo que típicamente implica pasos manuales.



En el reciente TechEd, SAP sugirió recientemente lo siguiente para una configuración de CI,


DEV208


Donde el sistema QA se utiliza para realizar las pruebas de CI, esto corresponde al "Escenario 2" en Soporte completo de CI en ABAP AS

Los desarrolladores Hacen Commit temprano y a menudo , y cada cambio será compilado , desencadenando la CI, lo que significa:

  1. El sistema QA cambiará continuamente y los objetos posiblemente se revertirán. En ABAP, las reversiones no son 100% confiables, por ejemplo, una prueba unitaria podría haber modificado el estado del sistema, dejando así el sistema QA en un estado desconocido.

  2. La CI se desencadena antes de que se completen los desarrollos, posiblemente moviendo código defectuoso a QA, que no ha pasado por ningún paso de control de calidad.

  3. Las pruebas manuales en QA serán nulas, ya que el estado del sistema cambia continuamente. Sin embargo, esto podría funcionar en un proceso en cascada, si todas las pruebas se realizan después de todo el desarrollo, pero va en dirección opuesta a la Implementación Continua.


En general, esto termina con un proceso automatizado perjudicial para romper el sistema QAS, en lugar de evitar errores a través de la automatización y ayudar a los desarrolladores.

Tener resultados de prueba nulos podría ser el compromiso adecuado para algunas organizaciones, pero también hay múltiples alternativas , como agregar un sistema adicional para manejar CI.

Personalmente, me estoy moviendo hacia una configuración( Escenario 9 ), donde el análisis estático y las pruebas unit
Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

Sin respuestas

No hay respuestas para mostrar No hay respuestas para mostrar Se el primero en responder

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?