Stress Testing

Resumen

Mientras el load testing pregunta "¿funciona bajo la carga esperada?", el stress testing pregunta "¿dónde se rompe?". Consiste en aumentar la carga progresivamente hasta que el sistema falla. El objetivo no es evitar la falla sino observar cómo ocurre: ¿devuelve 503 o crashea sin responder? ¿Se recupera solo?

Alcance y supuestos

Cubre stress testing, su diferencia con load testing e interpretación de resultados. Asume familiaridad con testing de rendimiento.

Modelo mental

Probar un ascensor con 8 personas (máximo indicado) es load testing. Meter 15 personas hasta que la alarma suene y el ascensor no se mueva es stress testing. Querés saber si la alarma funciona, no si el ascensor se cae.

Uso práctico

• ✅ Encontrar límites reales, verificar mecanismos de recuperación.
• ❌ Hacer stress testing en producción un martes a las 14hs.

Ejemplo trabajado: stress test de una API

k6 aumenta usuarios de 100 a 10 000. A los 3 500, la latencia se dispara. A los 4 200, el servicio devuelve 503. Al bajar a 100, se recupera en 30s. El equipo documenta: punto de ruptura = 4 000 usuarios.

Evidencia

• k6, JMeter y Locust soportan rampas de carga. Chaos Monkey es una forma extrema de stress testing.