Nó Load Test

O nó Load Test executa testes de carga e performance contra endpoints HTTP, simulando múltiplos usuários virtuais (VUs) em paralelo. Gera evidências visuais em PNG com métricas detalhadas e suporta critérios de aprovação automáticos via limiares.

Visão Geral

Tipos de Teste

Cada tipo de teste gera um perfil de carga diferente automaticamente a partir dos campos VUs e Duração.

Configuração

Requisição

Configuração de Carga

Para o tipo Smoke, o campo VUs é fixo em 1 e não é exibido.
Para o tipo Soak, o padrão de duração é 1800s (30 min).
Para o tipo Breakpoint, o campo VUs representa o máximo de VUs que serão atingidos.

Como o Breakpoint funciona

O teste divide a duração total em passos de ~30s, aumentando os VUs progressivamente:

VUs: 10 | Duração: 60s  →  2 passos de 30s
  Passo 1: 0s → 30s  →  5 VUs
  Passo 2: 30s → 60s →  10 VUs

Stages Customizadas

Ative Custom na seção Stages para definir manualmente o perfil de carga:

Exemplo de stages para um teste stress manual:

Autenticação

Usando Credenciais Salvas

Selecione uma credencial do tipo HTTP/API. A URL base e os dados de autenticação são aplicados automaticamente:

1. Selecione a credencial no campo Credencial
2. A URL base é preenchida automaticamente no campo URL
3. Complete com o path do endpoint: /api/checkout

Autenticação Manual

Limiares (Thresholds)

Limiares definem critérios de aprovação automáticos. Se qualquer limiar não for atingido, o nó é marcado como FALHOU.

Exemplos de limiares comuns:

Sem limiares configurados, o nó sempre passa (desde que o endpoint responda).

Outputs

Estrutura do objeto metrics

{
  "totalRequests": 1141,
  "errorCount": 0,
  "errorRate": 0.0,
  "rps": 34.49,
  "avgDuration": 212,
  "minDuration": 98,
  "maxDuration": 668,
  "p50": 182,
  "p90": 332,
  "p95": 451,
  "p99": 579
}

Acessando os Outputs

// Verificar se passou
{{ steps["load-test"].outputs.passed }}  →  true

// Total de requisições
{{ steps["load-test"].outputs.metrics.totalRequests }}  →  1141

// Latência p95
{{ steps["load-test"].outputs.metrics.p95 }}  →  451

// Taxa de erro
{{ steps["load-test"].outputs.metrics.errorRate }}  →  0.0

// RPS
{{ steps["load-test"].outputs.metrics.rps }}  →  34.49

Evidências Geradas

O nó gera automaticamente dois gráficos PNG como evidência da execução:

1. Relatório de Resumo (load-test-report.png)

Visão consolidada com:

• Cards de métricas (p50, p95, p99, Avg, RPS, Requests, Errors, Error Rate)
• Gráfico de barras horizontais com distribuição de latência
• Gráfico de throughput ao longo do tempo (req/s)
• Pills de status de cada limiar configurado
• Rodapé com stages executadas

2. Timeline RPS × Latência (load-test-timeline.png)

Gráfico dual-axis com:

• Barras azuis (eixo esquerdo): RPS ao longo do tempo
• Linha laranja (eixo direito): Latência média ao longo do tempo
• Linha roxa tracejada (eixo direito): Latência p95 ao longo do tempo

O gráfico de timeline é especialmente útil para Breakpoint e Stress, onde é possível visualizar exatamente em que momento a latência começa a subir em resposta ao aumento de carga.

Exemplos Práticos

Smoke test — Validação básica

Tipo: Smoke
URL: https://api.exemplo.com/health
Método: GET
Duração: 10s

Ideal para rodar no início de um fluxo de testes — garante que o ambiente está no ar.

Load test — Carga normal com limiares

Tipo: Load
URL: https://api.exemplo.com/products
Método: GET
VUs: 20
Duração: 60s
Limiares:
  - p95 < 500
  - errorRate < 1

Stress test — Limites do sistema

Tipo: Stress
URL: https://api.exemplo.com/checkout
Método: POST
VUs: 100
Duração: 120s
Body: { "productId": "123", "quantity": 1 }
Auth: Bearer → {{ variables.API_TOKEN }}
Limiares:
  - p99 < 2000
  - errorRate < 5

Breakpoint — Ponto de ruptura

Tipo: Breakpoint
URL: https://api.exemplo.com/search
Método: GET
Max VUs: 200
Duração: 300s
Limiares:
  - p95 < 1000
  - errorRate < 2

O sistema irá aumentar progressivamente de 1 até 200 VUs em passos de ~30s. Quando p95 ultrapassar 1000ms ou erros superarem 2%, o nó marca como falha — indicando o ponto de ruptura.

Encadeando com outros nós

[Load Test: Smoke]
    │ outputs.passed = true
    ▼
[If: {{ steps.smoke.outputs.passed }}]
    │ true  → [Load Test: Load completo]
    │ false → [Log: "Smoke falhou — ambiente indisponível"]

Isolamento de Fila

O nó Load Test é executado em uma fila separada (qanode-load-tests) para não interferir nos outros fluxos em execução.

Para configurar um worker dedicado ao Load Test:

WORKER_QUEUES=load-tests node dist/start.js

Para um worker que processa ambas as filas:

WORKER_QUEUES=executions,load-tests node dist/start.js

Dicas

• Comece pelo Smoke antes de rodar testes de carga — garante que o endpoint está respondendo corretamente
• Configure limiares para que o teste falhe automaticamente quando o sistema degradar, sem precisar analisar os números manualmente
• Use o gráfico de timeline para identificar o momento exato de degradação em testes Breakpoint e Stress
• Think Time simula comportamento humano — útil para testes Soak onde você quer carga contínua mas realista
• Credenciais salvas facilitam a execução em diferentes ambientes (staging, produção) sem alterar o fluxo
• Para testes confiáveis, até 100 VUs por instância de worker. Acima disso, considere um worker dedicado