Baixe 1 - Tutorial Ferramentas de Teste JMETER e Alternativas e outras Notas de estudo em PDF para Cultura, somente na Docsity!
TUTORIAL DE INSTALAÇÃO E CONFIGURAÇÃO DO JMETER
ITAMAR GALVÃO
MÁRCIO SANTOS
TIAGO GIFFONI
[email protected] [email protected] [email protected]
INTRODUÇÃO
Os Testes de Performance , tem como finalidade garantir a integridade e assegurar a qualidade de um sistema ou site, tendo como objetivos principais encontrar erros e corrigi-los. Servem também para obter medida de requisitos não funcionais do software, tais como confiabilidade ou desempenho, usando- se técnicas estatísticas apropriadas. A realização de testes tem por objetivo determinar se o desempenho do sistema integrado é adequado, de acordo com os requisitos do sistema. Testes de performances podem ser realizados ao longo do desenvolvimento, mas somente quando todos os componentes são finalmente integrados é que se pode ter uma medida real do seu desempenho , mostrar a relação entre risco de teste versus requisito de qualidade em aplicações Web, ou seja, quais os requisitos de qualidade que mais comprometem o correto funcionamento destes sistemas caso não sejam corretamente testados. Segundo Molinari, o desempenho é o requisito de qualidade que deveria ter mais cuidado em aplicações Web. Esta importância é ainda mais crítica em aplicações Web tendo em vista o grande volume de dados gerenciados.
JMETER
JMETER é uma ferramenta do grupo APACHE, para a realização de testes de performance, CARGA E STRESS. Apesar de ser este o foco do JMETER (testes de performance, carga e stress) ele também pode ser utilizado para realizar testes em WEB SERVICES, banco de dados e também automatizar
alguns teste funcionais, seu uso, alias, é bastante amplo. Lógico que existem ferramentas que desempenham o mesmo papel que o JMETER como o caso WAST (Web Application Stress Test), WebLoad mas vamos aborar JMETER neste momento. O JMETER em sua operação mais básica e nos posts decorrentes irei aprofundando na sua aplicação. Quem vê o JMETER pela primeira vez não deve se sentir muito confortável devido a sua relativa falta de intuitividade, mas isso logo passa depois que você entende sua estrutura, que pelo que vocês irão ver, que é bem simples. A melhor forma de entender a estrutura de elementos da árvore do JMETER é mostrando logo de início um script do JMETER todo pronto, pois assim fica mais prático. Irei portanto, usar como exemplo um script que escrevi para alguns testes de performance e stress, são scripts simples que mostram como é fácil usar esta ferramenta. Antes, irei mostrar onde se encontram os elementos que serão utilizados no exemplo que irei dar, veja na imagem abaixo como chegar neles. O JMETER permite diversas requisições tais como:
- FTP Request
- HTTP Request
- JDBC Request
- Java Request
- SOAP/XML-RPC Request
- WebService(SOAP) Request
- LDAP Request
- LDAP Extended Request
- Access Log Sampler
- BeanShell Sampler
- BSF Sampler
- TCP Sampler
- JMS Publisher
- JMS Subscriber
- JMS Point-to-Point
- JUnit Request
- Mail Reader Sampler
- Test Action
Bem agora vamos para o script com os elementos utilizados
Vamos na ordem:
1. Inserindo História - Thread Group ( Add > New > Thread Group ) Este é o começo de qualquer script (ou plano de teste, se preferir) no JMETER, este elemento inicia seu script, todos os outros elementos que serão interpretados pelo JMETER devem ficar obrigatoriamente abaixo deste thread group, você pode, se preferir, organizar seu script em vários thread groups sem problemas. É aqui no Thread Group que você irá indicar número de conexões simultâneas, Ramp-up e Tempo de Execução.
2. HTTP Request Defaults ( Thread Group > Add > Config Element > HTTP Request Defaults ) Aqui você define o padrão de seus requests HTTP, este elemento basicamente gerência os HTTP requests que essa thread está prestes a fazer. O que basicamente deve estar preenchido neste elemento é o campo Server Name or IP. 3. HTTP Cookie Manager ( Thread Group > Add > Config Element > HTTP Cookie Manager ) Suporte a Cookies, você pode remover este elemento, mas recomendo deixar. Este elemento garante que cada Thread vai receber seu próprio cookie. 4. CSV Data Set Config ( Thread Group > Add > Config Element > CSV Data Set Config )
Esta aqui é uma facilidade do JMETER, em telas de login ou qualquer tela que você tenha que passar dados para o browser, você pode usar este elemento, ele funciona da seguinte forma. Você preenche arquivo .csv com os parâmetros
8. Browser-derived headers Estes controles o HTTP Proxy Server adiciona automaticamente, não se preocupe com eles. 9. /iredes2/confirmCreateNarrative.do Mais um request gravado pelo HTTP Proxy Server 10. Browser-derived headers Estes controles o HTTP Proxy Server adiciona automaticamente, não se preocupe com eles. 11. Counter - ( Thread Group > Add > Pre Processors > Counter ) Esta aqui é outra facilidade do JMETER, quando existe a necessidade de se incluir vários registros seqüencialmente no banco, a melhor forma de se fazer isso é via estes Counters, ele vai basicamente incrementar em +1 (isto no entanto é configurável)
No caso acima ele vai começar com 1 incrementar de 1 em 1 até 100 e o nome de referência é H, ou seja, onde você quiser utilizar este counter, basta chamar ${H} onde queres incrementar, veja imagem abaixo.
12. View Results in Table - ( Thread Group > Add > Listener > View Results in Table ) Bem aqui é a parte dos relatórios, este relatório exibirá os seguintes valores.
13. View Results Tree - ( Thread Group > Add > Listener > View Results
Tree ) Os resultados estão vazios, mas ele lista aqui todos os requests e alem
disso aqui você tambem pode renderizar o HTML e ver exatamente o que este
request fez, ótimo para debugar caso ocorra algum problema.
14. Graph Results - ( Thread Group > Add > Listener > Graph Results )
E antes de finalizar esta parte que é a mais importante
Estas são as propriedades de uma Thread, você deve informar nela o que você vai fazer:
Number of Threads - Quantidade de Threads que será realizada Ram-UP - Tempo que o JMETER para executar as threads informada acima Loop - Quantas vezes ele irá realizar esta atividade No caso acima 10 requisições em 60 segundos repetindo 5 vezes
No final consolido estes resultados em uma planilha
Ferramentas alternativas para testes de performance no Linux
utilizado geralmente em servidor Apache.
Uma alternativa é a ferramenta OpenSTA , distribuída de forma popular, software de fonte aberta que realiza o teste de regressão, de carga e de esforço. Também conhecida como alternativa do pobre homem a LoadRunner & a seda. Utilizar emulation de vinho, não existe nenhuma evidência documentada de não ter funcionado com sucesso.
LDTP - Projeto de teste do Desktop Linux, criado para produzir a estrutura de automatização de testes de alta qualidade, e com ferramentas pioneiras, que são utilizadas para testar desktops com Linux e melhorá-los. Ele utiliza bibliotecas de acessibilidade, e realizar suas funções através de interfaces do utilizador de suas aplicações. Possui ferramentas para gravar test-cases que se baseia em usuário-seleção na aplicação.
Espere do NIST – está ferramenta utilizada para automatizar aplicações interativas, exemplo: telnet, FTP, passwd, fsck, rlogin, ponta, ssh, etc. é utilizado também para testar estas mesmas aplicações, e adicionando o TK também se pode envolver aplicações interativas em X11 GUIs. Esta ferramenta faz facilmente as sortes das tarefas que são classificadas proibitivas difíceis com qualquer outra coisa, é uma ferramenta inestimável, com ela o usuário poderá automatizar as tarefas mais difíceis de uma forma muito fácil. O Espere também realiza testes de Unix, e foi escrito por Don Libes, para aplicações interativas.
DejaGNU - é uma estrutura para testar outros programas. Tem como finalidade fornecer uma única parte frontal para todos os testes. É como uma biblioteca feita sob encomenda dos procedimentos do Tcl crafted para suportar a escrita de um chicote de fios de teste. Um chicote de fios de teste nada mais é que a infra-estrutura do teste que é criada para suportar um programa ou uma ferramenta específica. Cada programa pode ter os test suites múltiplos,
http://blog.taragana.com/index.php/archive/opensta-load-stress-testing-tool- alternatives-on-linux/pt/
http://www.testexpert.com.br/?q=node/
http://imasters.uol.com.br/artigo/
http://diariodaqualidade.blogspot.com/2007/11/o-opensta-no-morreu-eu- voltei.html
www.slideshare.net/freedomdayms/utilizando-jmeter-para-realizar-testes-de- carga-em-aplicaes-web-presentation/
http://www.vivaolinux.com.br/artigo/Jakarta-JMeter-Testando-o-desempenho- de-seus-sites/
https://www.mar.mil.br/sdms/6917.ppt
http://www.vivaolinux.com.br/artigo/Jakarta-JMeter-Testando-o-desempenho- de-seus-sites?pagina=
http://www.vivaolinux.com.br/artigo/Jmeter-com-qualidade-e-performance/
http://jakarta.apache.org/site/downloads/downloads_jmeter.cgi
