Lección 3 de 6 · 2 min
Diseñar una prueba de carga
Al terminar sabrás
10 min- Definir objetivos y criterios de aceptación medibles antes de probar
- Diseñar escenarios realistas basados en el uso real
- Planificar el perfil de carga (ramp-up, meseta, ramp-down) y los datos
Construyes: El diseño completo de una prueba de carga de un flujo de reservas.
La prueba se diseña antes de escribirse
El error de novato es abrir la herramienta y empezar a tirar carga. Una prueba de rendimiento seria se diseña primero, con las mismas preguntas que cualquier plan de pruebas: qué, cuánto y con qué criterio.
1. Objetivo y criterios de aceptación
Define antes qué es "pasar":
- Objetivo: "verificar que con 1.000 usuarios concurrentes el flujo de reserva mantiene tiempos aceptables".
- Criterios medibles: "p95 < 800 ms" y "tasa de error < 1%".
2. Escenarios realistas
Una prueba solo vale si replica el uso real. Mira cómo se usa de verdad la app y reproduce esa proporción:
- 60% busca horarios (solo lectura).
- 30% crea una reserva (escritura, el flujo pesado).
- 10% cancela.
Probar solo el endpoint más rápido, o un único usuario haciendo todo, no te dice nada del comportamiento real bajo carga.
3. Perfil de carga
No golpees con todo de una vez (eso es un spike). Para una prueba de carga, sube gradual:
- Ramp-up: de 0 a 1.000 usuarios en 3 minutos (simula la llegada real).
- Meseta: mantén 1.000 usuarios 10 minutos (el estado sostenido que quieres medir).
- Ramp-down: baja a 0 en 2 minutos (ver si se recupera y libera recursos).
4. Datos de prueba
Cada usuario virtual necesita datos propios y realistas: distintos clientes, distintos horarios. Reservar todos el mismo horario no prueba el sistema, prueba el bloqueo por concurrencia (que también importa, pero es otro caso). Usa datos variados — aquí se conectan las particiones y los datos de prueba que ya conoces.
Con el diseño listo, la próxima lección es convertirlo en una prueba ejecutable con k6.
Comprueba lo aprendido en el quiz y diseña tu prueba en el reto.
Compruébalo
0/3Responde sin mirar atrás. Verás la explicación al instante.
1. ¿Por qué se define el criterio de aceptación ANTES de correr la prueba?
2. ¿Qué es el 'ramp-up' en el perfil de carga?
3. Al diseñar los escenarios, ¿en qué te basas para que sean realistas?
Reto: diseña la prueba de un flujo
Diseña (sin código) una prueba de carga para el flujo de reservas de una app: objetivo, escenarios con su proporción, perfil de carga y 2 criterios de aceptación.