Saltar al contenido

Lección 3.8 Publicar y mantener el control

Reunir el recorrido en una práctica final

Conectar construcción, pruebas, entrega, verificación y recuperación en un caso acotado.

Volvamos al pedido con el que comenzó el curso: tres artículos de S/ 25.00 suman S/ 75.00; el envío cuesta S/ 5.00 y el total es S/ 80.00. Desde S/ 100.00 de subtotal, el envío es gratuito. Una regla sencilla nos permitió observar decisiones que también aparecen en sistemas mayores.

El objetivo no era memorizar botones. Era comprender cómo una intención se convierte en un cambio identificable, comprobado y observable para quien lo utiliza. Ahora reunamos las piezas en una lectura final.

El recorrido completo

  1. Entender: acordar la regla, sus límites y las consecuencias de un fallo.
  2. Identificar: relacionar el cambio con una revisión de código.
  3. Comprobar: revisar sintaxis y casos relevantes, incluido el límite de S/ 100.00.
  4. Preparar: conservar una entrega vinculada a esos resultados.
  5. Autorizar: revisar destino, permisos, momento y condiciones de recuperación.
  6. Activar: utilizar la entrega identificada y registrar lo que ocurrió.
  7. Observar: confirmar versión y comportamiento; responder si aparecen diferencias.

Tres situaciones, tres decisiones

1. Un carácter cambia el pedido

La condición pasó de «mayor o igual» a «mayor». Las pruebas solo comprueban importes por debajo y por encima del límite.

Qué falta comprobar

El importe exactamente igual al límite. La ejecución podría terminar correctamente aunque exista un error de negocio. Hay que ampliar el caso de prueba y revisar la regla antes de preparar otra entrega.

2. La etiqueta coincide, el paquete no

Se aprobó «demo-1». Al activar, aparece un archivo con el mismo nombre y otra huella.

Qué necesita la entrega

Relacionar el archivo con su origen y sus comprobaciones. La etiqueta no autoriza cualquier contenido. Corresponde recuperar el paquete revisado o evaluar el nuevo antes de continuar.

3. La aplicación responde, pero conserva la versión anterior

El equipo está disponible y la consulta de estado funciona. La versión declarada no es la que debía publicarse.

Qué no terminó todavía

La activación o su recorrido hasta el usuario. Hay que identificar el servicio que atiende y contrastar sus archivos y configuración. Después se comprueba la regla: disponibilidad no equivale a entrega correcta.

Qué te llevas de este recorrido

CI/CD conecta tareas repetibles con decisiones del proyecto. Puede reducir pasos manuales y hacer visibles los resultados, siempre que las comprobaciones respondan a riesgos reales. Las herramientas cambian; conocer qué necesita avanzar y con qué evidencia permite elegirlas mejor.