Testes de carga com Apache JMeter

Uma das coisas que mais aprecio no v�o livre (fa�o v�os de parapente) s�o os preparativos. Gosto de observar todos os apetrechos que levo comigo: GPS, vari�metro, b�ssola, r�dio, apito, canivete su��o, lanterna, m�quina fotogr�fica e um monte de coisas mais. O divertido � pensar em como tudo aquilo vai ser �til em determinado momento do v�o. Seria poss�vel voar sem nenhum destes equipamentos, sendo necess�rio usar apenas a vela e a selete (a cadeira onde o piloto fica alojado), mas o v�o certamente n�o seria o mesmo. Grande parte dos equipamentos � exigida por seguran�a; outros s�o capazes de auxiliar na hora de ganhar altura, ou de saber que lugar exatamente se est� sobrevoando.

Mas por que esse papo de v�o livre se a revista � sobre Java? Acontece que tenho a mesma sensa��o quando ligo meu laptop, abro meu IDE e vejo ali os plug-ins e outros componentes instalados, e que me ajudam na hora de desenvolver, testar, depurar ou otimizar minhas aplica��es Java. Eu poderia, � claro, escrever meus sistemas usando apenas o JSDK e um editor de textos, mas o desenvolvimento n�o seria t�o divertido � nem eficaz � do que usando as ferramentas corretas. Uma dessas ferramentas � o Apache JMeter, que apresento neste artigo.

O JMeter

Projeto antigo do Grupo Apache, o JMeter foi inicialmente concebido para a cria��o e execu��o de testes de carga em aplica��es web. Com ele � poss�vel simular usu�rios simult�neos acessando diversas p�ginas e seguindo fluxos de navega��o distintos. Como resultado dos testes, o JMeter fornece relat�rios e gr�ficos que auxiliam a visualizar � e compreender � como a aplica��o reagiu. S�o apresentados tempos m�dios, m�ximos e m�nimos de resposta, o n�mero de requisi��es aceitas e negadas, e uma s�rie de outras informa��es. O JMeter vem evoluindo e incorporando mais tipos de testes e relat�rios: hoje � poss�vel testar, al�m de aplica��es web, servidores FTP, bancos de dados e web services, entre outros.

Voc� pode obter uma c�pia da ferramenta no site de downloads do Jakarta (veja links). Feito o download, descompacte o pacote em um diret�rio � sua escolha. Ser�o criados os seguintes subdiret�rios:

bin: cont�m scripts para inicializa��o do console gr�fico e do servidor, al�m dos arquivos de propriedades do JMeter;
docs: documentos HTML com informa��es b�sicas sobre a ferramenta, manual do usu�rio e exemplos de planos de testes;
extras: arquivos relacionados com a task Ant para automa��o de planos de testes, incluindo bibliotecas e modelos de relat�rios (veja o quadro "JMeter via Ant");
lib: bibliotecas utilizadas pelo JMeter (voc� pode copiar drivers JDBC e outros JARs para esse diret�rio para torn�-los acess�veis durante os testes);
printable_docs: inclui o manual no diret�rio docs, mas sem frames para facilitar a impress�o.

Planos de testes

Um plano de testes (Test Plan) representa a navega��o de usu�rios por uma aplica��o web. Em uma livraria virtual, por exemplo, essa navega��o poderia iniciar-se por uma p�gina de autentica��o, indo para a busca de livros, depois para os resultados da busca e seguindo para p�ginas de resumo e confirma��o. Criar um plano de testes nesse caso exigiria representar requisi��es HTTP e cookies, al�m de um temporizador para estabelecer pausas entre requisi��es (j� que o cliente passa algum tempo escolhendo livros, por exemplo) � isso para citar apenas alguns elementos.

Nesse sentido, o JMeter oferece componentes que representam grupos de threads, requisi��es, configura��es b�sicas, sess�es e cookies, entre muitos outros necess�rios para testes de aplica��es web. Os componentes s�o organizados em categorias e podem ser criados e manipulados atrav�s do console gr�fico da ferramenta.

Primeiro Plano

Vamos criar um plano de testes simples para uma aplica��o de exemplo do Tomcat que acessa uma p�gina JSP:

http//localhost:8080/examples/jsp/dates/date.jsp

Inicialize o console gr�fico do JMeter chamando jmeter.bat (jmeter, no Linux). Veja a Figura 1. Vamos simular o acesso concorrente de 10 usu�rios e gerar relat�rios com os resultados. O primeiro passo � adicionar um Thread Group, componente respons�vel pela cria��o de threads. Clique com o bot�o direito em Test Plan, na �rvore de componentes, e escolha Add > Thread Group (veja a Figura 2); mude o nome para "Primeiro Exemplo" e o n�mero de threads para 10. O campo Ramp-up period � utilizado caso se queria aumentar gradualmente o n�mero de threads durante a execu��o, o que � �til para verificar a escalabilidade de uma aplica��o; n�o vamos us�-lo nesse primeiro exemplo.

Desmarque o checkbox Forever e altere o valor de Loop Count para 1 (o teste ser� executado apenas uma vez). A op��o Scheduler foi adicionada na vers�o 1.9.1 e permite agendar um hor�rio para in�cio e o final dos testes, o que � bastante �til para executar testes durante uma determinada quantidade de tempo, sem fixar o n�mero de repeti��es.

Vamos adicionar um Sampler do tipo HTTP Request, que faz requisi��es HTTP contra um servidor web. Clique com o bot�o direito no Thread Group e selecione Add > Samplers> HTTP Request. Defina o Name e altere o endere�o do servidor para "localhost" (note que n�o � inclu�do o protocolo). Deve-se adicionar a porta caso ela seja diferente da default (80): usaremos a porta padr�o do Tomcat: 8080. Escolha tamb�m o m�todo HTTP a ser usado, que nesse exemplo simples ser� GET, e defina o path como /examples/jsp/dates/date.jsp. Veja a Figura 3.

Saiba mais: Servi�os RESTful: verbos HTTP

Por �ltimo, vamos adicionar dois Listeners para apresentar o resultado dos testes. No menu de contexto do Thread Group, selecione Add > Listener > Aggregate Report. Repita o processo, adicionando o listener View Results in Table.

Voc� j� pode executar os testes, chamando o comando Run > Start. O JMeter criar� 10 threads e todas solicitar�o a p�gina date.jsp. Os resultados ser�o apresentados nos dois listeners. O Aggregate Report (Figura 4) apresenta o n�mero total de requisi��es e os tempos m�dio, m�nimo e m�ximo de resposta (em milissegundos), al�m do percentual de erros e da taxa de respostas por segundo. O listener View Results in Table mostra o tempo de resposta de cada solicita��o e se ela foi atendida com sucesso (veja a Figura 5).

Terminamos o primeiro exemplo. Voc� pode salvar o plano de testes (com Save|Test Plan). O arquivo (XML) ser� gravado com a extens�o .jmx.

Defaults, Controladores e Requisi��es

Vamos a um exemplo mais completo que utiliza sess�es, componentes de configura��o e outras funcionalidades do JMeter. Usaremos outra aplica��o de exemplo do Tomcat, chamada "Calendar", acess�vel em http://localhost:8080/examples/jsp/cal/login.html. Um fluxo t�pico para esta aplica��o �:

Exibir a p�gina com o formul�rio de login;
Submeter os dados de login;
Selecionar uma data e um hor�rio para um novo compromisso;
Submeter o compromisso.

O objetivo dos testes ser� medir o tempo m�dio de resposta para todas as requisi��es e identificar a p�gina que mais consome tempo durante a execu��o. Novamente vamos simular dez usu�rios simult�neos.

Sabendo o fluxo de navega��o e o que pretendemos testar, vamos ao plano de testes. Vamos acessar as seguintes URLs, usando o m�todo HTTP GET para as primeiras tr�s e POST para a �ltima:

http://localhost:8080/examples/jsp/cal/login.html
http://localhost:8080/examples/jsp/cal/cal1.jsp?name=Handerson&email=handerson.gomes%40summa-tech.com
http://localhost:8080/examples/jsp/cal/cal2.jsp?time=9am
http://localhost:8080/examples/jsp/cal/cal1.jsp

Observe que as URLs s�o muito semelhantes. Imagine como seria mais simples se fosse poss�vel configurar valores default para evitar a entrada do nome do servidor e do n�mero da porta para todas as requisi��es. Pensando nesses casos, a equipe do JMeter criou os componentes Config Elements, que permitem definir valores padr�o para requisi��es.

Crie um plano de testes (chame-o de "JSP Calendar") e adicione a ele um Config Element do tipo HTTP Request Defaults. Defina as configura��es conforme a Figura 6 (observe que foi adicionado o endere�o e a porta do servidor).

O suporte a cookies � fundamental nesse exemplo. Adicione outro Config Element, um HTTP Cookie Manager, que � capaz de interceptar uma requisi��o HTTP, verificar se h� cookies em anexo, salv�-los e envi�-los de volta nas requisi��es posteriores.

O pr�ximo passo � configurar as requisi��es HTTP. Devemos especificar as URLs e os par�metros enviados para a aplica��o web. Crie um Thread Group e a ele adicione dois elementos do grupo Logic Controller � um Once Only Controller (Figura 7), que ir� conter as requisi��es de Login (que acontecem uma �nica vez); e um Simple Controller, para a requisi��o de adi��o de compromisso.

Adicione um HTTP Request ao Once Only Controller (usando Add > Sampler > HTTP Request) e defina as op��es conforme a Figura 8. Observe que os campos Server Name or IP e Port Number ficam em branco � o JMeter buscar� essas informa��es no elemento HTTP Request Defaults criado anteriormente.

Crie mais um HTTP Request (com nome "JSP de Login"), esta requisi��o utiliza os par�metros name e email. Para adicion�-los, clique em Add e fa�a preencha o nome e o valor como na Figura 9.

Adicione outros dois HTTP Requests, agora ao Simple Controller. Fa�a as configura��es como nas Figuras 10 e 11 (lembre-se de preencher o campo Path com os caminhos das URLs mostradas anteriormente). O console do JMeter tem suporte a "Copiar e Colar" e permite arrastar objetos de um grupo para outro. Esta � uma funcionalidade adicionada nas vers�es mais recentes, e que fez muita falta nos primeiros releases da ferramenta.

Com todos os elementos de requisi��es adicionados, faltam apenas definir os listeners, para apresenta��o dos resultados. Crie os seguintes: Aggregate Report, View Results Tree, View Results in Table.

Voc� j� pode executar os testes e verificar os resultados obtidos. No ambiente montado para o artigo, o Aggregate Report informou que a �P�gina de novo Compromisso� teve a m�dia de tempo de resposta mais alta, 64 ms, mas foi prejudicada por um tempo m�ximo de 421 ms. O valor de Rate (que significa quantas requisi��es puderam ser atendidas por segundo) � semelhante para todas as requisi��es, na casa de 9.7 (Figura 12). Outra coluna a ser observada � count � note que todas as p�ginas foram executadas 10 vezes, mesmo as que estavam no Once Only Controller, pois o teste foi feito com dez usu�rios simult�neos.

O View Results Tree mostra informa��es mais detalhadas sobre as respostas, apresentando o cookie utilizado (em Cookie Data), o tempo de resposta (em Load Time) e a p�gina HTML retornada com duas visualiza��es: o c�digo fonte e um preview do HTML (veja a Figura 13).

Grava��o de Requisi��es

Se o seu plano de testes fizer a navega��o por um site com muitas p�ginas, a cria��o de HTTP Requests para cada uma se tornar� trabalhosa e repetitiva. Para simplificar, o JMeter oferece um servidor de proxy que intercepta as requisi��es feitas por um navegador web e cria automaticamente< HTTP Requests. Para o proxy � poss�vel tamb�m definir filtros de p�ginas, evitando criar Requests para imagens ou applets, por exemplo.

Vamos criar um plano de testes utilizando o proxy para simular a navega��o de um usu�rio pelo site da Java Magazine, percorrendo as p�ginas da mat�ria �A Escolha Certa� (voc� pode usar qualquer outro site para simular os testes, � claro). Crie um novo plano de testes e adicione em WorkBech um elemento HTTP Proxy Server, usando Add > Non-Test Elements > HTTP Proxy Server. Defina a porta do proxy � a default � 8080, mas como esta � utilizada pelo Tomcat, usamos a 1010.

Defina tamb�m um filtro para que n�o sejam criados HTTP Requests para imagens e folhas de estilo (.css). Os tipos de arquivos ignorados s�o definidos usando express�es regulares no campo Patterns to Exclude, no caso: .*\.jpg, .*\.gif e .*\.css.

Adicione um Thread Group e dentro dele um Recording Controller, que � um componente do tipo Logic Controller respons�vel por gerar os HTTP Requests acessados atrav�s do proxy. Inicie o proxy clicando no bot�o Start (veja a Figura 14).

� necess�rio configurar seu navegador para fazer uso do proxy. No Internet Explorer 6.0, por exemplo, chame Tools|Internet Options > Connections > LAN Settings e selecione a op��o Use a proxy server for your LAN e adicione as entradas espec�ficas (Figura 15). Outros browsers como o Mozilla t�m configura��es semelhantes.

Com o plano de testes montado, o proxy em execu��o e o browser configurado, basta navegar pelo site e abrir as p�ginas desejadas. Ao final ser� criado no Recording Controller v�rios HTTP Requests (Figura 16). Se estes n�o aparecerem, verifique se o browser n�o est� recuperando p�ginas do cache (nesse caso experimente for�ar o recarregamento da p�gina, com CTRL+R ou Shift+F5). Finalizados os testes, voc� pode parar o proxy.

Se voc� visitou as quatro p�ginas do artigo "Ecolha Certa", deve ter agora cinco HTTP Request criados. Em cada um deles, haver� um elemento do tipo HTTP Header Manager, que armazena os atributos de cabe�alhos HTTP enviados pelo servidor, por exemplo Cache-control e User-Agent. As propriedades If-Modified-Since e If-None-Match, adicionadas automaticamente, s�o respons�veis pelas informa��es de cache. Se voc� as mantiver nos HTTP Requests, o servidor HTTP (no caso, o Tomcat) vai assumir que o browser, ou o JMeter, mant�m uma c�pia da p�gina localmente e que esta ser� usada, n�o enviando portanto uma p�gina quando solicitado. Para evitar esse problema, remova do primeiro HTTP Request o elemento Browser-Derived Headers (em HTTP Header Manager).

Adicione tamb�m os seguintes listeners ao Thread Group: View Results Tree, Graph Results e Aggregate Report. Altere tanto o n�mero de threads como o Loop Count para 10.

Execute os testes. Voc� ver� que apenas a primeira p�gina realmente foi retornada pelo servidor HTTP, o que fica claro quando analisamos os resultados em View Results Tree. No Aggregate Report, verificamos que a primeira requisi��o levou em m�dia 4.6 ms para ser retornada (Figura 17).

Observe que o gr�fico em Graph Results (Figura 18) apresenta linhas com poucas varia��es, indicando um tempo de resposta constante. Cada ponto destacado no gr�fico representa o tempo de resposta de uma requisi��o.

Testes em Bancos de Dados

Outros testes que podem ser realizados com o JMeter s�o de consultas SQL, drivers JDBC e da capacidade de processamento de banco de dados. Como exemplo, vamos acessar um banco de dados HSQLDB (no entanto ser� f�cil portar o exemplo para o banco de dados mais acess�vel para voc�). Veja na Listagem 1 o script para cria��o da tabela com a inser��o de alguns registros.

Localize o diret�rio onde o JMeter foi instalado (por exemplo, c:\jakarta-jmeter-1.9.1) e copie para seu subdiret�rio lib o driver JDBC do banco. Se o JMeter estiver em execu��o, reinicie-o para que o driver seja adicionado ao classpath da ferramenta.

Crie um plano de testes e adicione um Config Element do tipo JDBC Database Login Defaults. Este componente armazena as informa��es de acesso ao banco. Para uma conex�o ao HSQLDB use as seguintes configura��es:

JDBC URL: jdbc:hsqldb:hsql://localhost
Driver Class: org.hsqldb.jdbcDriver
Username: sa

Por default, o HSQLDB n�o define uma senha para o usu�rio �sa�, portanto o campo Password pode ficar vazio.

Adicione tamb�m um Config Element do tipo JDBC Database Connection Pool Defaults. Neste componente s�o definidas configura��es para o pool de conex�es usado pelo JMeter. Se sua aplica��o web faz o acesso ao banco de dados atrav�s de um pool (do servidor de aplica��es, por exemplo), uma possibilidade � configur�-lo da mesma forma que foi configurado o pool do servidor, ou seja, com o mesmo n�mero m�ximo de conex�es. Dessa forma � poss�vel fazer os testes das consultas SQL num ambiente semelhante ao de execu��o.

Adicione um Thread Group e, nele, um Simple Controller. Dentro do Controller insira quatro Samplers do tipo JDBC Request que conter�o as consultas SQL a serem enviadas ao banco:

select * from CLIENTES order by NOME desc
select * from CLIENTES
select * from CLIENTES where ID = 1
select * from CLIENTES where ID+1 = 3

Preencha os campos SQL Query String com a consulta SQL; para o campo Name, costumo usar o pr�prio comando SQL, j� que este � mostrado em alguns relat�rios (como o Aggregate Report). Os outros campos ser�o substitu�dos na execu��o dos testes, pelos valores definidos nos Config Elements.

Por fim, adicione os listeners Aggregate Report e Graph Results. Execute os testes com um usu�rio (1 thread), 50 vezes (Loop Count = 50). Os resultados sumarizados s�o mostrados na Figura 19.

JMeters Simult�neos

Ao utilizar o JMeter para simular v�rios usu�rios simult�neos, poderemos ter problemas no lado do cliente quanto ao uso de recursos. Dependendo do n�mero de usu�rios simulados e da velocidade de resposta do servidor, a m�quina cliente poder� ser insuficiente para tratar todas as requisi��es.

Para resolver este problema � poss�vel rodar inst�ncias remotas do JMeter em v�rios computadores da rede, dividindo o trabalho de execu��o dos testes. As inst�ncias remotas executam os testes em paralelo e reportam o resultado para um �nico cliente que faz a sumariza��o, tornando poss�vel alcan�ar um grande n�mero de requisi��es sem sobrecarregar os clientes. Veja mais sobre esse recurso.

Listagem 1. Script para cria��o da tabela de exemplo.


create table CLIENTES (

  ID INTEGER not null, NOME VARCHAR(255) not null,

  EMAIL VARCHAR(255), CIDADE VARCHAR(255) );

 

insert into CLIENTES values (1, 'Handerson Ferreira Gomes',

  'handerson.gomes@summa-tech.com','Sao Paulo');

 

insert into CLIENTES values (2,'Joao da Silva',

  'joao@silva.com', 'Curitiba');

 

insert into CLIENTES values (3,'Maria Aparecida',

  'maria@aparecida.com', 'Rio de Janeiro');

Elementos do JMeter

Thread Groups: S�o o ponto inicial dos planos de teste. Al�m de disparar threads e agrupar componentes, � nos Thread Groups que definimos o n�mero de usu�rios concorrentes, o incremento gradual do n�mero de threads, o n�mero de vezes que o teste deve ser repetido e o tempo total de execu��o.
Logic Controllers: Nesta categoria entram os elementos respons�veis pela l�gica dos testes. Os controles mais usados s�o o Once Only Controller, que faz com que os componentes aninhados sejam executados apenas uma vez; o Interleave Controller, para a execu��o alternada de Samplers (um para cada itera��o); o Loop Controller, que repete a execu��o dos componentes o n�mero de vezes especificado; e o Simple Controller, usado apenas para agrupamento.
Samplers: Neste grupo est�o os elementos respons�veis por requisi��es de servi�os, como o HTTP Request, JDBC Request, FTP Request, SOAP-RPC Request e outros.
Listeners: Elementos que geram os diversos relat�rios de testes. Novos relat�rios podem ser desenvolvidos e adicionados ao JMeter (veja links).
Timers: Permitem especificar pausas entre a execu��o de threads ou de Samplers. Por default, o JMeter executa todos os Samplers (por exemplo, HTTP Requests) em seq��ncia e sem pausas, o que, al�m de n�o ser um comportamento comum para muitas aplica��es, pode levar a uma sobrecarga desnecess�ria do servidor.
Assertions: Asser��es podem ser adicionadas aos Samplers para verificar se a resposta enviada pelo servidor � a esperada. Podem validar o tamanho e o conte�do da resposta e suportam o uso de express�es regulares. Os resultados s�o enviados para o listener Assertions Result.
Configuration Elements: Neste grupo est�o os elementos que armazenam configura��es padr�o para alguns Samplers, al�m de elementos de controle como o HTTP Cookie Manager, utilizado no segundo exemplo deste artigo.

Dicas

ique sempre atento ao consumo de CPU e de mem�ria onde o JMeter est� sendo executado. Se a CPU alcan�ar 100% de uso � melhor diminuir o n�mero de threads, mudar para uma m�quina melhor, ou dividir o processamento em v�rias inst�ncias do JMeter rodando em m�quinas separadas;
Quanto mais r�pido o servidor responder, mais trabalho ter� o JMeter. Isso pode influenciar os resultados dos testes, j� que a ferramenta pode n�o ser capaz de tratar as respostas em tempo h�bil;
Evite executar o JMeter no servidor onde a aplica��o est� instalada; se o fizer, ser�o compartilhados recursos de mem�ria e de CPU possivelmente afetando os resultados. Isso vale para servidores de aplica��es, servidores web e de banco de dados e outros que sejam usados pela aplica��o;
A execu��o de testes de performance pode levar alguns dias, nos quais os testes s�o executados diversas vezes depois de ajustes na aplica��o e no ambiente. Certifique-se de ter um ambiente dedicado durante o per�odo, com o banco de dados, o servidor de aplica��es e o servidor web sendo acessados apenas pela equipe de testes. Se isso n�o for garantido ser� dif�cil mensurar com precis�o o resultado dos ajustes feitos durante as v�rias sess�es de testes;
� poss�vel desativar itens de um plano de testes: clique com o bot�o direito sobre o item e selecione Disable/Activate;
Listeners podem ser adicionados a Thread Groups, Logic Controllers ou Samplers. Os dados dos relat�rios relacionados conter�o apenas os elementos do grupo a que pertencem. Esse recurso � �til para extrair dados de um determinado universo do plano de testes;
A ordem dos Samplers no plano de testes define a seq��ncia de sua execu��o. � poss�vel reorganizar esses elementos arrastando-os para um novo grupo ou alterando sua posi��o dentro de um grupo.

Planos via Ant

O console gr�fico n�o � a �nica forma de executar um plano de testes do JMeter. Atrav�s de um task do Ant � poss�vel executar um conjunto de planos de testes e gerar relat�rios com os resultados obtidos. A integra��o JMeter/Ant abre a possibilidade de ter uma equipe fazendo testes cont�nuos de performance, ou testes agendados, sem a necessidade de trabalhar com o console.

Os relat�rios s�o convertidos para HTML usando a task padr�o do Ant XSLT. Dois modelos de relat�rios s�o fornecidos: um resumido semelhante ao Aggregate Report e um detalhado. O arquivo de resultados gerado (com extens�o .jtl) pode ser aberto no console do JMeter, permitindo com isso acesso a outras visualiza��es como o Graph Results (para carregar um arquivo .jtl, selecione a op��o Browse no menu de contexto de um listener).

Para poder executar um plano do JMeter com o Ant deve-se copiar o arquivo \extras\ant-jmeter\ant-jmeter.jar para o diret�rio lib do Ant e utilizar a task jmeter no buildfile. Abaixo est� um exemplo de buildfile que faz uso da task, al�m de uma captura do relat�rio gerado:


<xml version="1.0"?>

  <project name="JMeter " basedir="." default="init">

  <taskdef name="jmeter"

      classname="org.programmerplanet.ant.taskdefs.jmeter.JMeterTask"/>

  <target name="init">

     <property name="jmeter.home" value="c:/java/jakarta-jmeter-1.9.1"/>

  target>

  <target name="jspcalendar" depends="init">

  <jmeter jmeterhome="${jmeter.home}"

          testplan="${basedir}/JSP Calendar.jmx"

          resultlog="${basedir}/JSP Calendar.jtl"/>

   <xslt in="${basedir}/JSP Calendar.jtl"

         out="${basedir}/JSP Calendar.html"

         />

  </target>

</project>

Conclus�es

Os testes de carga fazem parte de uma etapa fundamental no desenvolvimento de qualquer software multi-usu�rio. Os resultados obtidos podem identificar problemas de performance ou o uso excessivo de recursos do servidor � e usar uma ferramenta como o JMeter � fundamental nesses casos.

**Figura 4.** Aggregate Report: resultados sumarizados.

**Figura 5.** View Results in Table: resultados em formato tabular.

**Figura 6.** Config Element HTTP Request Defaults: valores padr�o para requisi��es HTTP.

Componentes inseridos no Once Only Controller s�o executados apenas uma vez — **Figura 7.** Componentes inseridos no *Once Only Controller* s�o executados apenas uma vez

**Figura 8.** HTTP Request da p�gina de login.

**Figura 9.** HTTP Request de Login, que cria a sess�o do usu�rio.

**Figura 10.** HTTP Request para a listagem dos compromissos agendados

**Figura 11.** HTTP Request para o cadastro de um compromisso (observe o uso do m�todo POST e da op��o Encode para todos os par�metros).

Aggregate Report para o exemplo Calendar — **Figura 12.** Aggregate Report para o exemplo "Calendar".

Resultados hierarquizados com View Results Tree — **Figura 13.** Resultados hierarquizados com *View Results Tree*.

**Figura 14.** Configura��o do proxy HTTP do JMeter.

**Figura 15.** Configura��o de proxy no Internet Explorer.

HTTP Request criado pelo Recording Controller — **Figura 16.** HTTP Request criado pelo *Recording Controller*.

**Figura 17.** Aggregate Report para testes de p�ginas do site www.javamagazine.com.br.

Graph Results com resultado de testes no site da Java Magazine — **Figura 18.** *Graph Results* com resultado de testes no site da Java Magazine.

**Figura 19.** Resultados dos testes de bancos de dados.

Confira tamb�m

Cursos de Java

Cursos

Cursos de Engenharia de Software

Cursos

O que � TDD?

Curso

Confira outros conte�dos:

Introdu��o ao JDBC

Novidades do Java

Teste unit�rio com JUnit

Por Handerson Em 2008

Black November

Desconto exclusivo para as primeiras 200 matrículas!

Pagamento integral

12x no cartão

De: R$ 69,00

Por: R$ 59,00

Total: R$ 708,00

Garanta o desconto

Formação FullStack Completa
Carreira Front-end I e II, Algoritmo e Javascript, Back-end e Mobile
+10.000 exercícios gamificados
+50 projetos reais
Comunidade com + 200 mil alunos
Estude pelo Aplicativo (Android e iOS)
Suporte online
12 meses de acesso

Pagamento facilitado

Cobrado mensalmente no cartão

De: R$ 79,00

Por: R$ 64,00 /mês

Tempo mínimo: 12 messes

Garanta o desconto

Formação FullStack Completa
Carreira Front-end I e II, Algoritmo e Javascript, Back-end e Mobile
+10.000 exercícios gamificados
+50 projetos reais
Comunidade com + 200 mil alunos
Estude pelo Aplicativo (Android e iOS)
Suporte online
Não compromete o limite do seu cartão

<Perguntas frequentes>

Carreira

Metodologia

Assinatura e Pagamentos

Cadastro

Nossos casos de sucesso

Leonardo Carlos

Eu sabia pouqu�ssimas coisas de programa��o antes de come�ar a estudar com voc�s, fui me especializando em v�rias �reas e ferramentas que tinham na plataforma, e com essa bagagem consegui um est�gio logo no in�cio do meu primeiro per�odo na faculdade.

Lucas Rodrigues

Estudo aqui na Dev desde o meio do ano passado! Nesse per�odo a Dev me ajudou a crescer muito aqui no trampo.
Fui o primeiro desenvolvedor contratado pela minha empresa. Hoje eu lidero um time de desenvolvimento!
Minha meta � continuar estudando e praticando para ser um Full-Stack Dev!

Her�clito J�nior

Economizei 3 meses para assinar a plataforma e sendo sincero valeu muito a pena, pois a plataforma � bem intuitiva e muuuuito did�tica a metodologia de ensino. Sinto que estou EVOLUINDO a cada dia. Muito obrigado!

Julio Cablen

Nossa! Plataforma maravilhosa. To amando o curso de desenvolvimento front-end, tinha coisas que eu ainda n�o tinha visto. A did�tica � do jeito que qualquer pessoa consegue aprender. S�rio, to apaixonado, adorando demais.

Joelberth Sena

Adquiri o curso de voc�s e logo percebi que s�o os melhores do Brasil. � um passo a passo incr�vel. S� n�o aprende quem n�o quer. Foi o melhor investimento da minha vida!

Felipe Nunes

Foi um dos melhores investimentos que j� fiz na vida e tenho aprendido bastante com a plataforma. Voc�s est�o fazendo parte da minha jornada nesse mundo da programa��o, irei assinar meu contrato como programador gra�as a plataforma.

Wanderson Oliveira

Comprei a assinatura tem uma semana, aprendi mais do que 4 meses estudando outros cursos. Exerc�cios pr�ticos que n�o tem como n�o aprender, est�o de parab�ns!

Jos� Lucas

Obrigado DevMedia, nunca presenciei uma plataforma de ensino t�o presente na vida acad�mica de seus alunos, parab�ns!

Eduardo Dorneles

Aprendi React na plataforma da DevMedia h� cerca de 1 ano e meio... Hoje estou h� 1 ano empregado trabalhando 100% com React!

Adauto Junior

J� fiz alguns cursos na �rea e nenhum � t�o bom quanto o de voc�s. Estou aprendendo muito, muito obrigado por existirem. Est�o de parab�ns... Espero um dia conseguir um emprego na �rea.

Ver todos os casos de sucesso

Artigo Java Magazine 11 - Testes de carga com JMeter

Projeto antigo do Grupo Apache, o JMeter foi inicialmente concebido para a cria��o e execu��o de testes de carga em aplica��es web.