Pruebas de fallo deliberado en revisión

Una prueba de fallo simula que una dependencia hace lo que hacen las dependencias de verdad: no responde, devuelve un error del servidor, devuelve algo que no se puede leer o tarda demasiado. Después comprueba tres cosas: que el control sigue cerrado, que no quedó ningún dato a medias y que la respuesta al cliente no enseña nada interno. En Laravel, Http::fake permite fijar la respuesta de cada servicio, con el código que haga falta, y Http::failedConnection() simula que la conexión no se pudo hacer; Http::preventStrayRequests() hace fallar cualquier petición que no se haya simulado, para que una prueba nunca toque un servicio real.

Provocar fallas en un entorno compartido, como una caída real de un servicio en preproducción, es otra cosa: se hace con autorización, con un plan y con quien opera el entorno avisado. En producción, nunca sin una aprobación explícita.

Abre el laboratorio y lee matriz-de-fallos.txt. Cada fila es una dependencia y cada columna un modo de fallar. Una fila llena de huecos es una dependencia cuyo comportamiento ante la falla nadie conoce hasta que ocurre en producción. Cruza el resultado con lo que viste en la sala de transacciones: el paso que más daño hizo es justamente el que no tiene pruebas.

Una prueba que comprueba el comportamiento equivocado es peor que no tener prueba: convierte el defecto en requisito. Quien corrija el fallo verá esa prueba romperse y puede creer que el arreglo es lo que está mal. La matriz marca una casilla como cubierta con un asterisco; lee VerificadorFormulaTest.php y compara lo que afirma cada prueba con lo que debería pasar.

Para el informe conviene una cifra que el equipo pueda seguir de una revisión a la siguiente. Cuenta las casillas de la matriz marcadas como sin prueba, en todas las dependencias.

Las pruebas de ConfirmarPedidoFallosTest.php cubren bien la pasarela, pero todas simulan fallas que ocurren antes de que exista un cobro. El daño real vino de una falla posterior. En la revisión de un cambio, la pregunta que lo habría encontrado no está en la lista del equipo: para cada dependencia que toca el cambio, qué pasa si falla y en qué estado quedan los datos.