Opciones, stages y virtual users

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

Daniel Achury

student•

Hola, agregue nuevo paso al stage que se venia trabajando, me parece interesando como en el step 2 se sostienen los request, esta prueba esta bastante interesante agregarla a un conjunto de pruebas.

export const options ={
    stages:[
    {  
        duration: '60s',
        target:10
    },{
        duration: '180s',
        target:10
    },{
        duration: '60s',
        target:0
    }
]
}

Sergio Estrella

teacher•

¡Muy buen aporte! Así es, si en un stage tenemos el mismo número de VU's que en el anterior, le estamos diciendo que los mantenga por ese tiempo. . Otro truco es que, si empezamos con

export const options ={
    stages:[
    {  
        duration: '0s',
        target:10
    },
    ...
]
}

Le estamos diciendo que arrance con 10VU's el test, y no con 0 ;)

Gerardo Alberto Soto Alvarez del Castillo

student•

Hola, no se si es normal, pero a mí despues de los 4 minutos si vi una disminución de los VUs hasta llegar a 0 VUs, ¿está bien?

Milton Andrés Sanabria

student•

he usado jmeter ahí no se usan lo que acá llaman virtual users sino hilos, virtual user e hilos serán lo mismo?

Juan Hernandez

student•

Hola! yo estoy atorado, cuando trato de utilizar la funcion sleep, obtengo este error:

level=error msg="TypeError: Not a function: [object Object]\n\tat file:///-:22:10(11)\n" executor=ramping-vus scenario=default source=stacktrace

Este es mi código:

import http from "k6/http"
import sleep from "k6"

export const options = {
    stages:[
        {  
            duration: '60s',
            target:10
        },{
            duration: '180s',
            target:10
        },{
            duration: '60s',
            target:0
        }
    ]
};


export default function () {
    let response = http.get("https://myapp.com/session");
    sleep(1)
}

Si comento la linea del sleep(1), se ejecutan correctamente 🤔

Juan Hernandez

student•

Encontré el error, esto sucede por que olvidé colocar el import dentro de llaves:

antes:
import sleep from "k6"

despues
import { sleep } from "k6"

David steven Abril Pulecio

student•

Results: EXECUTION

iteration_duration.............: avg=1.15s min=1.14s med=1.14s max=1.54s p(90)=1.15s p(95)=1.15s

iterations.....................: 1827 7.576731/s

vus.....: 1 min=1 max=10

vus_max.: 10 min=10 max=10

Daiana Isabel Gamez Vivas

student••

import http from "k6/http";

import { sleep } from "k6";

//60 sg lleguemos a 10 vus, mantener por 180sg y en la ultima etapa de 60 sg llegar a cero

export const options = {

stages: [

{

duration: "60s", target: 10

},

{

duration: "180s", target: 10

},

{

duration: "60s", target: 0

}

]

}

export default function () {

let response = http.get("https://api.escuelajs.co/api/v1/products");

sleep(1);

}

Luis Eduardo Burgos Florez

student•

import { sleep } from "k6";import http from "k6/http"; export const options ={ stages:[ { duration:"60s", target:10, },{ duration:"180s", target:10, }, {duration:"60s", target:0, },], } export default function(){ let response = http.get("https://qa-mios.groupcos.com") sleep(1); }

PS D:\k6\pruebas\plaz> k6 run .\stages_prueba1.js

/\ Grafana /‾‾/

/\ / \ |\ __ / /

/ \/ \ | |/ / / ‾‾\

/ \ | ( | (‾) |

/ __________ \ |_|\_\ \_____/

execution: local

script: .\stages_prueba1.js

output: -

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

* default: Up to 10 looping VUs for 5m0s over 3 stages (gracefulRampDown: 30s, gracefulStop: 30s)

█ TOTAL RESULTS

HTTP

http_req_duration.......................................................: avg=64.94ms min=60.71ms med=64.67ms max=83.62ms p(90)=67.11ms p(95)=67.84ms

{ expected_response:true }............................................: avg=64.94ms min=60.71ms med=64.67ms max=83.62ms p(90)=67.11ms p(95)=67.84ms

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

http_reqs...............................................................: 2284 7.598845/s

EXECUTION

iteration_duration......................................................: avg=1.06s min=1.06s med=1.06s max=1.26s p(90)=1.06s p(95)=1.06s

iterations..............................................................: 2284 7.598845/s

vus.....................................................................: 1 min=1 max=10

vus_max.................................................................: 10 min=10 max=10

NETWORK

data_received...........................................................: 1.3 MB 4.3 kB/s

data_sent...............................................................: 244 kB 810 B/s

running (5m00.6s), 00/10 VUs, 2284 complete and 0 interrupted iterations

default ✓ [======================================] 00/10 VUs 5m0s

PS D:\k6\pruebas\plaz>

Luis Eduardo Burgos Florez

student•

Buen día hoy iniciando mis clases en platzi envío mi prueba según lo indicado atento a comentarios

/\ Grafana /‾‾/

/\ / \ |\ __ / /

/ \/ \ | |/ / / ‾‾\

/ \ | ( | (‾) |

/ __________ \ |_|\_\ \_____/

execution: local

script: .\stages_prueba1.js

output: -

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

* default: Up to 10 looping VUs for 5m0s over 3 stages (gracefulRampDown: 30s, gracefulStop: 30s)

█ TOTAL RESULTS

HTTP

http_req_duration.......................................................: avg=64.94ms min=60.71ms med=64.67ms max=83.62ms p(90)=67.11ms p(95)=67.84ms

{ expected_response:true }............................................: avg=64.94ms min=60.71ms med=64.67ms max=83.62ms p(90)=67.11ms p(95)=67.84ms

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

http_reqs...............................................................: 2284 7.598845/s

EXECUTION

iteration_duration......................................................: avg=1.06s min=1.06s med=1.06s max=1.26s p(90)=1.06s p(95)=1.06s

iterations..............................................................: 2284 7.598845/s

vus.....................................................................: 1 min=1 max=10

vus_max.................................................................: 10 min=10 max=10

NETWORK

data_received...........................................................: 1.3 MB 4.3 kB/s

data_sent...............................................................: 244 kB 810 B/s

running (5m00.6s), 00/10 VUs, 2284 complete and 0 interrupted iterations

default ✓ [======================================] 00/10 VUs 5m0s }

Oscar Monsalve

student•

Explicación de por qué se usó sleep y cuál es su utilidad. Lo comparto porque tuve que investigar aparte ya que no había entendido y tal vez alguien más no haya entendido tampoco.

Sleep es útil para simular un comportamiento humano real, ya que un humano no hace solicitudes una tras otra sin parar.

Con sleep(1). Le estamos diciendo a cada VU que espere 1 segundo antes de ejecutar la siguiente iteración del script. Es recomendable usarlo cuando no se busca estresar el sistema, sino simular una carga realista sin sobrecargar el servidor.

Si NO se pone el sleep, cada VU enviará tantas solicitudes pueda enviar por segundo, dependiendo de la latencia de la API. El test será más agresivo y simulará un escenario de "estrés", no de "carga controlada".

Juan David Zamudio Patiño

student•

Este fue mi resultado, sin embargo veo diferencias con respecto a lo realizado por mis compañeros

Miguel Andres Silva Morales

student•

Config Stages:

Results:

Paul Martin Vargas Portugal

student•

Según lo que solicitaron me salió esto al final.

Jefferson Riobueno

student•

Estos fueron mis resultados

import http from "k6/http"
import sleep from "k6"

export const options = {
    stages:[
        {  
            duration: '60s',
            target:10
        },{
            duration: '180s',
            target:10
        },{
            duration: '60s',
            target:0
        }
    ]
};


export default function () {
    let response = http.get("https://myapp.com/session");
    sleep(1)
}

Opciones, stages y virtual users

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?