Pruebas de carga — Guía del usuario | YoBench

Para qué sirve el módulo «Pruebas de carga»

El módulo genera carga contra tus servicios web para que veas cómo se comportan bajo tráfico. Dos modos: HTTP vía undici en worker threads (hasta 500 hilos concurrentes) y navegador vía Chromium (hasta 20 pestañas concurrentes). Las métricas se actualizan cada segundo — RPS, latencia, P95/P99, tasa de errores e hilos activos.

Lo que obtienes:

• Alta paralelización HTTP — hasta 500 hilos en una máquina, sin navegador, overhead mínimo.
• Modo navegador — hasta 20 pestañas Chromium concurrentes con page.goto() y waitUntil: networkidle2, para verificar el render completo.
• Ramp-up — incremento gradual de hilos (ramp_step_threads hilos cada ramp_step_duration segundos).
• Métricas en tiempo real — un snapshot por segundo en load_test_snapshots: RPS, latencia media, P95/P99, tasa de errores, hilos activos.
• Proxy y auth — cabeceras/cookies/parámetros de query aplican a cada petición.
• Resultados persistidos — plantillas e informes guardados localmente.

Parámetros del test

Al crear una plantilla especificas:

• URL — obligatoria.
• Método HTTP — solo GET por ahora (cableado en el worker).
• Cabeceras — del perfil de auth elegido (método header).
• Cookies — del perfil de auth (método cookie); inyectadas en la cabecera Cookie.
• Hilos — 1–500 para HTTP, 1–20 para navegador.
• Duración — mínimo 5 segundos.
• Ramp-up — ramp_enabled, ramp_step_duration (seg), ramp_step_threads (hilos añadidos por paso). Disponible solo en modo HTTP; el modo navegador siempre arranca con todos los hilos.
• Proxy — IP aleatoria del grupo de proxy elegido; auth soportada.
• Perfil de auth — entrada compartida de los ajustes.

Solo se ejecuta un test a la vez — para precisión de medición.

Métricas en tiempo real

Los snapshots se guardan cada segundo en load_test_snapshots:

• RPS — peticiones por segundo en la ventana reciente.
• Latencia media — tiempo medio de respuesta (ms).
• P95 / P99 — percentiles 95 / 99 de latencia.
• Tasa de errores — porcentaje de respuestas fallidas.
• Hilos activos — hilos en ejecución (crece durante ramp-up).
• Peticiones / errores totales — contadores acumulados.

El informe final incluye también P50 (mediana), Min y Max latencia.

Límites de memoria para muestras de latencia: HTTP — 50 000 más recientes, navegador — 10 000.

Ajustes globales

No hay claves loadTesting* dedicadas en los ajustes centrales — todos los parámetros viven en plantillas (load_test_templates) e informes (load_test_reports).

Flujo de uso

1. Crea una plantilla

1. Abre el módulo Pruebas de carga en el menú lateral izquierdo.
2. En Plantillas pulsa Crear plantilla.
3. Rellena URL, modo (HTTP / Navegador), número de hilos, duración.
4. Opcionalmente activa ramp-up y define los pasos.
5. Elige un grupo de proxy y un perfil de auth.
6. Guarda.

2. Ejecuta un test

El botón Iniciar junto a la plantilla crea un informe en running. Solo un test a la vez. Detener corta el run en seco; las métricas se guardan.

3. Revisa el informe

En la pestaña Informes cada entrada tiene gráficos (RPS, latencia, P95/P99, errores), números resumen y lista por segundo de snapshots.

4. Compara ejecuciones

Usa los informes para comparar cambios de código / proxy / entorno. Re-ejecuta una plantilla cuantas veces necesites — cada ejecución produce su propio informe.

Siguientes pasos

• Durante el test monitorea el back-end con Servidores y Health Check.
• Usa Site Audit para SEO y Lighthouse bajo carga normal.
• Para una verificación de pipeline JS completa, elige modo Navegador (limitado a 20 hilos).

Ayuda y comentarios

¿Quieres POST/PUT/DELETE, cuerpos de petición, datos aleatorizados o carga WebSocket? Escríbenos a través del formulario de contacto.