Pruebas de Aceptación en Despliegues Staging

Clase 14 de 21 • Curso Profesional de DevOps

Resumen

¿Cómo determinamos si un deployment está listo para producción?

Cuando se trata de despliegues en entornos de staging, la frase clave es "pruebas de aceptación". Estas pruebas son esenciales para verificar que un deployment es correcto antes de considerar moverlo a producción. Esto aplica tanto si estás usando Continuous Deployment (despliegue continuo) o Continuous Delivery (entrega continua), y sin importar si el proceso es manual o automatizado.

Lo importante es probar y asegurarse que el deployment es válido y funcional. De ahí la importancia de implementar pruebas robustas en staging, que es una infraestructura que imita de cerca el entorno de producción.

¿Qué es una prueba de aceptación?

Una prueba de aceptación es un proceso mediante el cual se verifica que el sistema cumple con los requisitos y expectativas antes de ser puesto en producción. En nuestro caso, vamos a realizar una sencilla prueba que consiste en hacer una operación aritmética, como la suma de tres más cuatro, y verificar que el resultado sea el esperado.

Esta prueba simple, aunque básica, es muy útil para ilustrar cómo comprobar si un deployment funciona correctamente.

Paso a paso para realizar una prueba de aceptación

Modificar el job de deployment: Iniciaremos añadiendo una simple línea de código al job de deployed web up staging, que corresponderá a un comando curl para sumar tres más cuatro.
```
curl http://mi-endpoint.com/sumar?num1=3&num2=4
```
Guardar y reutilizar la URL: Guardaremos la URL del endpoint en una variable llamada resolveURL.
```
resolveURL=$(curl http://mi-endpoint.com/sumar?num1=3&num2=4)
```
Realizar la prueba de la operación: Pasamos resolveURL como parámetro al comando curl y utilizamos grep para verificar que el resultado es el esperado (7).
```
curl $resolveURL | grep 7
```
Manejo de errores: Si grep no encuentra el número 7, el build fallará. Esto parará todo el pipeline automáticamente en caso de que algo no funcione como debería.

Simulación de un fallo

Para visualizar un error, podemos simplemente cambiar la expectativa del resultado de la suma a un número incorrecto. Cambiar el test a "34" en lugar de "7" permitirá ver cómo el sistema marca un error:

curl $resolveURL | grep 34

Esto generará un "failure", y el sistema indicará el fallo visualmente, deteniendo cualquier proceso de despliegue adicional.

Importancia de las pruebas en el pipeline de CI/CD

La implementación de pruebas en el pipeline de Continuous Integration (CI)/Continuous Deployment (CD) es crítica. Si el código no pasa las pruebas, el pipeline se detiene, lo que evita que código defectuoso llegue a producción. Esto asegura que solo los candidatos viables lleguen al ambiente final y garantiza la calidad y estabilidad del sistema.

Pruebas simples como estas crean una base para gestionar hipótesis y validar comportamientos esperados en un entorno que replica producción. A medida que avances en tus implementaciones, el objetivo será conectar todo esto para finalizar con un despliegue exitoso en producción.