¿Qué es el load testing? Prueba de carga explicada

¿Qué es el load testing (prueba de carga)?

La prueba de carga es un tipo de prueba de rendimiento que aplica a una web, una API o un servicio una cantidad realista y esperada de tráfico y mide cómo se comporta. Responde a una pregunta: ¿cumple el sistema sus objetivos de rendimiento con la carga que prevemos? Los usuarios virtuales aumentan hasta el objetivo, se mantienen y la prueba registra tiempos de respuesta, rendimiento (throughput) y errores.

Cómo funciona una prueba de carga

1. Fijar el objetivo. Sale de la analítica o de una previsión: una campaña de lanzamiento, el pico diario, unas rebajas. Define antes los criterios de éxito, por ejemplo "p95 de tiempo de respuesta por debajo de 1 segundo y ninguna compra fallida".
2. Programar recorridos realistas. Los usuarios reales navegan, inician sesión y compran; no solo abren la home. Mezcla los recorridos en la proporción de producción, con tiempos de espera entre pasos.
3. Subir, mantener, bajar. Aumenta los usuarios virtuales de forma gradual hasta el objetivo, mantén el tiempo suficiente para que los valores se estabilicen y termina.
4. Comparar con los criterios. Lee percentiles, rendimiento y tasa de errores, y revisa CPU, memoria y métricas de base de datos del sistema probado para hallar la causa de cualquier lentitud.

Ejemplo

Una tienda online espera que una newsletter traiga 2.000 visitantes simultáneos a las 9:00. El equipo programa navegar, buscar y pagar, sube a 2.000 usuarios virtuales en cinco minutos y mantiene veinte. Hacia los 1.400 usuarios el rendimiento se estanca, la latencia p95 supera el objetivo y se agota el pool de conexiones de la base de datos. Amplían el pool, añaden un índice y repiten hasta cumplir el objetivo. (Cifras ilustrativas.)

Qué medir

• Percentiles del tiempo de respuesta (p50, p95, p99). Las medias ocultan la cola lenta que sí notan los usuarios.
• Rendimiento (throughput). Peticiones completadas por segundo. Observa cuándo deja de crecer al añadir usuarios.
• Tasa de errores. Un p95 rápido significa poco si las peticiones fallan o caducan.
• Usuarios virtuales concurrentes. Comprueba que la herramienta generó de verdad la carga pedida.
• Recursos del servidor. CPU, memoria, conexiones y colas explican los síntomas.

Errores frecuentes

• Probar solo la página de inicio. Lo lento suele ser la búsqueda, el pago o una API tras el login.
• Omitir los tiempos de espera. Usuarios que nunca pausan son mucho más agresivos que los reales y dan una respuesta engañosa.
• Generar la carga desde una sola máquina o región. El generador se convierte en el cuello de botella y se pierden los efectos de red.
• Probar una copia diminuta de staging. Los resultados solo se trasladan si el entorno y el volumen de datos se parecen a producción.
• Hacerla una vez antes del lanzamiento. El rendimiento cambia con cada versión; ejecútala con regularidad o en CI.

La prueba de carga y sus vecinas

La prueba de carga comprueba el comportamiento con el tráfico esperado. La prueba de estrés lo supera para encontrar el punto de ruptura, la prueba de picos salta de golpe al máximo y la prueba de resistencia (soak) dura horas para detectar fugas; las pruebas de capacidad y de escalabilidad preguntan cuánta carga aguanta el sistema y cómo crece con los recursos. Para las diferencias prácticas, lee load testing vs stress testing y la guía de pruebas de resistencia (soak). Una prueba de carga tras cada versión funciona además como prueba de regresión de rendimiento. Las pruebas de carga se hacen antes de que lleguen los usuarios; la monitorización vigila el sistema en vivo después.

Herramientas y siguientes pasos

Los motores de código abierto habituales son Apache JMeter y Grafana k6. La página de producto pruebas de carga de LoadFocus permite ejecutar pruebas de JMeter y k6 desde 25 regiones en la nube, en el navegador, con resultados en vivo, umbrales de aprobado/suspenso para p95, p99, tasa de errores y rendimiento, y análisis con IA de las ejecuciones terminadas. El plan gratuito admite hasta 10 usuarios virtuales. Para planificar escenarios realistas, consulta cómo diseñar escenarios de load testing.

Preguntas frecuentes: load testing

¿Qué diferencia hay entre prueba de carga y prueba de rendimiento?

Prueba de rendimiento es el término general para medir velocidad, estabilidad y escalabilidad. La prueba de carga es un tipo, centrada en el tráfico esperado.

¿Qué diferencia hay entre prueba de carga y prueba de estrés?

La prueba de carga se ejecuta con el tráfico previsto y comprueba que cumples tus objetivos. La de estrés va más allá para descubrir dónde y cómo falla el sistema.

¿Con cuántos usuarios virtuales debo probar?

Sácalo de datos reales: el pico de usuarios concurrentes de la analítica o de una previsión, más margen de crecimiento. No elijas un número redondo al azar.

¿Cuándo debo hacer una prueba de carga?

Antes de un lanzamiento o un pico conocido, tras cambios de infraestructura o de código importantes, y con regularidad en CI para detectar regresiones pronto.

¿Puedo probar en producción?

Es posible, pero arriesgado. La mayoría de los equipos prueba un entorno parecido a producción, y solo prueba producción con cuidado, con un plan para detenerla y con el negocio informado.

¿Qué herramienta debo usar?

JMeter encaja con equipos que ya tienen planes .jmx y necesitan muchos protocolos. k6 encaja con equipos que prefieren scripts en JavaScript y flujos de CI. Un ejecutor en la nube hace falta cuando quieres miles de usuarios desde varias regiones.