A latência é definida para o tempo que leva para fazer login.

Este amostrador permite enviar uma solicitação HTTP/HTTPS para um servidor web. Ele também permite controlar se o JMeter analisa ou não arquivos HTML para imagens e outros recursos incorporados e envia solicitações HTTP para recuperá-los. Os seguintes tipos de recursos incorporados são recuperados:

• imagens
• applets
• folhas de estilo (CSS) e recursos referenciados a partir desses arquivos
• scripts externos
• quadros, iframes
• imagens de fundo (corpo, mesa, TD, TR)
• som de fundo

O analisador padrão é org.apache.jmeter.protocol.http.parser.LagartoBasedHtmlParser . Isso pode ser alterado usando a propriedade " htmlparser.className " - consulte jmeter.properties para obter detalhes.

Se você for enviar várias solicitações para o mesmo servidor da Web, considere usar um Elemento de configuração de padrões de solicitação HTTP para não precisar inserir as mesmas informações para cada solicitação HTTP.

Ou, em vez de adicionar solicitações HTTP manualmente, você pode usar o gravador de script de teste HTTP(S) do JMeter para criá-las. Isso pode economizar seu tempo se você tiver muitas solicitações HTTP ou solicitações com muitos parâmetros.

Existem três elementos de teste diferentes usados ​​para definir os amostradores:

AJP/1.3 Amostrador

usa o protocolo Tomcat mod_jk (permite testar o Tomcat no modo AJP sem precisar do Apache httpd) O AJP Sampler não suporta upload de vários arquivos; somente o primeiro arquivo será usado.

Solicitação HTTP

isso tem uma caixa suspensa de implementação, que seleciona a implementação do protocolo HTTP a ser usada:

Java

usa a implementação HTTP fornecida pela JVM. Isso tem algumas limitações em comparação com as implementações HttpClient - veja abaixo.

HTTPClient4

usa Apache HttpComponents HttpClient 4.x.

Valor em branco

não define a implementação em HTTP Samplers, portanto, depende de HTTP Request Defaults se estiver presente ou na propriedade jmeter.httpsampler definida em jmeter.properties

Solicitação HTTP do GraphQL

esta é uma variação da GUI da solicitação HTTP para fornecer elementos de interface do usuário mais convenientes para visualizar ou editar GraphQL Query , Variables e Operation Name , enquanto os converte em Argumentos HTTP automaticamente usando o mesmo amostrador. Isso oculta ou personaliza os seguintes elementos da interface do usuário, pois são menos convenientes ou irrelevantes para solicitações do GraphQL sobre HTTP/HTTPS:

• Método : Apenas os métodos POST e GET estão disponíveis em conformidade com a especificação GraphQL sobre HTTP. O método POST é selecionado por padrão.
• Guias Parâmetros e Corpo da postagem : você pode visualizar ou editar o conteúdo do parâmetro por meio dos elementos de interface do usuário de consulta, variáveis ​​e nome da operação.
• Guia Upload de arquivo : irrelevante para consultas do GraphQL.
• A seção Recursos incorporados de arquivos HTML na guia Avançado: irrelevante nas respostas JSON do GraphQL.

A implementação Java HTTP tem algumas limitações:

• Não há controle sobre como as conexões são reutilizadas. Quando uma conexão é liberada pelo JMeter, ela pode ou não ser reutilizada pela mesma thread.
• A API é mais adequada para uso de thread único - várias configurações são definidas por meio das propriedades do sistema e, portanto, se aplicam a todas as conexões.
• Não há suporte para autenticação Kerberos
• Ele não suporta teste de certificado baseado em cliente com o Keystore Config.
• Melhor controle do mecanismo de repetição
• Não suporta hosts virtuais.
• Ele suporta apenas os seguintes métodos: GET , POST , HEAD , OPTIONS , PUT , DELETE e TRACE
• Melhor controle no cache de DNS com o Gerenciador de cache de DNS

Se a solicitação exigir autorização de login do servidor ou proxy (ou seja, onde um navegador criaria uma caixa de diálogo pop-up), você também precisará adicionar um Elemento de configuração do Gerenciador de autorização HTTP . Para logins normais (ou seja, onde o usuário insere informações de login em um formulário), você precisará descobrir o que o botão de envio de formulário faz e criar uma solicitação HTTP com o método apropriado (geralmente POST ) e os parâmetros apropriados da definição do formulário . Se a página usar HTTP, você poderá usar o JMeter Proxy para capturar a sequência de login.

Um contexto SSL separado é usado para cada encadeamento. Se você quiser usar um único contexto SSL (não o comportamento padrão dos navegadores), defina a propriedade JMeter:

https.sessioncontext.shared=true

httpclient.reset_state_on_thread_group_iteration=true

https.default.protocol=SSLv3

O JMeter também permite habilitar protocolos adicionais, alterando a propriedade https.socket.protocols .

Se a solicitação usar cookies, você também precisará de um gerenciador de cookies HTTP . Você pode adicionar um desses elementos ao Grupo de Threads ou à Solicitação HTTP. Se você tiver mais de uma solicitação HTTP que precise de autorizações ou cookies, adicione os elementos ao grupo de threads. Dessa forma, todos os controladores HTTP Request compartilharão os mesmos elementos Authorization Manager e Cookie Manager.

Se a solicitação usar uma técnica chamada "Reescrita de URL" para manter as sessões, consulte a seção 6.1 Manipulando Sessões de Usuário com Reescrita de URL para obter etapas de configuração adicionais.

Este amostrador permite enviar uma solicitação JDBC (uma consulta SQL) para um banco de dados.

Antes de usar isso, você precisa configurar um elemento de configuração de configuração de conexão JDBC

Se a lista de nomes de variáveis ​​for fornecida, para cada linha retornada por uma instrução Select, as variáveis ​​serão configuradas com o valor da coluna correspondente (se um nome de variável for fornecido) e a contagem de linhas também será configurada. Por exemplo, se a instrução Select retornar 2 linhas de 3 colunas e a lista de variáveis ​​for A,,C , as seguintes variáveis ​​serão configuradas:

A_#=2 (número de linhas)
A_1=coluna 1, linha 1
A_2=coluna 1, linha 2
C_#=2 (número de linhas)
C_1=coluna 3, linha 1
C_2=coluna 3, linha 2

Se a instrução Select retornar zero linhas, as variáveis ​​A_# e C_# serão definidas como 0 e nenhuma outra variável será definida.

As variáveis ​​antigas são limpas se necessário - por exemplo, se a primeira seleção recuperar seis linhas e uma segunda seleção retornar apenas três linhas, as variáveis ​​adicionais para as linhas quatro, cinco e seis serão removidas.

Este amostrador permite controlar uma classe java que implementa a interface org.apache.jmeter.protocol.java.sampler.JavaSamplerClient . Ao escrever sua própria implementação dessa interface, você pode usar o JMeter para aproveitar vários encadeamentos, controle de parâmetro de entrada e coleta de dados.

O menu suspenso fornece a lista de todas essas implementações encontradas pelo JMeter em seu caminho de classe. Os parâmetros podem ser especificados na tabela abaixo - conforme definido pela sua implementação. Dois exemplos simples ( JavaTest e SleepTest ) são fornecidos.

O amostrador de exemplo JavaTest pode ser útil para verificar planos de teste, pois permite definir valores em quase todos os campos. Estes podem então ser usados ​​por Assertions, etc. Os campos permitem que variáveis ​​sejam usadas, então os valores destas podem ser facilmente vistos.

Se você for enviar várias solicitações para o mesmo servidor LDAP, considere usar um Elemento de configuração de padrões de solicitação LDAP para não precisar inserir as mesmas informações para cada solicitação LDAP.

Se você for enviar várias solicitações para o mesmo servidor LDAP, considere usar um Elemento de configuração de padrões de solicitação estendida do LDAP para não precisar inserir as mesmas informações para cada solicitação LDAP.

AccessLogSampler foi projetado para ler logs de acesso e gerar solicitações http. Para quem não conhece o log de acesso, é o log que o servidor mantém de todas as solicitações aceitas. Isso significa que cada imagem, arquivo CSS, arquivo JavaScript, arquivo html, …

O Tomcat usa o formato comum para logs de acesso. Isso significa que qualquer servidor web que use o formato de log comum pode usar o AccessLogSampler. Os servidores que usam o formato de log comum incluem: Tomcat, Resin, Weblogic e SunOne. O formato de log comum é assim:

127.0.0.1 - - [21/out/2003:05:37:21 -0500] "GET /index.jsp?%2Findex.jsp= HTTP/1.1" 200 8343

Para o futuro, pode ser bom filtrar entradas que não tenham um código de resposta de 200 . Estender o amostrador deve ser bastante simples. Existem duas interfaces que você precisa implementar:

• org.apache.jmeter.protocol.http.util.accesslog.LogParser
• org.apache.jmeter.protocol.http.util.accesslog.Generator

A implementação atual do AccessLogSampler usa o gerador para criar um novo HTTPSampler. As imagens servername, port e get são definidas pelo AccessLogSampler. Em seguida, o analisador é chamado com o inteiro 1 , informando-o para analisar uma entrada. Depois disso, HTTPSampler.sample() é chamado para fazer a solicitação.

amostra = (HTTPSampler) GENERATOR.generateRequest();
samp.setDomain(this.getDomain());
samp.setPort(this.getPort());
samp.setImageParser(this.isImageParser());
PARSER.parse(1);
res = amostra.amostra();
res.setSampleLabel(samp.toString());

• setGenerator(Gerador)
• analisar(int)

As classes que implementam a interface do Generator devem fornecer implementação concreta para todos os métodos. Para obter um exemplo de como implementar uma das interfaces, consulte StandardGenerator e TCLogParser .

Este amostrador permite escrever um amostrador usando a linguagem de script BeanShell.

Para obter detalhes completos sobre o uso do BeanShell, consulte o site do BeanShell.

O elemento de teste suporta os métodos de interface ThreadListener e TestListener . Estes devem ser definidos no arquivo de inicialização. Consulte o arquivo BeanShellListeners.bshrc para obter definições de exemplo.

O amostrador BeanShell também suporta a interface Interruptible . O método interrupt() pode ser definido no script ou no arquivo init.

O JSR223 Sampler permite que o código de script JSR223 seja usado para executar uma amostra ou algum cálculo necessário para criar/atualizar variáveis.

SampleResult.setIgnore();

Os elementos de teste JSR223 possuem um recurso (compilação) que pode aumentar significativamente o desempenho. Para se beneficiar deste recurso:

• Use arquivos de script em vez de inline-los. Isso fará com que o JMeter os compile se esse recurso estiver disponível no ScriptEngine e os armazene em cache.
• Ou Use Script Text e marque Cache compilado script se disponível .
  Ao usar esse recurso, certifique-se de que seu código de script não use variáveis ​​JMeter ou chamadas de função JMeter diretamente no código de script, pois o armazenamento em cache apenas armazenaria em cache a primeira substituição. Em vez disso, use parâmetros de script.
  Para se beneficiar do cache e da compilação, o mecanismo de linguagem usado para scripting deve implementar a interface Compilável JSR223 (Groovy é uma delas, java, beanshell e javascript não são)
  Ao usar o Groovy como linguagem de script e não verificar o script compilado do Cache, se disponível (enquanto o cache é recomendado), você deve definir esta propriedade JVM -Dgroovy.use.classvalue=true devido a um vazamento de memória Groovy a partir da versão 2.4.6, consulte:

  • GROOVY-7683
  • GROOVY-7591
  • JDK-8136353

jsr223.compiled_scripts_cache_size=100

O TCP Sampler abre uma conexão TCP/IP com o servidor especificado. Em seguida, ele envia o texto e aguarda uma resposta.

Se " Re-use connection " for selecionado, as conexões serão compartilhadas entre Samplers no mesmo thread, desde que a mesma string de nome de host e porta sejam usadas. Diferentes combinações de hosts/portas usarão conexões diferentes, assim como diferentes threads. Se ambos " Reutilizar conexão " e " Fechar conexão " forem selecionados, o soquete será fechado após a execução do amostrador. No próximo amostrador, outro soquete será criado. Você pode querer fechar um soquete no final de cada loop de thread.

Se for detectado um erro - ou " Reutilizar conexão " não estiver selecionado - o soquete será fechado. Outro soquete será reaberto na próxima amostra.

As seguintes propriedades podem ser usadas para controlar sua operação:

tcp.status.prefix

texto que precede um número de status

tcp.status.suffix

texto que segue um número de status

tcp.status.properties

nome do arquivo de propriedades para converter códigos de status em mensagens

tcp.handler

Nome da classe TCP Handler (padrão TCPClientImpl ) - usado apenas se não for especificado na GUI

Os usuários podem fornecer sua própria implementação. A classe deve estender org.apache.jmeter.protocol.tcp.sampler.TCPClient .

As implementações a seguir são fornecidas atualmente.

• TCPClientImpl
• BinaryTCPClientImpl
• LengthPrefixedBinaryTCPClientImpl

TCPClientImpl

Esta implementação é bastante básica. Ao ler a resposta, ele lê até o final do byte da linha, se isso for definido configurando a propriedade tcp.eolByte , caso contrário até o final do fluxo de entrada. Você pode controlar a codificação do conjunto de caracteres configurando tcp.charset , que assumirá como padrão a codificação padrão da plataforma.

BinaryTCPClientImpl

Essa implementação converte a entrada da GUI, que deve ser uma string codificada em hexadecimal, em binário e executa o inverso ao ler a resposta. Ao ler a resposta, ele lê até o final do byte da mensagem, se isso for definido configurando a propriedade tcp.BinaryTCPClient.eomByte , caso contrário até o final do fluxo de entrada.

LengthPrefixedBinaryTCPClientImpl

Essa implementação estende BinaryTCPClientImpl prefixando os dados da mensagem binária com um byte de comprimento binário. O prefixo de comprimento é padronizado para 2 bytes. Isso pode ser alterado configurando a propriedade tcp.binarylength.prefix.length .

Tratamento de tempo limite

Se o tempo limite for definido, a leitura será encerrada quando expirar. Portanto, se você estiver usando um eolByte / eomByte , certifique-se de que o tempo limite seja suficientemente longo, caso contrário, a leitura será encerrada antecipadamente.

Tratamento de respostas

Se tcp.status.prefix for definido, a mensagem de resposta será pesquisada pelo texto que segue até o sufixo. Se algum texto for encontrado, ele será usado para definir o código de resposta. A mensagem de resposta é então buscada no arquivo de propriedades (se fornecido).

Uso de pré e sufixo ¶

Por exemplo, se o prefixo = " [ " e o sufixo = " ] ", a seguinte resposta:

[J28] XI123,23,GBP,CR

teria o código de resposta J28 .

Os códigos de resposta no intervalo " 400 "-" 499 " e " 500 "-" 599 " são atualmente considerados como falhas; todos os outros são bem sucedidos. [Isso precisa ser configurável!]

O JMS Publisher publicará mensagens em um determinado destino (tópico/fila). Para aqueles que não estão familiarizados com JMS, é a especificação J2EE para mensagens. Existem inúmeros servidores JMS no mercado e várias opções de código aberto.

O Assinante JMS assinará mensagens em um determinado destino (tópico ou fila). Para aqueles que não estão familiarizados com JMS, é a especificação J2EE para mensagens. Existem inúmeros servidores JMS no mercado e várias opções de código aberto.

Este amostrador envia e opcionalmente recebe Mensagens JMS por meio de conexões ponto a ponto (filas). É diferente das mensagens pub/sub e geralmente é usado para lidar com transações.

request_only normalmente será usado para colocar carga em um sistema JMS.
request_reply será usado quando você quiser testar o tempo de resposta de um serviço JMS que processa mensagens enviadas para a Fila de Solicitações, pois esse modo aguardará a resposta na fila de Respostas enviada por esse serviço.
navegar retorna a profundidade da fila atual, ou seja, o número de mensagens na fila.
read lê uma mensagem da fila (se houver).
clear limpa a fila, ou seja, remove todas as mensagens da fila.

O JMeter usa as propriedades java.naming.security.[principal|credentials] - se presente - ao criar a Conexão de Fila. Se esse comportamento não for desejado, configure a propriedade JMeter JMSSampler.useSecurity.properties=false

• em vez de usar a interface de teste do JMeter, ele verifica os arquivos jar em busca de classes que estendem a classe TestCase do JUnit . Isso inclui qualquer classe ou subclasse.
• Os arquivos jar de teste JUnit devem ser colocados no diretório jmeter/lib/junit em vez do diretório /lib . Você também pode usar a propriedade " user.classpath " para especificar onde procurar as classes TestCase .
• O amostrador JUnit não usa pares de nome/valor para configuração como o Java Request . O amostrador assume que setUp e tearDown configurarão o teste corretamente.
• O amostrador mede o tempo decorrido apenas para o método de teste e não inclui setUp e tearDown .
• Cada vez que o método de teste é chamado, o JMeter passará o resultado para os ouvintes.
• O suporte para oneTimeSetUp e oneTimeTearDown é feito como um método. Como o JMeter é multi-thread, não podemos chamar oneTimeSetUp / oneTimeTearDown da mesma forma que o Maven o faz.
• O amostrador relata exceções inesperadas como erros. Existem algumas diferenças importantes entre os executores de teste JUnit padrão e a implementação do JMeter. Em vez de criar uma nova instância da classe para cada teste, o JMeter cria 1 instância por amostrador e a reutiliza. Isso pode ser alterado com a caixa de seleção " Criar uma nova instância por amostra ".

classe pública meuTestCase {
  public myTestCase() {}
}

classe pública meuTestCase {
  public myTestCase(String texto) {
    super(texto);
  }
}

O Mail Reader Sampler pode ler (e opcionalmente excluir) mensagens de correio usando os protocolos POP3(S) ou IMAP(S).

Este sampler também pode ser útil em conjunto com o Transaction Controller, pois permite incluir pausas sem a necessidade de gerar uma amostra. Para atrasos variáveis, defina o tempo de pausa para zero e adicione um Timer como filho.

A ação " Parar " interrompe o encadeamento ou teste após concluir qualquer amostra que esteja em andamento. A ação " Parar agora " interrompe o teste sem aguardar a conclusão das amostras; ele interromperá quaisquer amostras ativas. Se alguns encadeamentos não pararem dentro do limite de tempo de 5 segundos, uma mensagem será exibida no modo GUI. Você pode tentar usar o comando Stop para ver se isso interromperá os threads, mas se não, você deve sair do JMeter. No modo CLI, o JMeter será encerrado se alguns encadeamentos não pararem dentro do limite de tempo de 5 segundos.

O SMTP Sampler pode enviar mensagens de correio usando o protocolo SMTP/SMTPS. É possível definir protocolos de segurança para a conexão (SSL e TLS), bem como autenticação do usuário. Se um protocolo de segurança for usado, ocorrerá uma verificação no certificado do servidor.
Duas alternativas para lidar com essa verificação estão disponíveis:

Confiar em todos os certificados

Isso irá ignorar a verificação da cadeia de certificados

Use um armazenamento confiável local

Com esta opção, a cadeia de certificados será validada em relação ao arquivo de armazenamento confiável local.

O OS Process Sampler é um sampler que pode ser usado para executar comandos na máquina local.
Deve permitir a execução de qualquer comando que possa ser executado a partir da linha de comando.
A validação do código de retorno pode ser habilitada e o código de retorno esperado pode ser especificado.

Observe que os shells do SO geralmente fornecem análise de linha de comando. Isso varia entre os sistemas operacionais, mas geralmente o shell dividirá os parâmetros no espaço em branco. Alguns shells expandem nomes de arquivos curinga; alguns não. O mecanismo de cotação também varia entre os sistemas operacionais. O amostrador deliberadamente não faz nenhuma análise ou manipulação de cotações. O comando e seus parâmetros devem ser fornecidos na forma esperada pelo executável. Isso significa que as configurações do amostrador não serão portáteis entre sistemas operacionais.

Muitos sistemas operacionais têm alguns comandos internos que não são fornecidos como executáveis ​​separados. Por exemplo, o comando Windows DIR faz parte do interpretador de comandos ( CMD.EXE ). Esses built-ins não podem ser executados como programas independentes, mas devem ser fornecidos como argumentos para o interpretador de comandos apropriado.

Por exemplo, a linha de comando do Windows: DIR C:\TEMP precisa ser especificada da seguinte maneira:

Comando:

CMD

Parâmetro 1:

/C

Parâmetro 2:

DIR

Parâmetro 3:

C:\TEMP

Este amostrador permite enviar uma solicitação para um MongoDB.

Antes de usar isso, você precisa configurar um elemento de configuração de configuração de origem do MongoDB

Este amostrador permite executar consultas Cypher por meio do protocolo Bolt.

Antes de usar isso, você precisa configurar uma configuração de conexão de parafuso

Cada solicitação usa uma conexão adquirida do pool e a retorna ao pool quando o amostrador é concluído. O tamanho do pool de conexões usa os padrões do driver (~100) e não é configurável no momento.

O tempo de resposta medido corresponde à execução "completa" da consulta, incluindo o tempo para executar a consulta cifrada E o tempo para consumir os resultados enviados de volta pelo banco de dados.

O Simple Logic Controller permite que você organize seus Samplers e outros Logic Controllers. Ao contrário de outros controladores lógicos, este controlador não oferece nenhuma funcionalidade além da de um dispositivo de armazenamento.

Se você adicionar controladores lógicos ou generativos a um controlador de loop, o JMeter fará um loop através deles um certo número de vezes, além do valor do loop que você especificou para o grupo de threads. Por exemplo, se você adicionar uma solicitação HTTP a um Loop Controller com uma contagem de loops de dois e configurar a contagem de loops do Thread Group para três, o JMeter enviará um total de 2 * 3 = 6 solicitações HTTP.

O Once Only Logic Controller diz ao JMeter para processar o(s) controlador(es) dentro dele apenas uma vez por Thread e passar por cima de quaisquer solicitações sob ele durante as iterações adicionais através do plano de teste.

O Once Only Controller agora será executado sempre durante a primeira iteração de qualquer controlador pai em loop. Assim, se o Once Only Controller for colocado sob um Loop Controller especificado para fazer um loop 5 vezes, então o Once Only Controller será executado apenas na primeira iteração através do Loop Controller (ou seja, a cada 5 vezes).

Observe que isso significa que o Once Only Controller ainda se comportará como esperado anteriormente se colocado em um Thread Group (executa apenas uma vez por teste por Thread), mas agora o usuário tem mais flexibilidade no uso do Once Only Controller.

Para testes que requerem um login, considere colocar a solicitação de login neste controlador, pois cada thread só precisa fazer login uma vez para estabelecer uma sessão.

Se você adicionar controladores lógicos ou generativos a um controlador de intercalação, o JMeter alternará entre cada um dos outros controladores para cada iteração de loop.

O Random Logic Controller atua de forma semelhante ao Interleave Controller, exceto que, em vez de passar em ordem por seus subcontroladores e amostradores, ele escolhe um aleatoriamente em cada passagem.

O Random Order Controller é muito parecido com um Simple Controller, pois executará cada elemento filho no máximo uma vez, mas a ordem de execução dos nós será aleatória.

O Controlador de Taxa de Transferência permite que o usuário controle com que frequência ele é executado. Existem dois modos:

• porcentagem de execução
• execuções totais

Porcentagem de execuções

faz com que o controlador execute uma certa porcentagem das iterações através do plano de teste.

Total de execuções

faz com que o controlador pare de executar após um certo número de execuções.

O Runtime Controller controla por quanto tempo seus filhos serão executados. O controlador executará seus filhos até que o(s) Runtime(s) configurado(s) seja(ão) excedido(s).

O Controlador If permite ao usuário controlar se os elementos de teste abaixo dele (seus filhos) são executados ou não.

Por padrão, a condição é avaliada apenas uma vez na entrada inicial, mas você tem a opção de avaliá-la para cada elemento executável contido no controlador.

A melhor opção (padrão) é marcar Interpret Condition as Variable Expression? , então no campo de condição você tem 2 opções:

• Opção 1: use uma variável que contenha true ou false
  Se você quiser testar se a última amostra foi bem-sucedida, você pode usar ${JMeterThread.last_sample_ok}

  
• Opção 2: Use uma função ( ${__jexl3()} é recomendado) para avaliar uma expressão que deve retornar verdadeiro ou falso

  

"${minhaVar}" == "\${minhaVar}"

"${minhaVar}" != "\${minhaVar}"

O Controlador While executa seus filhos até que a condição seja " falsa ".

Valores de condição possíveis:

• blank - sai do loop quando a última amostra no loop falha
• LAST - sai do loop quando a última amostra no loop falha. Se a última amostra antes do loop falhar, não entre em loop.
• Caso contrário - saia (ou não entre) no loop quando a condição for igual à string " false "

• ${VAR} - onde VAR é definido como falso por algum outro elemento de teste
• ${__jexl3(${C}==10)}
• ${__jexl3("${VAR2}"=="abcd")}
• ${_P(property)} - onde a propriedade é definida como " false " em outro lugar

O Switch Controller age como o Interleave Controller , pois executa um dos elementos subordinados em cada iteração, mas em vez de executá-los em sequência, o controlador executa o elemento definido pelo valor do switch.

Se o valor do switch estiver fora do intervalo, ele executará o elemento zero, que, portanto, atua como o padrão para o caso numérico. Ele também executa o elemento zero se o valor for a string vazia.

Se o valor for não numérico (e não vazio), então o Switch Controller procura o elemento com o mesmo nome (case é significativo). Se nenhum dos nomes corresponder, o elemento denominado " default " (caso não significativo) será selecionado. Se não houver padrão, nenhum elemento será selecionado e o controlador não executará nada.

Um controlador ForEach percorre os valores de um conjunto de variáveis ​​relacionadas. Quando você adiciona amostradores (ou controladores) a um controlador ForEach, cada amostra (ou controlador) é executada uma ou mais vezes, onde durante cada loop a variável tem um novo valor. A entrada deve consistir em várias variáveis, cada uma estendida com um sublinhado e um número. Cada uma dessas variáveis ​​deve ter um valor. Então, por exemplo, quando a variável de entrada tem o nome inputVar , as seguintes variáveis ​​devem ter sido definidas:

• inputVar_1 = wendy
• inputVar_2 = charles
• inputVar_3 = Pedro
• inputVar_4 = joão

Nota: o separador " _ " agora é opcional.

Quando a variável de retorno é dada como " returnVar ", a coleta de amostradores e controladores sob o controlador ForEach será executada 4 vezes consecutivas, com a variável de retorno tendo os respectivos valores acima, que podem então ser usados ​​nos amostradores.

É especialmente adequado para execução com o pós-processador de expressão regular. Isso pode "criar" as variáveis ​​de entrada necessárias a partir dos dados de resultado de uma solicitação anterior. Ao omitir o separador " _ ", o ForEach Controller pode ser usado para percorrer os grupos usando a variável de entrada refName_g , e também pode percorrer todos os grupos em todas as correspondências usando uma variável de entrada da forma refName_${C }_g , onde C é uma variável de contador.

O Module Controller fornece um mecanismo para substituir fragmentos do plano de teste no plano de teste atual em tempo de execução.

Um fragmento de plano de teste consiste em um Controlador e todos os elementos de teste (amostradores etc.) contidos nele. O fragmento pode estar localizado em qualquer Thread Group. Se o fragmento estiver localizado em um grupo de threads, seu controlador pode ser desabilitado para evitar que o fragmento seja executado, exceto pelo controlador do módulo. Ou você pode armazenar os fragmentos em um Thread Group fictício e desabilitar o Thread Group inteiro.

Pode haver vários fragmentos, cada um com uma série diferente de amostradores sob eles. O controlador de módulo pode ser usado para alternar facilmente entre esses vários casos de teste simplesmente escolhendo o controlador apropriado em sua caixa suspensa. Isso oferece conveniência para executar muitos planos de teste alternativos de maneira rápida e fácil.

Um nome de fragmento é composto pelo nome do Controlador e todos os seus nomes pai. Por exemplo:

Plano de teste / protocolo: JDBC / Control / Interleave Controller (Módulo1)

Quaisquer fragmentos usados ​​pelo Module Controller devem ter um nome exclusivo , pois o nome é usado para localizar o controlador de destino quando um plano de teste é recarregado. Por esse motivo, é melhor garantir que o nome do Controlador seja alterado do padrão - conforme mostrado no exemplo acima - caso contrário, uma duplicata pode ser criada acidentalmente quando novos elementos são adicionados ao plano de teste.

O controlador de inclusão foi projetado para usar um arquivo JMX externo. Para usá-lo, crie um Fragmento de Teste abaixo do Plano de Teste e adicione quaisquer amostradores, controladores etc. desejados abaixo dele. Em seguida, salve o Plano de Teste. O arquivo agora está pronto para ser incluído como parte de outros Planos de Teste.

Por conveniência, um Thread Group também pode ser incluído no arquivo JMX externo para fins de depuração. Um controlador de módulo pode ser usado para fazer referência ao fragmento de teste. O Thread Group será ignorado durante o processo de inclusão.

Se o teste usar um Gerenciador de Cookies ou Variáveis ​​Definidas pelo Usuário, elas devem ser colocadas no plano de teste de nível superior, não no arquivo incluído, caso contrário, não há garantia de que funcionem.

Se o arquivo não puder ser encontrado no local fornecido por prefix + Filename , o controlador tentará abrir o Filename relativo ao diretório de ativação JMX.

O Transaction Controller gera uma amostra adicional que mede o tempo total necessário para executar os elementos de teste aninhados.

Existem dois modos de operação:

• amostra adicional é adicionada após as amostras aninhadas
• amostra adicional é adicionada como pai das amostras aninhadas

O tempo de amostra gerado inclui todos os tempos para os amostradores aninhados excluindo por padrão (desde 2.11) temporizadores e tempo de processamento de pré/pós processadores, a menos que a caixa de seleção " Incluir duração do temporizador e pré-pós processadores na amostra gerada " esteja marcada. Dependendo da resolução do relógio, pode ser um pouco maior que a soma dos amostradores individuais mais os temporizadores. O relógio pode marcar depois que o controlador registrou a hora de início, mas antes do início da primeira amostra. Da mesma forma no final.

A amostra gerada só é considerada bem-sucedida se todas as suas subamostras forem bem-sucedidas.

No modo pai, os samples individuais ainda podem ser vistos no Tree View Listener, mas não aparecem mais como entradas separadas em outros Listeners. Além disso, as subamostras não aparecem em arquivos de log CSV, mas podem ser salvas em arquivos XML.

O Controlador de Gravação é um espaço reservado que indica onde o servidor proxy deve gravar amostras. Durante o teste, não tem efeito, semelhante ao Simple Controller. Mas durante a gravação usando o HTTP(S) Test Script Recorder , todas as amostras gravadas serão salvas por padrão no Recording Controller.

O Controlador de Seção Crítica garante que seus elementos filhos (amostradores/controladores, etc.)

Os ouvintes podem ser configurados para salvar itens diferentes nos arquivos de log de resultados (JTL) usando o pop-up Config conforme mostrado abaixo. Os padrões são definidos conforme descrito na documentação de configuração padrão do ouvinte . Itens com ( CSV ) após o nome só se aplicam ao formato CSV; itens com ( XML ) só se aplicam ao formato XML. O formato CSV não pode ser usado atualmente para salvar itens que incluem quebras de linha.

Observe que os cookies, o método e a string de consulta são salvos como parte da opção " Sampler Data ".

O ouvinte Graph Results gera um gráfico simples que plota todos os tempos de amostra. Na parte inferior do gráfico, a amostra atual (preto), a média atual de todas as amostras (azul), o desvio padrão atual (vermelho) e a taxa de transferência atual (verde) são exibidos em milissegundos.

O número da taxa de transferência representa o número real de solicitações/minuto que o servidor tratou. Esse cálculo inclui quaisquer atrasos adicionados ao seu teste e o próprio tempo de processamento interno do JMeter. A vantagem de fazer o cálculo como este é que este número representa algo real - seu servidor de fato lidou com essa quantidade de solicitações por minuto, e você pode aumentar o número de threads e/ou diminuir os atrasos para descobrir a taxa de transferência máxima do seu servidor. Considerando que, se você fizesse cálculos que considerassem atrasos e processamento do JMeter, não ficaria claro o que você poderia concluir a partir desse número.

O visualizador de resultados de asserção mostra o rótulo de cada amostra coletada. Ele também relata falhas de quaisquer Asserções que fazem parte do plano de teste.

Existem várias maneiras de visualizar a resposta, selecionáveis ​​por uma caixa suspensa na parte inferior do painel esquerdo.

Número de partidas: 74
Match[1]=#functions
Correspondência[2]=#what_can_do
Correspondência[3]=#onde
Correspondência[4]=#how
Match[5]=#function_helper
Match[6]=#functions
Correspondência[7]=#__regexFunction
Correspondência[8]=#__regexFunction_parms
Partida[9]=#__counter
… e assim por diante …

Número de partidas: 26
Match[1][0]=JMeter - Apache JMeter</title>
Correspondência[1][1]=JMeter
Correspondência[2][0]=JMeter" title="JMeter" border="0"/></a>
Correspondência[2][1]=JMetro
Correspondência[3][0]=JMeterCommitters">Contribuintes</a>
Correspondência[3][1]=JMeterCommitters
… e assim por diante …

imagem/
áudio/
vídeo/

Rolar automaticamente? opção permite ter a exibição do último nó na seleção de árvore

Com a opção Pesquisar , a maioria das visualizações também permite que os dados exibidos sejam pesquisados; o resultado da busca será destacado no display acima. Por exemplo, a captura de tela do painel de controle abaixo mostra um resultado da pesquisa por " Java ". Observe que a pesquisa opera no texto visível, portanto, você pode obter resultados diferentes ao pesquisar nas visualizações Texto e HTML.
Nota: A expressão regular usa o mecanismo Java (não o mecanismo ORO como o Extrator de Expressão Regular ou a visualização Regexp Tester).

Se não houver nenhum tipo de conteúdo fornecido, o conteúdo não será exibido em nenhum dos painéis Dados de Resposta. Você pode usar Salvar respostas em um arquivo para salvar os dados neste caso. Observe que os dados de resposta ainda estarão disponíveis no resultado da amostra, portanto, ainda podem ser acessados ​​usando pós-processadores.

Se os dados de resposta forem maiores que 200 K, eles não serão exibidos. Para alterar esse limite, configure a propriedade do JMeter view.results.tree.max_size . Você também pode usar salvar a resposta inteira em um arquivo usando Salvar respostas em um arquivo .

Renderizadores adicionais podem ser criados. A classe deve implementar a interface org.apache.jmeter.visualizers.ResultRenderer e/ou estender a classe abstrata org.apache.jmeter.visualizers.SamplerResultTab , e o código compilado deve estar disponível para JMeter (por exemplo, adicionando-o ao lib/ diretório externo ).

A taxa de transferência é calculada do ponto de vista do destino do amostrador (por exemplo, o servidor remoto no caso de amostras HTTP). O JMeter leva em consideração o tempo total durante o qual as solicitações foram geradas. Se outros amostradores e temporizadores estiverem no mesmo encadeamento, eles aumentarão o tempo total e, portanto, reduzirão o valor da taxa de transferência. Portanto, dois amostradores idênticos com nomes diferentes terão metade da taxa de transferência de dois amostradores com o mesmo nome. É importante escolher os nomes dos amostradores corretamente para obter os melhores resultados do Relatório Agregado.

O cálculo dos valores da Mediana e da Linha ^de 90% (90º percentil ) requer memória adicional. O JMeter agora combina amostras com o mesmo tempo decorrido, portanto, menos memória é usada. No entanto, para amostras que demoram mais do que alguns segundos, a probabilidade é que menos amostras tenham tempos idênticos, caso em que será necessária mais memória. Observe que você pode usar esse ouvinte posteriormente para recarregar um arquivo de resultados CSV ou XML, que é a maneira recomendada de evitar impactos no desempenho. Consulte o Relatório de Resumo para um Ouvinte semelhante que não armazena amostras individuais e, portanto, precisa de memória constante.

• Rótulo - O rótulo da amostra. Se " Incluir nome do grupo no rótulo? " for selecionado, o nome do grupo de encadeamentos será adicionado como um prefixo. Isso permite que rótulos idênticos de diferentes grupos de roscas sejam agrupados separadamente, se necessário.
• # Samples - O número de amostras com o mesmo rótulo
• Average - O tempo médio de um conjunto de resultados
• Mediana - A mediana é o tempo no meio de um conjunto de resultados. 50 % das amostras não demoraram mais do que este tempo; o restante levou pelo menos o mesmo tempo.
• Linha 90% - 90% das amostras não levaram mais do que esse tempo. As amostras restantes levaram pelo menos tanto tempo quanto isso. ( 90º ^percentil )
• Linha 95% - 95% das amostras não levaram mais do que este tempo. As amostras restantes levaram pelo menos tanto tempo quanto isso. ( 95º ^percentil )
• Linha 99% - 99% das amostras não demoraram mais do que este tempo. As amostras restantes levaram pelo menos tanto tempo quanto isso. ( 99º ^percentil )
• Min - O menor tempo para as amostras com o mesmo rótulo
• Max - O maior tempo para as amostras com o mesmo rótulo
• % de erro - Porcentagem de solicitações com erros
• Taxa de transferência - a taxa de transferência é medida em solicitações por segundo/minuto/hora. A unidade de tempo é escolhida para que a taxa exibida seja de pelo menos 1,0. Quando a taxa de transferência é salva em um arquivo CSV, ela é expressa em solicitações/segundo, ou seja, 30,0 solicitações/minuto são salvas como 0,5.
• KB/s recebidos - A taxa de transferência medida em Kilobytes recebidos por segundo
• KB/s enviados - A taxa de transferência medida em Kilobytes enviados por segundo

Os tempos estão em milissegundos.

Por padrão, ele exibe apenas as amostras principais (pais); ele não exibe as subamostras (amostras filhas). O JMeter tem uma caixa de seleção " Child Samples? ". Se estiver selecionado, as subamostras serão exibidas em vez das amostras principais.

O visualizador de mala direta pode ser configurado para enviar e-mail se uma execução de teste receber muitas respostas com falha do servidor.

O BeanShell Listener permite o uso do BeanShell para processar amostras para salvar etc.

Para obter detalhes completos sobre o uso do BeanShell, consulte o site do BeanShell.

O elemento de teste suporta os métodos ThreadListener e TestListener . Estes devem ser definidos no arquivo de inicialização. Consulte o arquivo BeanShellListeners.bshrc para obter definições de exemplo.

A taxa de transferência é calculada do ponto de vista do destino do amostrador (por exemplo, o servidor remoto no caso de amostras HTTP). O JMeter leva em consideração o tempo total durante o qual as solicitações foram geradas. Se outros amostradores e temporizadores estiverem no mesmo encadeamento, eles aumentarão o tempo total e, portanto, reduzirão o valor da taxa de transferência. Portanto, dois amostradores idênticos com nomes diferentes terão metade da taxa de transferência de dois amostradores com o mesmo nome. É importante escolher corretamente os rótulos do amostrador para obter os melhores resultados do Relatório.

• Rótulo - O rótulo da amostra. Se " Incluir nome do grupo no rótulo? " for selecionado, o nome do grupo de encadeamentos será adicionado como um prefixo. Isso permite que rótulos idênticos de diferentes grupos de roscas sejam agrupados separadamente, se necessário.
• # Samples - O número de amostras com o mesmo rótulo
• Média - O tempo médio decorrido de um conjunto de resultados
• Min - O menor tempo decorrido para as amostras com o mesmo rótulo
• Max - O maior tempo decorrido para as amostras com o mesmo rótulo
• Padrão Dev. - o desvio padrão do tempo decorrido da amostra
• % de erro - Porcentagem de solicitações com erros
• Taxa de transferência - a taxa de transferência é medida em solicitações por segundo/minuto/hora. A unidade de tempo é escolhida de modo que a taxa exibida seja de pelo menos 1,0 . Quando a taxa de transferência é salva em um arquivo CSV, ela é expressa em solicitações/segundo, ou seja, 30,0 solicitações/minuto são salvas como 0,5 .
• KB/s recebidos - A taxa de transferência medida em Kilobytes por segundo
• KB/s enviados - A taxa de transferência medida em Kilobytes por segundo
• Média Bytes - tamanho médio da resposta da amostra em bytes.

Os tempos estão em milissegundos.

Este elemento de teste pode ser colocado em qualquer lugar no plano de teste. Para cada amostra em seu escopo, ele criará um arquivo de dados de resposta. O principal uso para isso é na criação de testes funcionais, mas também pode ser útil quando a resposta for muito grande para ser exibida no View Results Tree Listener. O nome do arquivo é criado a partir do prefixo especificado, mais um número (a menos que esteja desabilitado, veja abaixo). A extensão do arquivo é criada a partir do tipo de documento, se conhecido. Se não for conhecido, a extensão do arquivo é definida como ' desconhecido'. Se a numeração estiver desabilitada e a adição de um sufixo estiver desabilitada, o prefixo do arquivo será considerado como o nome completo do arquivo. Isso permite que um nome de arquivo fixo seja gerado, se necessário. O nome do arquivo gerado é armazenado na resposta de amostra e pode ser salvo no arquivo de saída do log de teste, se necessário.

A amostra atual é salva primeiro, seguida por quaisquer subamostras (amostras filhas). Se um nome de variável for fornecido, os nomes dos arquivos serão salvos na ordem em que as subamostras aparecerem. Veja abaixo.

O Ouvinte JSR223 permite que o código de script JSR223 seja aplicado aos resultados de amostra.

# Defina a seguinte propriedade para iniciar automaticamente um sumarizador com esse nome
# (aplica-se apenas ao modo CLI)
#summariser.name=resumo
#
# intervalo entre resumos (em segundos) padrão 3 minutos
#summariser.interval=30
#
# Escreve mensagens no arquivo de log
#summariser.log=true
#
# Escreve mensagens em System.out
#summariser.out=true

rótulo + 16 em 0:00:12 = 1,3/s Média: 1608 Mín: 1163 Máx: 2009 Err: 0 (0,00%) Ativo: 5 Iniciado: 5 Concluído: 0
rótulo + 82 em 0:00:30 = 2,7/s Média: 1518 Min: 1003 Máx: 2020 Err: 0 (0,00%) Ativo: 5 Iniciado: 5 Finalizado: 0
rótulo = 98 em 0:00:42 = 2,3/s Média: 1533 Min: 1003 Max: 2020 Err: 0 (0,00%)
etiqueta + 85 em 0:00:30 = 2,8/s Média: 1505 Min: 1008 Máx: 2005 Err: 0 (0,00%) Ativo: 5 Iniciado: 5 Finalizado: 0
rótulo = 183 em 0:01:13 = 2,5/s Média: 1520 Min: 1003 Max: 2020 Err: 0 (0,00%)
rótulo + 79 em 0:00:30 = 2,7/s Média: 1578 Min: 1089 Máx: 2012 Err: 0 (0,00%) Ativo: 5 Iniciado: 5 Finalizado: 0
rótulo = 262 em 0:01:43 = 2,6/s Média: 1538 Min: 1003 Max: 2020 Err: 0 (0,00%)
etiqueta + 80 em 0:00:30 = 2,7/s Média: 1531 Min: 1013 Máx: 2014 Err: 0 (0,00%) Ativo: 5 Iniciado: 5 Finalizado: 0
rótulo = 342 em 0:02:12 = 2,6/s Média: 1536 Min: 1003 Max: 2020 Err: 0 (0,00%)
rótulo + 83 em 0:00:31 = 2,7/s Média: 1512 Min: 1003 Máx: 1982 Err: 0 (0,00%) Ativo: 5 Iniciado: 5 Finalizado: 0
rótulo = 425 em 0:02:43 = 2,6/s Média: 1531 Min: 1003 Max: 2020 Err: 0 (0,00%)
etiqueta + 83 em 0:00:29 = 2,8/s Média: 1487 Min: 1023 Máx: 2013 Err: 0 (0,00%) Ativo: 5 Iniciado: 5 Finalizado: 0
rótulo = 508 em 0:03:12 = 2,6/s Média: 1524 Min: 1003 Max: 2020 Err: 0 (0,00%)
etiqueta + 78 em 0:00:30 = 2,6/s Média: 1594 Mín: 1013 Máx: 2016 Err: 0 (0,00%) Ativo: 5 Iniciado: 5 Finalizado: 0
rótulo = 586 em 0:03:43 = 2,6/s Média: 1533 Min: 1003 Max: 2020 Err: 0 (0,00%)
etiqueta + 80 em 0:00:30 = 2,7/s Média: 1516 Min: 1013 Máx: 2005 Err: 0 (0,00%) Ativo: 5 Iniciado: 5 Finalizado: 0
rótulo = 666 em 0:04:12 = 2,6/s Média: 1531 Min: 1003 Max: 2020 Err: 0 (0,00%)
rótulo + 86 em 0:00:30 = 2,9/s Média: 1449 Min: 1004 Máx: 2017 Err: 0 (0,00%) Ativo: 5 Iniciado: 5 Finalizado: 0
rótulo = 752 em 0:04:43 = 2,7/s Média: 1522 Min: 1003 Max: 2020 Err: 0 (0,00%)
rótulo + 65 em 0:00:24 = 2,7/s Média: 1579 Min: 1007 Máx: 2003 Err: 0 (0,00%) Ativo: 0 Iniciado: 5 Concluído: 5
rótulo = 817 em 0:05:07 = 2,7/s Média: 1526 Min: 1003 Max: 2020 Err: 0 (0,00%)

O rótulo é usado para agrupar os resultados da amostra. Portanto, se você tiver vários grupos de threads e quiser resumir todos eles, use o mesmo rótulo - ou adicione o resumidor ao plano de teste (para que todos os grupos de threads estejam no escopo). Diferentes agrupamentos de resumos podem ser implementados usando rótulos adequados e adicionando os resumos às partes apropriadas do plano de teste.

CSV Data Set Config é usado para ler linhas de um arquivo e dividi-las em variáveis. É mais fácil de usar do que as funções __CSVRead() e __StringFromFile() . Ele é adequado para lidar com um grande número de variáveis ​​e também é útil para testar com valores "aleatórios" e exclusivos.

Gerar valores aleatórios exclusivos em tempo de execução é caro em termos de CPU e memória, portanto, basta criar os dados antes do teste. Se necessário, os dados "aleatórios" do arquivo podem ser usados ​​em conjunto com um parâmetro de tempo de execução para criar diferentes conjuntos de valores de cada execução - por exemplo, usando concatenação - o que é muito mais barato do que gerar tudo em tempo de execução.

JMeter permite que valores sejam citados; isso permite que o valor contenha um delimitador. Se " permitir dados entre aspas " estiver habilitado, um valor pode ser colocado entre aspas duplas. Estes são removidos. Para incluir aspas duplas em um campo entre aspas, use duas aspas duplas. Por exemplo:

1,"2,3","4""5" =>
1
2,3
4"5

O JMeter suporta arquivos CSV que possuem uma linha de cabeçalho definindo os nomes das colunas. Para habilitar isso, deixe o campo " Nomes de Variáveis " vazio. O delimitador correto deve ser fornecido.

O JMeter suporta arquivos CSV com dados entre aspas que incluem novas linhas.

Por padrão, o arquivo é aberto apenas uma vez e cada thread usará uma linha diferente do arquivo. No entanto, a ordem na qual as linhas são passadas para as threads depende da ordem em que elas são executadas, que pode variar entre as iterações. As linhas são lidas no início de cada iteração de teste. O nome do arquivo e o modo são resolvidos na primeira iteração.

Consulte a descrição do modo de compartilhamento abaixo para opções adicionais. Se você quiser que cada thread tenha seu próprio conjunto de valores, será necessário criar um conjunto de arquivos, um para cada thread. Por exemplo test1.csv , test2.csv , …, teste n .csv . Use o nome de arquivo test${__threadNum}.csv e defina o " Modo de compartilhamento " para " Thread atual ".

Como um caso especial, a string " \t " (sem aspas) no campo delimitador é tratada como um Tab.

Quando o final do arquivo ( EOF ) é atingido e a opção de reciclagem é true , a leitura recomeça com a primeira linha do arquivo.

Se a opção de reciclagem for false e stopThread for false , todas as variáveis ​​serão definidas como <EOF> quando o final do arquivo for atingido. Esse valor pode ser alterado configurando a propriedade JMeter csvdataset.eofstring .

Se a opção Recycle for false e Stop Thread for true , atingir EOF fará com que o thread seja interrompido.

O elemento DNS Cache Manager permite testar aplicativos, que possuem vários servidores por trás de balanceadores de carga (CDN, etc.), quando o usuário recebe conteúdo de diferentes IPs. Por padrão, o JMeter usa o cache DNS da JVM. É por isso que apenas um servidor do cluster recebe carga. O DNS Cache Manager resolve nomes para cada thread separadamente a cada iteração e salva os resultados da resolução em seu cache DNS interno, que é independente dos caches DNS da JVM e do SO.

Um mapeamento para hosts estáticos pode ser usado para simular algo como o arquivo /etc/hosts . Essas entradas terão preferência sobre o resolvedor personalizado. O uso do resolvedor de DNS personalizado deve ser ativado, se você quiser usar esse mapeamento.

O Authorization Manager permite especificar um ou mais logins de usuário para páginas da Web que são restritas ao uso de autenticação de servidor. Você vê esse tipo de autenticação quando usa seu navegador para acessar uma página restrita e seu navegador exibe uma caixa de diálogo de login. O JMeter transmite as informações de login quando encontra esse tipo de página.

Os cabeçalhos de Autorização podem não ser exibidos na guia " Solicitação " do Ouvinte de exibição em árvore . A implementação Java faz autenticação preventiva, mas não retorna o cabeçalho Authorization quando o JMeter busca os cabeçalhos. A implementação do HttpComponents (HC 4.5.X) é preemptiva desde a versão 3.2 e o cabeçalho será mostrado. Para desabilitar isso, defina os valores abaixo, nesse caso a autenticação só será executada em resposta a um desafio.

No arquivo jmeter.properties defina httpclient4.auth.preemptive=false

O HTTP Cache Manager é usado para adicionar a funcionalidade de cache às solicitações HTTP dentro de seu escopo para simular o recurso de cache do navegador. Cada thread de usuário virtual tem seu próprio cache. Por padrão, o Cache Manager armazenará até 5.000 itens em cache por encadeamento de usuário virtual, usando o algoritmo LRU. Use a propriedade " maxSize " para modificar este valor. Observe que quanto mais você aumentar esse valor, mais o HTTP Cache Manager consumirá memória, portanto, certifique-se de adaptar a opção -Xmx JVM adequadamente.

Se uma amostra for bem-sucedida (ou seja, tiver o código de resposta 2xx ), os valores Last-Modified e Etag (e Expired se relevante) serão salvos para o URL. Antes de executar a próxima amostra, o amostrador verifica se há uma entrada no cache e, em caso afirmativo, os cabeçalhos condicionais If-Last-Modified e If-None-Match são definidos para a solicitação.

Além disso, se a opção " Usar Cache-Control/Expires header " estiver selecionada, o valor Cache-Control / Expires será verificado em relação à hora atual. Se a solicitação for uma solicitação GET e o carimbo de data/hora estiver no futuro, o amostrador retornará imediatamente, sem solicitar a URL do servidor remoto. Isso se destina a emular o comportamento do navegador. Observe que se o cabeçalho Cache-Control for " no-cache ", a resposta será armazenada no cache como pré-expirada, portanto, será gerada uma solicitação GET condicional. Se Cache-Control tiver qualquer outro valor, o " max-age" a opção de expiração é processada para calcular o tempo de vida da entrada, se estiver ausente, o cabeçalho de expiração será usado, se também a entrada ausente será armazenada em cache conforme especificado na seção 13.2.4 da RFC 2616 usando a hora da última modificação e a data de resposta.

O elemento Cookie Manager tem duas funções:
Primeiro, ele armazena e envia cookies como um navegador da web. Se você tiver uma solicitação HTTP e a resposta contiver um cookie, o Cookie Manager armazenará automaticamente esse cookie e o usará para todas as solicitações futuras a esse site específico. Cada thread JMeter tem sua própria "área de armazenamento de cookies". Portanto, se você estiver testando um site que usa um cookie para armazenar informações de sessão, cada thread do JMeter terá sua própria sessão. Observe que esses cookies não aparecem na tela do Cookie Manager, mas podem ser vistos usando o View Results Tree Listener.

O JMeter verifica se os cookies recebidos são válidos para a URL. Isso significa que os cookies entre domínios não são armazenados. Se você tiver um comportamento bugado ou quiser que cookies entre domínios sejam usados, defina a propriedade JMeter " CookieManager.check.cookies=false ".

Cookies recebidos podem ser armazenados como variáveis ​​de thread JMeter. Para salvar cookies como variáveis, defina a propriedade " CookieManager.save.cookies=true ". Além disso, os nomes dos cookies são prefixados com " COOKIE_ " antes de serem armazenados (isso evita a corrupção acidental de variáveis ​​locais) Para reverter ao comportamento original, defina a propriedade " CookieManager.name.prefix= " (um ou mais espaços). Se ativado, o valor de um cookie com o nome TEST pode ser referido como ${COOKIE_TEST} .

Segundo, você pode adicionar manualmente um cookie ao Cookie Manager. No entanto, se você fizer isso, o cookie será compartilhado por todos os threads do JMeter.

Observe que esses cookies são criados com um tempo de expiração muito no futuro

Cookies com valores nulos são ignorados por padrão. Isso pode ser alterado configurando a propriedade JMeter: CookieManager.delete_null_cookies=false . Observe que isso também se aplica a cookies definidos manualmente - esses cookies serão removidos da exibição quando forem atualizados. Observe também que o nome do cookie deve ser exclusivo - se um segundo cookie for definido com o mesmo nome, ele substituirá o primeiro.

Esse elemento permite definir valores padrão que seus controladores de solicitação HTTP usam. Por exemplo, se você estiver criando um Plano de Teste com 25 controladores de solicitação HTTP e todas as solicitações estiverem sendo enviadas para o mesmo servidor, você poderá adicionar um único elemento HTTP Request Defaults com o campo " Nome do servidor ou IP " preenchido. , ao adicionar os 25 controladores HTTP Request, deixe o campo " Server Name or IP " vazio. Os controladores herdarão este valor de campo do elemento HTTP Request Defaults.

O Header Manager permite adicionar ou substituir cabeçalhos de solicitação HTTP.

O JMeter agora suporta vários gerenciadores de cabeçalho . As entradas de cabeçalho são mescladas para formar a lista do amostrador. Se uma entrada a ser mesclada corresponder a um nome de cabeçalho existente, ela substituirá a entrada anterior. Isso permite configurar um conjunto padrão de cabeçalhos e aplicar ajustes a amostradores específicos. Observe que um valor vazio para um cabeçalho não remove um cabeçalho existente, apenas substitui seu valor.

O componente Java Request Defaults permite definir valores padrão para teste Java. Consulte a Solicitação Java .

O Keystore Config Element permite configurar como o Keystore será carregado e quais chaves ele usará. Esse componente é normalmente usado em cenários HTTPS em que você não deseja levar em conta a inicialização do keystore no tempo de resposta.

Para usar este elemento, você precisa primeiro configurar um Java Key Store com os certificados de cliente que deseja testar, para isso:

1. Crie seus certificados com o utilitário Java keytool ou através de seu PKI
2. Se criado por PKI, importe suas chaves no Java Key Store convertendo-as em um formato aceitável por JKS
3. Em seguida, faça referência ao arquivo keystore por meio das duas propriedades da JVM (ou inclua-as em system.properties ):
   • -Djavax.net.ssl.keyStore=path_to_keystore
   • -Djavax.net.ssl.keyStorePassword=password_of_keystore

Para usar PKCS11 como a origem da loja, você precisa definir javax.net.ssl.keyStoreType como PKCS11 e javax.net.ssl.keyStore como NONE .

O Elemento de configuração de login permite adicionar ou substituir as configurações de nome de usuário e senha em samplers que usam nome de usuário e senha como parte de sua configuração.

O componente Padrões de Solicitação de LDAP permite definir valores padrão para teste de LDAP. Consulte a Solicitação LDAP .

O componente Padrões de Solicitação Estendida de LDAP permite definir valores padrão para testes de LDAP estendidos. Consulte a Solicitação Estendida do LDAP .

O TCP Sampler Config fornece dados padrão para o TCP Sampler

O elemento User Defined Variables permite definir um conjunto inicial de variáveis , assim como no Plano de Teste .

UDVs não devem ser usados ​​com funções que geram resultados diferentes cada vez que são chamadas. Apenas o resultado da primeira chamada de função será salvo na variável. No entanto, UDVs podem ser usados ​​com funções como __P() , por exemplo:

HOST ${__P(host,localhost)}

que definiria a variável " HOST " para ter o valor da propriedade JMeter " host ", padronizando para " localhost " se não for definido.

Para definir variáveis ​​durante uma execução de teste, consulte Parâmetros do usuário . Os UDVs são processados ​​na ordem em que aparecem no Plano, de cima para baixo.

Para simplificar, sugere-se que os UDVs sejam colocados apenas no início de um Grupo de Threads (ou talvez sob o próprio Plano de Teste).

Uma vez que o Plano de Teste e todos os UDVs tenham sido processados, o conjunto de variáveis ​​resultante é copiado para cada encadeamento para fornecer o conjunto inicial de variáveis.

Se um elemento de tempo de execução, como um pré-processador de parâmetros do usuário ou um extrator de expressão regular, definir uma variável com o mesmo nome de uma das variáveis ​​UDV, isso substituirá o valor inicial e todos os outros elementos de teste no encadeamento verão o valor atualizado valor.

O Random Variable Config Element é usado para gerar strings numéricas aleatórias e armazená-las na variável para uso posterior. É mais simples do que usar variáveis ​​definidas pelo usuário junto com a função __Random() .

A variável de saída é construída usando o gerador de números aleatórios e, em seguida, o número resultante é formatado usando a string de formato. O número é calculado usando a fórmula Minimum+Random.nextInt(maximum-minimum+1) . Random.nextInt() requer um número inteiro positivo. Isso significa que máximo-mínimo - ou seja, o intervalo - deve ser menor que 2147483647 , no entanto, os valores mínimo e máximo podem ser quaisquer valores longos , desde que o intervalo esteja OK.

Permite que o usuário crie um contador que pode ser referenciado em qualquer lugar do Grupo de Threads. A configuração do contador permite que o usuário configure um ponto de partida, um máximo e o incremento. O contador fará um loop do início ao máximo e, em seguida, recomeçará com o início, continuando assim até que o teste termine.

O contador usa um long para armazenar o valor, portanto, o intervalo é de -2^63 a 2^63-1 .

O Elemento de Configuração Simples permite adicionar ou substituir valores arbitrários em amostradores. Você pode escolher o nome do valor e o próprio valor. Embora alguns usuários aventureiros possam encontrar um uso para esse elemento, ele está aqui principalmente para desenvolvedores como uma GUI básica que eles podem usar ao desenvolver novos componentes JMeter.

Você pode então acessar o objeto com.mongodb.DB no Beanshell ou JSR223 Test Elements através do elemento MongoDBHolder usando este código

import com.mongodb.DB;
import org.apache.jmeter.protocol.mongodb.config.MongoDBHolder;
DB db = MongoDBHolder.getDBFromSource("valor da propriedade MongoDB Source",
            "valor da propriedade Nome do Banco de Dados");
…
    

O painel de controle de asserção de resposta permite adicionar sequências de padrões para serem comparadas com vários campos da solicitação ou resposta. As strings padrão são:

• Contém , Matches : Expressões regulares no estilo Perl5
• Equals , Substring : texto simples, diferencia maiúsculas de minúsculas

Um resumo dos caracteres de correspondência de padrões pode ser encontrado nas expressões regulares ORO Perl5.

Você também pode escolher se espera-se que as strings correspondam à resposta inteira ou se espera-se que a resposta contenha apenas o padrão. Você pode anexar várias asserções a qualquer controlador para flexibilidade adicional.

Observe que a string do padrão não deve incluir os delimitadores delimitadores, ou seja, use Price: \d+ not /Price: \d+/ .

Por padrão, o padrão está no modo de várias linhas, o que significa que o metacaractere " . " não corresponde à nova linha. No modo de várias linhas, " ^ " e " $ " correspondem ao início ou fim de qualquer linha em qualquer lugar dentro da string - não apenas o início e o fim de toda a string. Observe que \s corresponde à nova linha. Caso também é significativo. Para substituir essas configurações, pode-se usar a sintaxe de expressão regular estendida . Por exemplo:

(?eu)

ignorar caso

(?s)

tratar o destino como uma única linha, ou seja, " . " corresponde à nova linha

(?é)

ambos os acima

(?i)maçã(?-i) Torta

corresponde a " Apple Pie ", mas não a " Apple pIe "

(?s)Maçã.+?Torta

corresponde a Apple seguido por Pie , que pode estar em uma linha subsequente.

Maçã(?s).+?Torta

o mesmo que acima, mas provavelmente é mais claro usar o (?s) no início.

A Asserção de Duração testa se cada resposta foi recebida dentro de um determinado período de tempo. Qualquer resposta que demore mais do que o número de milissegundos (especificado pelo usuário) é marcada como uma resposta com falha.

A Asserção de Tamanho testa se cada resposta contém o número correto de bytes nela. Você pode especificar que o tamanho seja igual, maior que, menor que ou diferente de um determinado número de bytes.

A Asserção XML testa se os dados de resposta consistem em um documento XML formalmente correto. Ele não valida o XML com base em um DTD ou esquema nem faz qualquer validação adicional.

A Asserção do BeanShell permite que o usuário execute a verificação de asserção usando um script do BeanShell.

Para obter detalhes completos sobre o uso do BeanShell, consulte o site do BeanShell.

Observe que um intérprete diferente é usado para cada ocorrência independente da asserção em cada encadeamento em um script de teste, mas o mesmo intérprete é usado para invocações subsequentes. Isso significa que as variáveis ​​persistem nas chamadas para a asserção.

Todas as asserções são chamadas do mesmo thread que o amostrador.

Se a propriedade " beanshell.assertion.init " for definida, ela será passada para o Interpreter como o nome de um arquivo de origem. Isso pode ser usado para definir métodos e variáveis ​​comuns. Há um arquivo de inicialização de amostra no diretório bin : BeanShellAssertion.bshrc

O elemento de teste suporta os métodos ThreadListener e TestListener . Estes devem ser definidos no arquivo de inicialização. Consulte o arquivo BeanShellListeners.bshrc para obter definições de exemplo.

A Asserção MD5Hex permite que o usuário verifique o hash MD5 dos dados de resposta.

A Asserção HTML permite que o usuário verifique a sintaxe HTML dos dados de resposta usando JTidy.

A Asserção XPath testa um documento quanto à boa formação, tem a opção de validar contra um DTD ou passar o documento por JTidy e testar um XPath. Se esse XPath existir, a Asserção será verdadeira. O uso de " / " corresponderá a qualquer documento bem formado e será a Expressão XPath padrão. A asserção também suporta expressões booleanas, como " count(//*error)=2 ". Consulte http://www.w3.org/TR/xpath para obter mais informações sobre XPath.

• //title[text()='Text to match'] - corresponde <title>Text to match</title> em qualquer lugar na resposta
• /title[text()='Text to match'] - corresponde <title>Text to match</title> no nível raiz na resposta

A Asserção XPath2 testa um documento quanto à boa formação. O uso de " / " corresponderá a qualquer documento bem formado e será a Expressão XPath2 padrão. A asserção também suporta expressões booleanas, como " count(//*error)=2 ".

• //title[text()='Text to match'] - corresponde <title>Text to match</title> em qualquer lugar na resposta
• /title[text()='Text to match'] - corresponde <title>Text to match</title> no nível raiz na resposta

A Asserção de Esquema XML permite que o usuário valide uma resposta em relação a um Esquema XML.

A Asserção JSR223 permite que o código de script JSR223 seja usado para verificar o status da amostra anterior.

• bcmail-xxx.jar (BouncyCastle SMIME/CMS)
• bcprov-xxx.jar (Provedor BouncyCastle)

Se estiver usando o Mail Reader Sampler , certifique-se de selecionar " Armazenar a mensagem usando MIME (raw) " caso contrário a Asserção não poderá processar a mensagem corretamente.