Cómo ejecutar una nueva prueba de carga

Ejecutar una nueva prueba de carga con LoadFocus

Es bastante sencillo crear una nueva prueba de carga para un sitio web o endpoint de API usando la interfaz desde la página de Nueva Prueba de Carga.

La página muestra arriba el nombre de la prueba y después tres pasos numerados: ¿Qué quiere probar?, ¿Cuánta carga? y ¿Desde dónde?. Debajo, Más opciones reúne los ajustes opcionales, y la barra inferior tiene el botón Ejecutar prueba.

Pasos para configurar una nueva prueba de carga

Nombre de la prueba

Generamos automáticamente un nombre de prueba usando la fecha y hora actuales. Aparece arriba de la página, después de Nueva prueba:. Para cambiarlo, haz clic en el nombre (o en el lápiz que hay al lado) y escribe el tuyo. Como dice la nota de al lado, puedes cambiarlo cuando quieras. Cuando escribes una URL en el paso 1 y el nombre sigue siendo el automático, el nombre de host del sitio web se añade delante. Se conservan letras, dígitos y puntos; cualquier otro carácter del nombre se convierte en un guion bajo.

1. ¿Qué quiere probar?

El primer paso numerado, ¿Qué quiere probar?, es el lugar para establecer el endpoint URL (sitio web, URI de API, URL de aplicación móvil) bajo prueba.

Por defecto, establecemos el método de solicitud en GET (esta es la solicitud que se hace cuando cargas un sitio web en un navegador). Elige otro en la lista Método según necesite tu escenario de prueba: GET, POST, PUT, PATCH, DELETE, OPTIONS o HEAD.

Puedes agregar una o más solicitudes a tus pruebas de carga con el botón Añadir otra petición. Todos los Usuarios Virtuales accederán a los endpoints en secuencia, así que si quieres reordenar las solicitudes, puedes arrastrar y soltar fácilmente usando el botón de flechas del lado derecho.

Cabeceras, cuerpo y cookies

Bajo cada URL, haz clic en Cabeceras, cuerpo, cookies… para mostrar Query Params, Headers, Browser Compatible Headers, Cookies, POST Body, Basic Auth y Extract Variable. Mientras las opciones están cerradas, el botón indica cuántas hay configuradas, por ejemplo "Cabeceras, cuerpo, cookies… (2)". Para Headers, consulta Encabezados y presets de encabezados; para Cookies, Usar cookies.

Puedes agregar múltiples parámetros de consulta a tu URL agregando pares de clave/valor con Query Params. El cuadro de la URL y la lista se mantienen sincronizados, así que editar uno actualiza el otro. Más en Parámetros de consulta.

Esto se traducirá en tener una URL: https://www.example.com?key1=value1&key2=value2

2. ¿Cuánta carga?

El segundo paso, ¿Cuánta carga?, empieza con cuatro valores predefinidos: Comprobación rápida (pocos usuarios, para comprobar que funciona), Típica (tu tráfico habitual), Pico (tus momentos de más tráfico, para encontrar el límite) y Personalizada (tus propios valores). Cada uno muestra los usuarios y el tiempo total que configura, ajustados a los límites de tu plan. Haz clic en uno para rellenar los controles deslizantes de abajo; si cambias tú un control deslizante, se selecciona el valor predefinido que coincide o Personalizada.

Los controles deslizantes definen el número de Usuarios Virtuales, la Duración y el Tiempo de aumento gradual que lleva la prueba a la carga deseada. Abre Ajuste fino para los Pasos de aumento gradual y para Ejecutar por iteraciones en lugar de por tiempo, que convierte el control Duración (s) en un control Iteraciones: la prueba ejecuta entonces un número fijo de iteraciones en lugar de durar un tiempo fijo. Si un control deslizante está en el límite de tu plan, un enlace "¿Necesita más?" abre la página de precios. Inspecciona visualmente con el gráfico cómo se ejecutará tu prueba de carga viendo el tiempo y los pasos de aumento gradual y la Duración de la Prueba de Carga. La frase debajo del gráfico lo resume, por ejemplo hasta cuántos usuarios sube y cuánto dura toda la ejecución.

Esta página no tiene un campo Retraso (ms): las pruebas nuevas se guardan con el retraso predeterminado de 100 ms (consulta Qué es el retraso). Durante la prueba gratuita y en el plan Free, los controles deslizantes se detienen en límites más bajos, que encontrarás al final de esta página.

3. ¿Desde dónde?

En el tercer paso, ¿Desde dónde?, elige la ubicación geográfica desde donde los usuarios virtuales harán solicitudes a tu Sitio Web/API. En los planes de pago, la lista está agrupada por regiones: América, Europa, Asia-Pacífico y Oriente Medio y África. En el plan Free solo se puede seleccionar la primera ubicación; las demás aparecen bajo "En planes de pago". Consulta la lista de ubicaciones de pruebas de carga y las direcciones IP para la lista blanca.

Más opciones

En Más opciones puedes abrir estas filas opcionales. Cada fila muestra un estado breve junto a su nombre, como Activado o Desactivado:

• Autorización (se aplica a todas las peticiones): pon Tipo de autorización en OAuth 2.0 cuando la API necesite un token (consulta Autorización OAuth 2.0). El valor por defecto es Sin autenticación.
• Criterios de éxito/fallo: los límites con los que se evalúa cada ejecución (consulta Umbrales de aprobado/fallo).
• Ejecutar con programación: una programación recurrente (consulta Pruebas de carga programadas).
• Velocidad de página bajo carga: mide los Core Web Vitals en un navegador en la nube mientras se ejecuta la prueba; requiere un plan de pago de monitoreo de velocidad de página.
• Enviar resultados a Datadog, New Relic…: envía los resultados a las integraciones que hayas configurado.

Todas son opcionales.

Ejecutar la prueba

Haz clic en Ejecutar prueba para iniciar la ejecución, o en Guardar borrador para conservar la configuración sin ejecutarla. Antes de que empiece, confirmas la ejecución en el diálogo ¿Ejecutar esta prueba?. Cuando termina la ejecución, se abre la página de resultados con el panel de capacidad sobre los gráficos si la prueba aumentó la carga.

Para iniciar una prueba guardada desde un pipeline de CI/CD, consulta la API de pruebas de carga.

Límites durante la prueba gratuita de 7 días

Un plan de pago comienza con una prueba gratuita de 7 días, y durante la prueba cada prueba de carga se ejecuta con límites reducidos sin importar el plan que hayas elegido: 50 usuarios virtuales, pruebas de 5 minutos y 3 ejecuciones de prueba al día. Por eso el control deslizante de Usuarios Virtuales se detiene en 50 en una cuenta de prueba. Una prueba de Starter también está limitada a 50 usuarios virtuales, pero mantiene las pruebas de 20 minutos de Starter. Los límites completos de tu plan (por ejemplo 1.500 usuarios virtuales en Basic) se aplican automáticamente cuando termina la prueba. Para desbloquearlos antes, usa Saltar la prueba y desbloquearlos ahora en el aviso debajo del control deslizante, o Omitir prueba y pagar ahora en el diálogo de límites; la facturación comienza de inmediato.

Las 3 ejecuciones al día cuentan en conjunto para pruebas cloud, JMeter y k6. En una prueba sin tarjeta, también cuentan las ejecuciones que hiciste en el plan Free en las últimas 24 horas. Si añades una tarjeta, tienes 3 ejecuciones más al momento: las ejecuciones anteriores a la tarjeta dejan de contar. Esto funciona una vez por prueba, y tu plan empieza cuando termina la prueba, salvo que lo canceles antes. Al llegar al límite diario, el diálogo de límites te ofrece Añada una tarjeta: 3 ejecuciones más hoy.

Límites en el plan Free

En el plan Free puedes iniciar 3 ejecuciones de prueba en cualquier periodo de 24 horas, contando juntas las pruebas cloud, JMeter y k6. El plan Free también tiene un tope de 10 ejecuciones al año por tipo de prueba: las pruebas cloud, JMeter y k6 cuentan por separado. Una ejecución que LoadFocus no pudo iniciar no cuenta.

Las cuentas gratuitas también comparten un cupo por sitio web: todas las cuentas gratuitas juntas tienen 3 pruebas al día y 10 al año para el mismo sitio web. El cupo compartido solo se aplica cuando otra cuenta ha probado ese sitio web en el mismo periodo, así que un sitio web que solo prueba tu cuenta nunca se rechaza. Cuando se agota, el diálogo Pruebas gratuitas agotadas para este sitio web indica cuándo puedes volver a probarlo gratis. Tus otros sitios web no se ven afectados, y los planes de pago no tienen cupo compartido.

• Los servicios de prueba públicos como test.k6.io, quickpizza.grafana.com, httpbin.org, jsonplaceholder.typicode.com y petstore.swagger.io no gastan cupo.
• En las pruebas JMeter y k6, los sitios web se leen de las URL de tu script. Un sitio web que solo se conoce mientras se ejecuta la prueba no se cuenta.
• Las pruebas cloud que definen su sitio web con una variable comparten un único cupo para todos los sitios definidos así.