Este documento apresenta uma palestra sobre testes de desempenho com JMeter, abordando tópicos como configuração do ambiente, melhores práticas para criação e execução de testes, casos complexos envolvendo filas de mensagens e frameworks front-end com Ajax.
Abrindo a caixa de ferramentas: atirando pedras com Jmeter
1. Abrindo a Caixa de Ferramentas
Atirando Pedras com Jmeter
Evandro Grezeli
egrezeli@gmail.com
Maio/2016
Proibida cópia ou divulgação sem
permissão escrita do CMG Brasil.
1
2. Sobre
Entusiasta em assuntos que tangem a desempenho de
aplicação
+10 anos de experiência com desenvolvimento de software Java e
otimização de sistemas em baixa plataforma
Manutenção e desenvolvimento de componentes para o Jmeter
Colunista no site http://jmeter.com.br
Especialista em capacidade e desempenho na maior companhia de
meios de pagamento do Brasil
Proibida cópia ou divulgação sem
permissão escrita do CMG Brasil.
2
3. Proibida cópia ou divulgação sem
permissão escrita do CMG Brasil.
3
ANTERIORMENTE
NO CMG 2015...
4. Em 2015...
Falando de testes de desempenho
Importância de testes de desempenho
O conceito do tempo de resposta
Reconhecimento do Ambiente
Tipos de testes de desempenho
Metodologia e Planejamento
Proibida cópia ou divulgação sem
permissão escrita do CMG Brasil.
4
5. AGENDA
Configurando o ambiente
Modos de usar o Jmeter
Melhores práticas para criar, testar e atirar
Casos complexos e saídas (MQ e Framework com visão)
Proibida cópia ou divulgação sem
permissão escrita do CMG Brasil.
5
7. Configurando o ambiente
Pré requisitos mínimos*:
* fonte oficial: http://jmeter.apache.org/usermanual/get-started.html
OK, e...?
… se eu quiser simular 1.000 usuários virtuais?
… utilizar recursos visuais durante o teste?
… trafegar todos os elementos da página?
… utilizar beanshell durante o teste?
… realizar validações em todos os passos do teste?
8. Configurando o ambiente
Jmeter é uma ferramenta que precisa de uma caixa dentro
de uma caixa
SO 2.5 GB
Jmeter
JVM
1.5 GB
Ligado diretamente com a capacidade de memória (alocação de thread)
E CPU (velocidade que as threads trabalham)
Exemplo
Intel Core i7 @ 2.20GHz
4 GB RAM DDR3
100 GB disco
Cenário simples
expressões regulares; output em arquivo;
distribuição de peso nativa
Na prática, a conta* é
para cada thread criada no Jmeter, é
necessário 2,5 MB disponível na JVM
* pode variar de acordo com a forma que o Jmeter é inicializado, para mais!
9. Modo de usar o JMeter
GUI (para testes e criação)
Linha de comando (apenas para teste)
Onde:
-n: indica que não deve ser aberta a GUI
-t: o caminho do script que será executado
-l: arquivo gerado com informações do teste
DICA
Interrompa os testes no
modo
non-gui utilizando os scripts
stoptest.sh ou stoptest.cmd
10. Modo de usar o JMeter
Mestre e Escravo
Certifique-se que: Mesma versão de Jmeter
Mesma versão de JVM
Massa de dados estão no local correto
Iniciando o(s) escravo(s)
Adicione o endereço do escravo no mestre
No arquivo jmeter.properties
11. Modo de usar o JMeter
Mestre e Escravo
Certifique-se que: Mesma versão de Jmeter
Mesma versão de JVM
Massa de dados estão no local correto
Iniciando o(s) escravo(s) de forma non-GUI
Onde:
-n: indica que não deve ser aberta a GUI
-t: o caminho do script que será executado
-r: endereços dos servidores escravos presentes no properties
12. Melhores Práticas
Criar
Basicamente, Jmeter se divide em duas áreas
Testplan: Área destinada a colocar os elementos referentes ao teste
Workbench: Área destinada a colocar os elementos que gravam requisições HTTP
O que deve se atentar:
Para facilitar na criação, na área “TestPlan”, adicione um “Thread Group”
e use-o como “Target Controller”
Agrupe as transações, definindo no combo box “Grouping”
a opção “Put each group in a new transaction controller”
Adicione as exclusões sugeridas, clicando no botão “Add suggested excludes”
View results tree serve
para visualizar a navegação
já realizada
13. Melhores Práticas
Testar
User Defined Variables
Sempre tenha váriaveis locais no script, para
dar fácil manutenção no mesmo
Exemplo
Endereço de diretórios para escrita de log, leitura de massa de
dados; diferentes valores de endereços web (ambiente
homologação, TI, produção)
HTTP Cookie Manager
Permita que o Jmeter gerencie os cookies da
aplicação de forma automática
HTTP Header Manager
Toda requisição Web deve ter um cabeçalho,
com este componente o mesmo é
padronizado para todas as requisições
14. Melhores Práticas
Testar CSV Data Set Config
Com este componente é possível utilizar um
arquivo CSV (comma-separated-value)
para massa de dados das requisições
HTTP Request Defaults
Todas as requisições Web possuem um
caminho padronizado
Response Assertion
Verifica na resposta da requisição através
de padrões de buscar por um trecho de
texto específico, URL, código de resposta HTTP e
resposta de um header
15. Melhores Práticas
Testar
Throughput Controller
Através deste componente é possível
definir o peso de cada umas das
requisições, em percentual
Regular Expression Extractor
Através de um motor de expressão regular
baseado em Perl, é possível extrair
informações de uma resposta web e
utiliza-la posteriormente
16. Melhores Práticas
Testar
View Results Tree
Uma vez criado, editado e configurado o
script, com este relatório é possível
visualizar através de um simulador de
navegador web como foi o request enviado
e qual o seu response
ATENÇÃO
Este componente consome
muita memória da JVM, portanto
não esqueça de desabilita-lo
antes de executar um teste pesado
17. Melhores Práticas
Atirar
Ultimate Thread Group
Uma biblioteca construída pela comunidade
que permite o incremento de threads
(ramp-up) ao longo de um
tempo pré-determinado
Exemplo
18. Melhores Práticas
Atirar
Simple Data Writer
Gerenciador de escrita em disco que não
interage com a interface gráfica (leve)
Exemplo de configuração
DICA
Por padrão, o Jmeter escreve o
timestamp como epoch time, altere para
uma forma mais legível alterando no
jmeter.properties
19. Caso 1: Teste com MQ
Nativamente, o Jmeter tem suporte ao protocolo MQ, no caso JMS
O JMS Point-to-Point envia uma mensagem única e exclusivamente
para uma destinada fila de uma aplicação de maneira assíncrona.
QueueConnection Factory
Nome JNDI (definição de um contexto que
específica aonde procurar um objeto, no
nosso caso um objeto no Websphere MQ)
da queue connection factory
(direcionamentos do depósito de
informações iniciais de filas) que será
utilizado para conectar com o sistema de
mensagem.JNDI name Request queue
Nome JNDI da fila já previamente criada Content
O conteúdo da mensagem que será enviada
Communication Style
Conforme o teste, deve ser escolhido entre request ou request-response
20. Caso 1: Teste com MQ
Initial Context Factory
É a definição para o JNDI aonde ele deve
começar a procura pelo contexto. Para contexto
de arquivos de sistema, preencha este campo
com
“com.sun.jndi.fscontext.RefFSContextFactory”.
Provider URL
Ao definir o contexto de busca por arquivos de sistema, neste campo é definido aonde este arquivo se
encontra, neste caso citando que ele deve abrir o arquivo presente na pasta onde o arquivo binding
foi gerado. Este campo deverá ficar preenchido da seguinte maneira: file:${caminho}.
Onde:
file: informo ao JMeter que ele deve abrir o primeiro arquivo que ele
encontrar dentro de um caminho específico
${caminho}: uma variável definida apontando o diretório onde o arquivo
se encontra do gerenciador de fila está gerado, com os apontamentos
devidos
21. Caso 1: Teste com MQ
O resultado de um teste para verificação,
deve ser assim:
22. Caso 2: Teste IceFaces e AjaxPush
Componente de visão é uma forma que o desenvolvedor tem de
armazenar a navegação do usuário entre “push” e “push back”,
do lado do cliente ou do lado do servidor
“The Horror!”
Viewstate windowstate
eventview
Expressões regulares bem aplicadas, conhecimento da aplicação
resolvem os problemas!
AjaxPush
23. Caso 2: Teste IceFaces e AjaxPush
Jmeter e Javascript/Ajax?
Oficialmente, não é suportado pelo Jmeter
requisições do tipo cliente side. Portanto,
para poder atualizar as requisições de uma
post, é necessário extrair dados de um
response.
DICA
O Jmeter respeita hierarquia. Uma vez
colocado expressão regular antes de
requisições, a mesma será aplicada
toda vez que as condições forem
atendidas
Exemplo de regex:
24. Caso 2: Teste IceFaces e AjaxPush
Desafio é conseguir simular de maneira correta o Ajax Push.
A requisição que aguarda pela atualiazação do icepush é um servlet que
bloqueia a requisição quando uma atualização da visão é realizada (tempo
padrão para este mecanismo é de 55 segundos). Se nenhuma atualização
estiver disponível após o tempo aguardado, uma resposta contendo o valor
<noop/> retorna como resposta da requisição.
SOBRE
O Ajax Push permite a aplicação atualizar qualquer parte da página em
qualquer
momento para qualquer grupo de usuários, através de requisições assíncronas
disparada pelo cliente ao servidor.
25. Caso 2: Teste IceFaces e AjaxPush
Para que seja visualizada uma atualização
do pushId, é necessário enviar na
requisição a ice.view daquele instante.
Logo após esta requisição, é feita uma
expressão regular para extrair a resposta
da mesma
26. Caso 2: Teste IceFaces e AjaxPush
Logo após a extração da resposta da requisição, é feita uma
verificação condicional através do If Controller. Caso a condição seja
satisfeita uma requisição a aplicação é feita com os novos dados
atualizados da página
IMPORTANTE
Ao final do ciclo da thread, deve ser enviado um submit
contendo o “dispose” da visão, para não sobrecarregar
a memória do servidor (simular usuário real)
27. Obrigado!
Evandro Grezeli
egrezeli@gmail.com
http://br.linkedin.com/pub/evandro-grezeli/6/b88/719/en
Proibida cópia ou divulgação sem
permissão escrita do CMG Brasil.
27