Smoke testing, stress testing y spike testing

Clase 8 de 27 • Curso de Performance Testing en Node.js con K6

Comentarios

William Schnaider Torres Bermon

student•

Cada tipo de prueba está diseñado para proporcionarle diferentes conocimientos sobre su sistema. . Smoke Test (Prueba de Humo): verifica que su sistema puede manejar una carga mínima, sin ningún problema. . Load Test (Prueba de Carga): se ocupa principalmente de evaluar el rendimiento de su sistema en términos de usuarios concurrentes o solicitudes por segundo. . Stress Test (Prueba de Estrés) y Spike testing (Prueba de Pico): se ocupan de evaluar los límites de su sistema y la estabilidad en condiciones extremas. . Soak Test (Prueba de Resistencia): le informa sobre la fiabilidad y el rendimiento de su sistema durante un periodo de tiempo prolongado.

Lo importante es entender que cada prueba se puede realizar con el mismo script de prueba. Puedes escribir un script y realizar todas las pruebas anteriores con él. Lo único que cambia es la configuración de la prueba, la lógica permanece igual. . Los diferentes tipos de pruebas le enseñarán diferentes cosas sobre su sistema y le darán la información necesaria para entender y optimizar el rendimiento.

Jennifer Cano

student•

En k6 no se configuran headers?

Jefferson Riobueno

student•

Consulta, si realizo una prueba de Load Test como el ejemplo que se menciona en el vídeo puedo considerar que mi aplicación soporta 100 usuario por minuto?

Mi duda es por la diferencia entre usuarios (VUS) e interacciones. si un usuario entra a la url seria una interacción (un request) pero al correr la prueba si coloco 1 VUS durante 10s me dice que realizo 70 intereasiones, esa parte me genera confusión

Gaston Garcia Alvarez

student•

Entiendo que los VUs plantean la simultaneidad, cada VU puede realizar n cantidad de peticiones, pero siempre una luego de terminar la anterior, por lo que si, estarias verificando concurrencia al aumentar/reducir VUs

Creo que traducido seria algo como, 2 usuarios haciendo tantas peticiones como puedan, dentro de un marco de tiempo dado.

Luis Eduardo Burgos Florez

student•

import { sleep } from "k6";import http from "k6/http"; export const options ={ stages:[ { duration:"2m", target:100 },{ duration:"5m", target:100, }, { duration:"2m", target:400,}, {duration:"2m", target:400, } ], } export default function(){ let response = http.get("https://qa-mios.groupcos.com/api/list/groups"); }

execution: local

script: .\stress_prueba1.js

output: -

scenarios: (100.00%) 1 scenario, 400 max VUs, 11m30s max duration (incl. graceful stop):

* default: Up to 400 looping VUs for 11m0s over 4 stages (gracefulRampDown: 30s, gracefulStop: 30s)

█ TOTAL RESULTS

HTTP

http_req_duration.......................................................: avg=79.81ms min=53.08ms med=59.65ms max=242.71ms p(90)=118.02ms p(95)=126.48ms

{ expected_response:true }............................................: avg=79.81ms min=53.08ms med=59.65ms max=242.71ms p(90)=118.02ms p(95)=126.48ms

http_req_failed.........................................................: 0.00% 0 out of 1422050

http_reqs...............................................................: 1422050 2153.665426/s

EXECUTION

iteration_duration......................................................: avg=80.13ms min=53.08ms med=59.75ms max=694.92ms p(90)=118.13ms p(95)=126.83ms

iterations..............................................................: 1422050 2153.665426/s

vus.....................................................................: 400 min=1 max=400

vus_max.................................................................: 400 min=400 max=400

NETWORK

data_received...........................................................: 4.5 GB 6.8 MB/s

data_sent...............................................................: 149 MB 225 kB/s

running (11m00.3s), 000/400 VUs, 1422050 complete and 0 interrupted iterations

default ✓ [======================================] 000/400 VUs 11m0s

Oscar Monsalve

student•

Como interpretar los percentiles

Los percentiles muestran de forma más real como la mayoría de los usuarios experimenta la API, ya que los promedios(avg) pueden ser engañosos si solo hay <u>unos pocos </u>valores lentos que distorsionen este promedio.

Que información nos da como testers?:
- Si el p(90) o p(95) están muy por encima del promedio, indica que una minoría significativa de usuarios está teniendo malas experiencias(tiempos lentos)
- Si están cerca del promedio, significa que el rendimiento es consistente y estable
- Es clave para detectar problemas de rendimiento intermitente, incluso cuando el promedio parece aceptable.

Oscar Monsalve

student•

Diferencia entre spike y stress test
- stress test:
  - Prueba los límites máximos del sistema llevando la carga más allá de su capacidad esperada, hasta que falle.
  - Su utilidad es: Ver como responde el sistema bajo esta sobrecarga extrema. Identificar el punto de quiebre. Evaluar cómo se recupera después del fallo.
  - Ejemplo: Subir el número de VU de forma constante hasta que la API empiece a fallar(ej. responda errores 500 o tiempos de respuesta altos).
- spike test:
  - Probar cómo reacciona el sistema ante aumentos súbitos de carga, seguidos por una reducción rápida de la misma.
  - Utilidad: Simular picos de tráfico repentinos e inesperados. Evaluar si el sistema se adapta rápidamente y mantiene su estabilidad. Ver si se recupera después del pico.
  - Ej: Subir bruscamente de 10 a 1000 VU en segundos y luego volver a casi 10 de inmediato.
  - Esto proporciona información como cuál es la robustez del sistema frente a fluctuaciones, capacidad de reacción ante eventos inesperados y posibles fallos momentáneos en picos repentinos.

Smoke testing, stress testing y spike testing

Introducción al performance testing

¿Por qué hacemos testing?

¿Cuándo necesitamos performance testing?

Performance testing en front-end: Lighthouse y WebPageTest

Performance testing en back-end: K6

Creando nuestra suite de tests

Instalación de K6 en Linux, MacOS, Windows y Docker

Crea tu primer test en K6 e interpreta los resultados

Opciones, stages y virtual users

Smoke testing, stress testing y spike testing

Load testing y soak testing

Ejecución de Tests Masivos en Local con K6

Exportando los resultados

Custom Metrics

Counter Metric

Gauge Metric

Rate Metric

Trend Metric

Criterios de aceptación

Checks Y Thresholds

Opciones de los Thresholds

Visualizando resultados

Dashboard de resultados

Creando nuestro dashboard local

Ejecución remota y resultados en la nube

Testing en la nube

Enviando resultados a K6 Cloud

Ejecutando tests en K6 Cloud

Bonus: Integraciones de K6

Conoce todas las integraciones de K6

Creando un dashboard en New Relic

Integrando tus test a un flujo de trabajo profesional

Performance test en CI/CD

Despedida

¿Con qué puedes continuar tu aprendizaje?