Parametrização de dados em JMeter usando elementos de configuração

data parameterization jmeter using configuration elements

Este tutorial explica a parametrização de dados no JMeter usando elementos de configuração para selecionar dados de arquivos em vez de configuração manual .:

Elementos de configuração Jmeter são as variáveis ​​que são usadas posteriormente pelos Samplers. As solicitações feitas por Samplers podem ser adicionadas ou modificadas usando elementos de configuração.

JMeter fornece elementos de configuração para que o comportamento real da web possa ser reproduzido.

=> Clique aqui para Complete o treinamento gratuito no JMeter (mais de 20 vídeos)

O que você aprenderá:

• Tutorial de vídeo sobre parametrização de dados
• Elementos de configuração JMeter
  • # 1) CSV Data Set Config
  • # 2) Padrões de solicitação de FTP
  • # 3) Gerenciador de cache DNS
  • # 4) Gerente de Autorização HTTP
  • # 5) Gerenciador de cache HTTP
  • # 6) Gerenciador de cookies HTTP
  • # 7) Padrões de solicitação de HTTP
  • # 8) Gerenciador de cabeçalho HTTP
  • # 9) Configuração do KeyStore
  • # 10) Padrões de solicitação de LDAP
  • # 11) Padrões de solicitação estendida de LDAP
  • Perguntas frequentes sobre os elementos de configuração JMeter
• Conclusão
  • Leitura recomendada

Tutorial de vídeo sobre parametrização de dados

Elementos de configuração JMeter

Diferentes tipos de elementos de configuração JMeter estão listados abaixo:

• CSV Data Set Config
• Padrões de solicitação de FTP
• DNS Cache Manager
• Gerente de autorização HTTP
• Gerenciador de Cache HTTP
• Gerenciador de cookies HTTP
• Padrões de solicitação HTTP
• Gerenciador de cabeçalho HTTP
• Padrões de solicitação Java
• Configuração de conexão JDBC
• Configuração de KeyStore
• Elemento de configuração de login
• Padrões de solicitação de LDAP
• Padrões de solicitação estendida de LDAP
• Configuração do amostrador TCP
• Variáveis ​​Definidas pelo Usuário
• Variável aleatória
• Contador
• Elemento de configuração simples
• MongoDB Source Config (DESCONTINUADO)
• Configuração de conexão de parafuso

Vejamos alguns elementos de configuração JMeter comumente usados.

# 1) CSV Data Set Config

CSV é usado para ler as linhas de um arquivo e convertê-las em variáveis. O CSV Data Set Config serve ao propósito de fonte de dados que pode fornecer uma grande quantidade de dados de acordo com o cenário que você está testando.

Caso um usuário queira testar aplicativos da web para 50 usuários com credenciais diferentes, ele não precisa criar 50 scripts. Agora, tudo o que precisa ser feito é criar um arquivo que tenha o registro do usuário (nome de usuário, senha) e fazer o upload desse arquivo em CSV. CSV converte todas as linhas de dados em variáveis.

Vejamos um exemplo abaixo para entender como os dados podem ser lidos do arquivo CSV e podem ser impressos na árvore Exibir resultado.

# 1) Crie um plano de teste

#dois) Adicione um grupo de encadeamentos com o número de usuários como 1, período de aceleração de 1 segundo e contagem de loop como 5.

# 3) Adicione o elemento config como CSV Data set Config.

• Faça upload de um arquivo CSV com os dados abaixo:

• Forneça nomes de variáveis ​​como nome de usuário e senha com o delimitador separado por vírgula.
• Selecione Reciclar no EOF como verdadeiro para que o arquivo seja relido assim que atingir o EOF.

# 4) Adicionar Sampler: Debug Sampler.

# 5) Adicionar ouvinte: Exibir árvore de resultados.

# 6) Execute o plano de teste selecionando o botão Iniciar no menu superior.

Os valores variáveis ​​do arquivo CSV são impressos

Uma vez que o número de threads foi escolhido como 5 e o arquivo CSV tem dados até 3 linhas, ele relê o arquivo novamente e imprime os valores começando de 1 para 4^ºamostrador.

Abaixo está a descrição de cada campo:

Configure a fonte de dados CSV

Nome do arquivo : Nome do arquivo que será lido e convertido em variáveis. A opção de navegação para fazer upload do arquivo é fornecida com este campo.

Para especificar o caminho do arquivo, você pode colocar diretamente o nome do arquivo se o seu CSV estiver na pasta BIN do diretório JMETER, caso contrário, especifique o caminho completo do seu sistema.

Codificação do arquivo: Para ler o arquivo, a codificação a ser usada precisa ser selecionada no menu suspenso.

A codificação do arquivo tem as seguintes opções disponíveis:

Se nenhuma opção for selecionada, o padrão da plataforma será usado. Este não é um campo obrigatório.

Nome variável : A lista de variáveis ​​é fornecida aqui e deve ser separada com o caractere delimitador. Se nada for fornecido neste campo, a primeira linha do arquivo é lida e considerada como um nome de coluna.

Use a primeira linha como nome de variável : Se o nome da variável estiver vazio, a primeira linha deve ter cabeçalhos. Caso o nome da variável não esteja vazio, será utilizada a primeira linha do arquivo CSV.

Delimitador: Os dados no arquivo podem ser separados usando Delimitador.

Permitir dados citados: Ele verifica se os dados do arquivo CSV devem ser citados ou não. O usuário pode selecionar a opção True / False no menu suspenso.

Reciclar em EOF: Representa se o arquivo deve ser relido ao chegar ao final. EOF significa Fim do Arquivo. Por padrão, o valor selecionado é True.

Parar o tópico no EOF? Ele pergunta se a releitura deve ser interrompida assim que atinge o EOF ou deve continuar. Por padrão, o valor selecionado é falso.

Modo de compartilhamento:

• Todos os tópicos: O arquivo é compartilhado com todos os tópicos.
• Grupo de discussão atual: Cada arquivo é aberto para cada grupo de discussão.
• Tópico atual: O arquivo é aberto para todos os tópicos.
• Identificar: ID comum é usado para compartilhar o arquivo entre mais de um grupo.

# 2) Padrões de solicitação de FTP

O JMeter também suporta o protocolo FTP. O script pode ser feito usando FTP, FTPS e SFTP no JMeter.

Use padrões de solicitação de FTP:

• Crie um plano de teste.
• Adicionar grupo de discussão.
• Adicione o elemento de configuração “FTP Request Defaults”.
• Adicionar Sampler: Solicitação de FTP.
• Adicionar ouvinte: exibe os resultados na tabela.

Saída exibida em Exibir resultados na tabela:

Os detalhes abaixo ajudarão a saber mais sobre os campos no FTP Padrão:

• Nome do servidor ou IP : O nome do servidor FTP ou IP deve ser fornecido aqui. Os detalhes fornecidos são do servidor onde o arquivo será colocado ou pode ser obtido de lá.
• Número da porta: É do servidor FTP . O número da porta padrão usado é 21.
• Arquivo remoto: Quando o arquivo precisa ser declarado globalmente, o único caminho para o arquivo no servidor FTP deve ser fornecido neste campo, caso contrário, ele também pode ser deixado em branco.
• Arquivo local: O mesmo que o arquivo remoto - o campo pode ser deixado em branco, é necessário fornecer um caminho para o servidor local quando o arquivo tiver que ser declarado globalmente.
• Conteúdo do arquivo local: O conteúdo do arquivo de origem pode ser fornecido aqui, o qual pode ser usado no momento do upload para o servidor.
• Obter (RETR): Arquivo a ser baixado do servidor FTP.
• Coloque (STOR): Para fazer upload do arquivo no servidor FTP
• Use o modo binário: Este modo deve ser desmarcado para arquivos de texto, para todos os outros arquivos opções binárias devem ser selecionadas.
• Salvar arquivo em resposta: Selecionar esta opção representa que a saída será armazenada como dados de resposta do FTP.

# 3) DNS Cache Manager

O DNS Cache Manager pode ser usado diretamente no plano de teste ou grupo de discussão .

Gerenciador de elemento de cache DNS ajuda a testar os aplicativos para os cenários como os serviços não são interrompidos por causa de falha de instância ou qualquer outro motivo. JMeter usa o cache padrão como um cache JVM DNS.

O JMeter envia a solicitação ao Load Balancer, que divide ainda mais as solicitações para os vários aplicativos, digamos que três aplicativos estejam em teste. Às vezes, o que acontece é que a solicitação vai para um AUT apenas, o motivo para isso é identificado como caches DNS no nível da JVM.

Leia também = >> Como limpar o cache DNS

O Gerenciador de cache DNS ajuda a resolver esse problema da seguinte maneira:

• Adicione o gerenciador de cache DNS no plano de teste e selecione a opção “ Use o resolvedor DNS personalizado ” e forneça o nome do host ou endereços IP e execute o teste. Ele atingirá os endereços IP e não um.
• Ao usar uma solicitação HTTP, sempre selecione Httpclient4 .
• O DNS Cache Manager deve ser usado no Plano de Teste ou em um elemento de grupo de Threads.

Descrição do campo:

• Limpar Cache de cada Iteração: A seleção desta opção limpa o cache DNS de cada encadeamento assim que um novo ciclo é iniciado.
• Resolvedor DNS do sistema do usuário: Se o usuário quiser usar um resolvedor DNS do sistema.
• Nome do host ou endereço IP: Detalhes dos servidores DNS a serem usados.
• Host e nome do host ou endereço IP: Host estático e nome de host ou endereço IP são mapeados.

# 4) Gerente de Autorização HTTP

Gerente de autorização HTTP nos permite fornecer logins de usuário para as páginas do aplicativo da web que são restritas usando autenticação de servidor. Ele mostra o log na caixa de diálogo se o usuário tentar se conectar à página restrita.

alternativa gratuita para livros rápidos para pequenas empresas

Limpar autenticação em cada iteração: Se esta opção for selecionada, a autenticação em cada iteração será feita independentemente da autenticação feita no grupo de threads anterior ou não.

URL base: URL que corresponde a um ou mais URLs HTTP.
Nome de usuário : Nome de usuário para autorização.
Senha : Senha para o nome de usuário acima.
Domínio : Domínio para NTLM.
Reino : Reino para NTLM.
Mecanismo : Qual mecanismo de autenticação a ser executado deve ser fornecido.

Vamos dar um exemplo para entender o mesmo.

Tente fazer login no site com URL: https://httpbin.org/basic-auth/user/passwd .Ela mostrará uma janela de autenticação.

Em caso de nome de usuário ou senha incorretos ou se o elemento de configuração não estiver habilitado, ele retornará Código de Resposta -401

E no caso de detalhes corretos e se o elemento de configuração estiver habilitado - ele retornará Código de resposta -200

# 5) Gerenciador de Cache HTTP

Gerenciador de Cache HTTP é usado para salvar todos os arquivos estáticos baixados quando a execução está em andamento. Isso ocorre apenas se a opção “Recuperar todos os recursos incorporados” for selecionada. E não salvará os já salvos até que qualquer modificação seja feita.

Limpe o Cache em cada iteração:

Use a configuração do grupo de threads para controlar a limpeza do cache:

Use cache- Control / Expires header ao processar GET solicitações de. Selecionando esta opção, o controle / expiração do cache será verificado de acordo com a hora atual.

Número máximo de elementos no Cache: Por padrão, o valor é 5000 por usuário. Todo o cache é salvo na RAM. Caso o usuário coloque um valor acima de 5000, o servidor pode lançar uma exceção 'Fora da memória ' também.

Vamos ver como ele se comporta quando usamos a opção cache-control / expire header e quando não a usamos.

Agora selecione a terceira opção e execute novamente o plano de teste:

Selecionar a opção reduziu o tempo e a latência da amostra.

# 6) Gerenciador de cookies HTTP

Gerenciador de cookies HTTP tem o recurso de que, se o usuário tiver qualquer solicitação e resposta HTTP, tenha um cookie, o gerenciador de cookies armazena esse cookie e o usará para referência futura para aquele site específico.

Digamos que o navegador Edge, Firefox e Chrome estão sendo usados ​​para navegar em um site. Quando o usuário efetua login com nome de usuário e senha, ele fica armazenado no sistema como um cookie. Da próxima vez que o usuário visitar o mesmo site, ele não precisará inserir detalhes como nome de usuário e senha, pois já está armazenado no sistema como um cookie.

Limpe os cookies a cada iteração : Em cada iteração, ou seja, quando o loop de thread é executado uma vez, os cookies baseados no servidor serão apagados.

Vamos dar um exemplo para entender:

• Adicionar grupo de discussão ao Plano de Teste com contagem de Loop 3

• Adicionar HTTP Cookie Manager como um elemento de configuração no grupo de discussão

• Adicionar solicitação HTTP em que forneça o nome e caminho do servidor
• Adicionar ouvinte “ Exibir árvore de resultados ”E observe a saída:

De acordo com os resultados acima, podemos ver que na primeira iteração a solicitação não possui cookies, enquanto todas as outras solicitações possuem dados de cookies.

Agora, adicione detalhes no elemento de configuração do gerenciador de cookies como mostrado na imagem abaixo, e observe o resultado para o mesmo.

# 7) Padrões de solicitação de HTTP

Esta configuração permite que o usuário defina os valores padrão para o controlador de solicitação HTTP.

Exemplo: Se você estiver enviando 50 solicitações HTTP para o servidor xyz.com- O usuário deve inserir o “nome do servidor = xyz.com“ 50 vezes para as 50 solicitações HTTP, mas com a ajuda do HTTP Request Default, o usuário pode fazer 50 HTTP solicitações inserindo o nome do servidor = xyz.com uma vez. Isso economiza o tempo do usuário.

Todas as solicitações irão para o servidor da Web fornecido.

O elemento HTTP Request Default aponta para os valores padrão que são usados ​​pelos elementos HTTP request.

Exemplo de como usar o elemento HTTP Request Default:

• Plano de teste: Adicionar Padrões de solicitação HTTP e adicione o nome do servidor como tribuneindia.com

• Adicionar Grupo de Tópicos

• Adicione duas solicitações HTTP em que forneça apenas o caminho:

• Adicionar ouvinte “Exibir árvore de resultados” e execute o script. Caso nenhum caminho seja fornecido, a solicitação irá para o servidor fornecido no elemento de configuração HTTP Request Defaults.

# 8) Gerenciador de cabeçalho HTTP

Gerenciador de cabeçalho HTTP ajuda a adicionar ou sobrepor cabeçalhos de solicitação HTTP. JMeter oferece suporte a vários gerenciadores de cabeçalho. A lista do Sampler consiste em entradas de cabeçalho. A partir das entradas de cabeçalho que estão sendo mescladas, caso algum deles corresponda ao nome do cabeçalho já existente, o antigo é substituído pelo novo.

abridor de arquivos bin janelas de download grátis

Accept-Language, Accept-Encoding, User-Agent, Referrer são os cabeçalhos padrão que podem ser usados.

O nome do cabeçalho e os valores podem ser adicionados selecionando o botão Adicionar.

Aceitar linguagem é usado para definir qual servidor de idioma deve enviar a resposta de volta ao navegador.

Aceite a codificação: Aceitar codificação define o método de codificação que o servidor deve usar para responder. Caso o servidor não possa enviar a resposta na codificação aceita, o servidor irá envie uma mensagem de erro e um código de status como 406.

Se no caso de aceitar o campo de codificação não for fornecido, o servidor assumirá que o cliente aceitará qualquer método de codificação.

Agente de usuário: O agente do usuário permite encontrar características como o navegador, versão e sistema operacional do servidor web. Quando um navegador se conecta a qualquer um dos sites, ele envia o agente do usuário para o mesmo. O agente do usuário está incluído no cabeçalho HTTP.

Os navegadores com suporte para o Gerenciador de cabeçalho HTTP são os seguintes:

• IE
• Raposa de fogo
• Safári
• Ópera
• cromada

Referente: Quando um site se refere a outro site, o endereço é capturado no referenciador HTTP.

Vamos ver como funciona esse gerenciador de cabeçalho HTTP:

• Crie um Plano de Teste e adicione Grupo de Threads nele.
• Adicione o elemento Config HTTP Header Manager e campos como Accept-Language e Accept com seus valores.

• Adicione a solicitação HTTP com o nome do servidor e caminho como website.com e login.

• Adicionar ouvinte “Ver árvore de resultados” e execute o script e observe a saída

Agora adicione outro cabeçalho HTTP e faça algumas mudanças como linguagem de aceitação como SP-sp e em Aceitar também e execute novamente o script.

Os cabeçalhos são capturados apenas do gerenciador de cabeçalhos mais recente, mas nenhuma alteração é feita nos cabeçalhos já existentes.

# 9) Configuração do KeyStore

Configuração de armazenamento de chaves é configurar o KeyStore - como ser carregado e as chaves a serem usadas.

Para saber quem está se conectando ao servidor, alguns sistemas exigem que os certificados do lado do cliente sejam configurados. Este elemento config ajuda a configurar o mesmo, mas antes de adicionar um elemento KeyStore Config - Java Key Store deve ser configurado com certificados de cliente.

Para fazer as mesmas etapas a seguir, é necessário seguir:

Criar certificado:

• Usando o utilitário Java Keytool
• Por meio de PKI: Se feito por meio de PKI, deve ser convertido para um formato que seja aceitável por JKS

Adicione o seguinte no sistema. arquivo de propriedades:

javax.net.ssl.keyStore = path_to_keystore

javax.net.ssl.keyStorePassword = password_of_keystore

Pré-carga : KeyStore a ser pré-carregado ou não, pode ser escolhido selecionando verdadeiro ou falso.

Nome da variável que detém o alias do certificado: Nome da variável que consistirá no alias a ser usado para autenticação por certificado de cliente.

Índice de início de alias (baseado em 0): O índice da primeira chave a ser usada no KeyStore.

Alias ​​End Index (base 0): O índice da última chave a ser usada no KeyStore.

# 10) Padrões de solicitação de LDAP

Padrões de solicitação de LDAP permite adicionar valores padrão para o teste de LDAP.

Se o número de solicitações deve ser feito para o mesmo servidor LDAP, o elemento de configuração padrão da solicitação LDAP pode ser usado, pois o usuário não terá que inserir os mesmos detalhes repetidamente para a solicitação LDAP.

Quatro solicitações LDAP podem ser configuradas:

• Adicionar Teste
• Excluir teste
• Teste de Pesquisa
• Teste de modificação

Essas solicitações podem ser configuradas adicionando uma solicitação LDAP ao amostrador e, em seguida, alterando o nome para Adicionar / Excluir / Modificar / Pesquisar e selecionando a propriedade como Adicionar Teste / Excluir / Modificar / Pesquisar teste, respectivamente.

# 11) Padrões de solicitação estendida de LDAP

Este elemento de configuração permite adicionar valores padrão para testes de LDAP estendidos.

O elemento de configuração do LDAP tem nove operações de teste, conforme definido abaixo:

# 1) Thread Bind

Thread Bind é usado para iniciar uma sessão com o servidor LDAP. O usuário fornece um nome de usuário e uma senha para iniciar a sessão. Fornecer uma senha incorreta inicia a sessão anônima, mas falhará da mesma forma.

# 2) Desvinculação do fio

Thread Unbind é uma operação usada para encerrar a sessão.

# 3) Encadernação / Desagregação simples

Vincular / desvincular simples funciona como uma combinação de ambas as operações. Ele abre a sessão para verificar a validade do nome de usuário e senha e, em seguida, encerra a sessão.

# 4) Renomear entrada

Como o nome sugere, ele é usado para renomear uma entrada. Também pode ser usado para mover a entrada para outro local na árvore LDAP.

Perguntas e respostas da entrevista com técnico de help desk pdf

# 5) Adicionar teste

Isso é usado para adicionar objetos ao servidor LDAP. É a operação “adicionar” do LDAP que está sendo usada.

# 6) Teste de exclusão

O teste de exclusão é usado para excluir um objeto da árvore LDAP.

A operação usada é chamada de operação de “exclusão” do LDAP.

# 7) Teste de pesquisa

LDAP 'procurar' operação é executada para este teste.

Podem ser fornecidas especificações como o tempo máximo que o servidor deve levar para realizar a pesquisa, seja o objeto a ser retornado ou não (por padrão é considerado apenas falso). Se analisar o resultado da pesquisa for escolhido como verdadeiro, o resultado da pesquisa será adicionado aos dados de resposta.

# 8) Teste de comparação

O teste de comparação é usado para comparar o atributo com um valor já conhecido. Em geral, é usado para verificar o nome de uma pessoa no grupo, ou seja, se o nome fornecido já existe nesse grupo ou não pode ser comparado.

LDAP “ comparar ”Operação é usada para o mesmo.

# 9) Teste de modificação

O teste de modificação pode ser usado para adicionar / excluir / remover / substituir os valores usando LDAP “ modificar ' Operação.

Perguntas frequentes sobre os elementos de configuração JMeter

Q # 1) O que é o elemento Config no JMeter?

Responda : Os pedidos, que são enviados ao servidor, são modificados ou configurados usando elementos de configuração no JMeter.

Q # 2) O que são propriedades de thread no JMeter?

Responda : As propriedades do Thread incluem o número de threads que são usados ​​para executar o mesmo cenário e também o número de iterações que podem ser definidas na configuração.

P # 3) Qual elemento no JMeter corresponde ao número de usuários a simular?

Responda : Thread Group corresponde ao número de usuários a simular como um número de threads pode ser usado para configurar os usuários para simular para verificar o desempenho e a interação dos usuários com a aplicação.

Conclusão

Os elementos de configuração do JMeter permitem que os usuários obtenham acesso a qualquer variável que está associada a valores no JMeter. Eles podem modificar os valores dos pedidos que são originados do Sampler.

Os elementos de configuração podem ser adicionados clicando com o botão direito do mouse no Sampler adicionado e selecionando o elemento de configuração da lista. Eles podem ser acessados ​​apenas de onde estão colocados, ou seja, de dentro do galho da árvore.

Há uma série de elementos de configuração no JMeter conforme discutido neste artigo e podem ser usados ​​de acordo com a necessidade do usuário.

<< ANTERIOR | PRÓXIMO >>

=> Clique aqui Complete o treinamento gratuito no JMeter (mais de 20 vídeos)

Leitura recomendada

• Parametrização de dados JMeter usando variáveis ​​definidas pelo usuário
• Parametrização em QTP explicada com exemplos (Parte 1) - QTP Tutorial # 19
• Parametrização de valores estáticos no LoadRunner
• Como Obter Correlação JMeter com Exemplo
• Os 5 principais plug-ins JMeter e como usá-los (com exemplos)
• Descrição detalhada dos componentes JMeter
• Métodos de gravação e parametrização na Web e em dispositivos móveis em Neoload
• Variáveis ​​e funções do JMeter