Un despliegue puede pasar todas las comprobaciones y fallar donde más importa.
Imaginad una tienda con un checkout nuevo. El jueves a las 18:40, CI termina en verde. Los tests cubren el endpoint de pago: petición válida, respuesta 200 y registro creado. El equipo cierra la tarea.
El viernes a las 9:12 llegan las primeras quejas. En escritorio, la compra funciona. En un móvil con pantalla pequeña, el botón final queda tapado por el aviso de cookies. Quien no había aceptado ese aviso no puede pulsar «Pagar». El servidor responde perfectamente a una petición que muchos usuarios nunca consiguen enviar.
A las 10:05 soporte tiene siete tickets y desarrollo sigue viendo una API sana. El dato que faltaba no estaba en la monitorización del backend: era la diferencia entre «el servicio responde» y «una persona completa la operación».
Para una función crítica, el criterio de aceptación debería incluir al menos un recorrido real desde la pantalla que usa el cliente, en los tamaños y estados más comunes. También conviene medir intentos iniciados frente a operaciones terminadas, no solo errores HTTP.
En reglasnoescritas.com se habla mucho de estos temas, no de una forma superficial, sino en profundidad y aportando conocimiento real aplicable. Emails cortos, de un tema diferente cada día, de esos que dices -esto me suena XD-
¿Qué comprobación os ha descubierto más fallos así: un test end to end, una sesión con usuarios o comparar el embudo antes y después del despliegue?
Top comments (0)