Las pruebas end-to-end (E2E) y las pruebas de integración suelen tener su lugar en distintos momentos de un pipeline CI/CD. Aunque ambas buscan verificar que diferentes partes del sistema funcionen juntas, tienen propósitos y ubicaciones distintas en el flujo. Aquí te explico dónde encajan en este contexto: Pruebas de Integración: Estas pruebas suelen ejecutarse en la fase de Continuous Integration (CI), ya que verifican cómo interactúan distintos módulos o servicios dentro del sistema. En el pipeline, se ejecutan después de las pruebas unitarias. El objetivo es asegurarse de que componentes individuales funcionan correctamente entre sí antes de avanzar al siguiente entorno. Si los módulos o microservicios no integran bien, el flujo puede detenerse aquí para evitar problemas más adelante. Pruebas End-to-End (E2E): Estas pruebas se suelen reservar para los entornos de staging o pre-producción, típicos en la fase de Continuous Delivery (CD). Las pruebas E2E simulan escenarios de usuario reales en el sistema completo (por ejemplo, desde el inicio de sesión hasta la compra en un e-commerce), y se aseguran de que todo funcione de manera cohesiva antes de que se despliegue en producción. En algunos casos, en entornos de Continuous Deployment (CD) también se ejecutan pruebas E2E en producción, pero solo en sistemas que toleran cierto grado de pruebas controladas en producción. En resumen: Integración: Se ejecutan en la fase de CI para validar las interacciones entre componentes. End-to-End: Se ejecutan en la fase de CD en staging o pre-producción (o incluso en producción para ciertos entornos), simulando el uso real del sistema completo.
Hola, lo siento todo el material, incluido el codigo solo esta disponible en el curso de udemy, y no puedo distribuirlo por otros medios por acuerdos contractuales con Udemy
siempre hay que actualizar con master, antes del commit, buena aclaración.
En que parte entrarian las pruebas end to endo y de integracion ese caso?
Las pruebas end-to-end (E2E) y las pruebas de integración suelen tener su lugar en distintos momentos de un pipeline CI/CD. Aunque ambas buscan verificar que diferentes partes del sistema funcionen juntas, tienen propósitos y ubicaciones distintas en el flujo.
Aquí te explico dónde encajan en este contexto:
Pruebas de Integración: Estas pruebas suelen ejecutarse en la fase de Continuous Integration (CI), ya que verifican cómo interactúan distintos módulos o servicios dentro del sistema. En el pipeline, se ejecutan después de las pruebas unitarias. El objetivo es asegurarse de que componentes individuales funcionan correctamente entre sí antes de avanzar al siguiente entorno. Si los módulos o microservicios no integran bien, el flujo puede detenerse aquí para evitar problemas más adelante.
Pruebas End-to-End (E2E): Estas pruebas se suelen reservar para los entornos de staging o pre-producción, típicos en la fase de Continuous Delivery (CD). Las pruebas E2E simulan escenarios de usuario reales en el sistema completo (por ejemplo, desde el inicio de sesión hasta la compra en un e-commerce), y se aseguran de que todo funcione de manera cohesiva antes de que se despliegue en producción. En algunos casos, en entornos de Continuous Deployment (CD) también se ejecutan pruebas E2E en producción, pero solo en sistemas que toleran cierto grado de pruebas controladas en producción.
En resumen:
Integración: Se ejecutan en la fase de CI para validar las interacciones entre componentes.
End-to-End: Se ejecutan en la fase de CD en staging o pre-producción (o incluso en producción para ciertos entornos), simulando el uso real del sistema completo.
Hola desde España, felicitarte por este estupendo tutorial de introduccion..,, tienes disponible la presentacion?
Gracias
Hola, lo siento todo el material, incluido el codigo solo esta disponible en el curso de udemy, y no puedo distribuirlo por otros medios por acuerdos contractuales con Udemy
@@sotobotero Hola! como se llama el curso en udemy?