Descobrir o limite antes que o usuário descubra
O sistema que responde bem com dez pessoas pode parar com quatrocentas no primeiro dia útil do mês. A pergunta não é se ele aguenta, é onde ele quebra primeiro e quanto tempo antes disso você fica sabendo.
Por que o gargalo aparece só em produção
Homologação costuma ser testada com volume que não se parece com o pico real da operação.
O teste usou o volume errado
Validar com carga de dia comum não diz nada sobre fechamento mensal, campanha ou virada fiscal, que são exatamente os momentos em que a parada custa mais.
O gargalo é atribuído ao lugar errado
Sem medição por camada, lentidão vira discussão entre time de aplicação, banco e infraestrutura, e ninguém consegue provar onde está.
Não há evidência para decidir o go-live
A decisão de subir ou adiar acaba sendo tomada por percepção, sem número que sustente a escolha depois.
Como funciona
O teste reproduz o pico que a operação realmente enfrenta.
Definição do cenário de pico
Levantamento do momento de maior carga real, com a área de negócio: qual transação, qual volume, qual concorrência, qual janela.
Simulação de usuários
Execução com usuários simulados reproduzindo o comportamento do cenário, e não apenas requisições sintéticas sem contexto de sessão.
Medição por camada
Coleta de tempo de resposta e consumo por camada, para separar limite de aplicação, de banco e de infraestrutura.
Relatório com ponto de ruptura
Entrega do volume em que o tempo de resposta degrada, do ponto em que a operação para, e da recomendação para cada gargalo encontrado.
O que é medido
A saída é evidência para decisão, não um gráfico bonito.
| Indicador | O que responde | Decisão que suporta |
|---|---|---|
| Tempo de resposta por transação | Quanto o usuário espera sob carga | Aceite de performance no go-live |
| Ponto de degradação | Em que volume a resposta piora | Dimensionamento de capacidade |
| Ponto de ruptura | Em que volume o sistema para | Limite operacional declarado |
| Consumo por camada | Onde o recurso satura primeiro | Onde investir em infraestrutura |
| Comportamento na recuperação | Se o sistema volta sozinho | Plano de contingência |
Números
Dados reais de operação.
- +12 milUsuários simulados em stress testMedido na operação de um cliente de grande porte.
Perguntas frequentes
O teste roda em produção?
Não. Roda em ambiente de homologação dimensionado de forma comparável, justamente para encontrar o limite sem provocar a parada que se quer evitar.
Serve para SAP e para aplicação web?
Sim. O cenário muda, a lógica não: reproduzir o pico real, medir por camada e entregar o ponto em que degrada.
Preciso disso se o sistema nunca caiu?
Sistema que nunca caiu ainda não encontrou o pico dele. O teste existe para você conhecer esse número antes da operação conhecer.
Veja também
Qual é o dia mais pesado da sua operação?
Reproduzimos esse dia em homologação e entregamos onde o sistema começa a ceder.