Configuração de cena do Jmeter e método inicial

Índice

Configurações do grupo de tópicos

nome e comentários

Ação a ser tomada após um erro do amostrador

Propriedades do encadeamento configurações de propriedade do encadeamento

Execução de cenário

Configuração de execução remota

Linha de comando


A cena de teste de desempenho é uma unidade de trabalho usada para simular operações reais do usuário, portanto, o design da cena deve estar alinhado com a lógica de operação do usuário.Jmeter conclui principalmente a configuração da cena por meio do grupo de threads e outros componentes.

Configurações do grupo de tópicos

O grupo de threads Jmeter é, na verdade, um pool de threads e, em seguida, conclui a inicialização do pool de threads de acordo com as configurações do usuário e executa vários processamentos lógicos em tempo de execução

A figura acima é uma interface de configuração de um grupo de threads. Vamos explicar os parâmetros específicos abaixo.

nome e comentários

É a configuração do nome e comentários, aqui você pode definir de acordo com a cena que deseja testar, o melhor é ver o nome e saber o significado

Ação a ser tomada após um erro do amostrador

A operação a ser realizada após um erro de amostrador, ou seja, o método de tratamento de exceção após um determinado erro de solicitação, existem 5 maneiras

  • Continue, continue, depois que a solicitação da simulação do amostrador falhar, continue a executar

    Quando um grande número de usuários solicita simultaneamente, o servidor pode responder com um erro, o que é um fenômeno normal. Nesse momento, o erro deve ser registrado e a solicitação subsequente deve ser continuada

  • start next Thread Loop Se ocorrer um erro, as solicitações restantes no script unificado não serão executadas e serão reiniciadas diretamente. Por exemplo, há uma cena em que você precisa fazer login primeiro antes de postar. Se o login falhar neste momento , a postagem não será bem-sucedida, portanto, não há necessidade de continuar a execução, basta iniciar a próxima rodada de teste diretamente e você pode definir esse método de tratamento de erros neste momento.

  • stop thread Para o thread. Se uma solicitação simulada pelo sampler falhar, pare o thread atual e não o execute mais. Por exemplo, se 40 threads forem configurados e a solicitação de um thread falhar, o thread atual será interrompido e os threads restantes continuará a executar. , se houver mais falhas, mais encadeamentos serão interrompidos e cada vez menos encadeamentos serão executados, a carga no servidor será insuficiente e os resultados do teste não serão informativos, portanto, isso geralmente é não configurado.

  • stop test Para o teste. Se uma solicitação de uma determinada thread falhar, todas as threads serão interrompidas, ou seja, o teste será interrompido, mas cada thread ainda executará a cena atual. Por exemplo, a cena atual é para faça o login e envie uma mensagem. Há um thread Se o login falhar, outros threads também executam o login. Após o erro ocorrer, outros threads continuarão a executar a operação de postagem.

  • pare o teste Agora Interrompa o teste imediatamente. Se qualquer solicitação de encadeamento falhar, interrompa todos os encadeamentos imediatamente e não continue a execução

Propriedades do encadeamento configurações de propriedade do encadeamento
  • Número de threads (usuários)

    Defina o número de threads em execução, um thread corresponde a um usuário

  • Período de aceleração (segundos) O intervalo de tempo para os encadeamentos começarem a ser executados, em segundos, quanto tempo leva para todos os encadeamentos começarem a ser executados

    Por exemplo, se 50 threads forem definidos e o período de aceleração for definido como 10 segundos, serão iniciadas 5 threads por segundo. Se for definido como 0 segundos, 50 threads serão iniciados imediatamente.

  • Contagem de loop O número de repetições da solicitação. Se você escolher infinito, a solicitação continuará a ser executada, a menos que pare ou trave. Se você optar por preencher o número específico de vezes, poderá controlar o número de vezes em sequência.

  • O usuário sam em cada iteração usa o mesmo usuário para cada iteração. Essa configuração foi adicionada após a versão 5.2. A versão anterior não tem essa opção, então haverá um problema. Os usuários simulados não são tão independentes quanto a cena real. , ele padroniza a multiplexação de usuários em cada thread e recomenda um artigo para todos https://www.cnblogs.com/nmb123/p/12266697.html

  • Atrasar a criação do Thread até que seja necessário

    Todos os encadeamentos JMeter são criados no início, mas serão incrementados de acordo com as regras acima quando forem incrementados. Se esta opção for selecionada, nem todos os threads serão criados inicialmente, apenas quando necessário.

    Se não selecionado, ao iniciar a cena, o JMeter usará mais CPU para criar threads, o que afetará o tempo de resposta de algumas requisições anteriores, pois a CPU da impressora está fazendo outras coisas. Se for selecionado, será recriado quando for usado e o consumo de CPU será médio, mas haverá outro perigo oculto neste momento, ou seja, afetará levemente o thread em execução

  • Especifique o tempo de vida do Thread Thread running time, esta configuração só terá efeito se o número de repetições da solicitação de Loop count for configurado para ser infinito, caso contrário, o Loop count controlará a execução do thread

    • Duração (segundos) Defina por quanto tempo o grupo de encadeamentos é executado, em segundos
    • Atraso de inicialização (segundos) define o tempo de atraso de inicialização do encadeamento, em segundos

Execução de cenário

Existem duas maneiras de executar o Jmeter, uma é a operação da interface visual da GUI e a outra é a operação da linha de comando, ambas suportando operação localizada, ou seja, operação única e operação remota. Aqui, apresentamos principalmente a execução remota e a operação de linha de comando do jmeter.

Configuração de execução remota
  • configuração remota

    Execute remotamente a configuração da porta do nó:

    server_port=1099
    server.rmi.localport=1099
    

    correr:

    ./jmeter-server -Djava.rmi.server.hostname=本机ip
    
  • configuração local

    configuração remote_hosts

    remote_hosts=ip:port,ip:prot,... ip和port都是远程执行机的ip和server的运行端口
    

    correr:

    java -jar ApacheJMeter.jar -n -t Thread\ Group.jmx -r -l result.jtl -R ip
    

    -R especifica em qual máquina executar o script de teste

Linha de comando

A execução de ./jmeter -? na linha de comando pode resultar em opções de parâmetro de linha de comando. Aqui estão alguns mais comumente usados. Para mais uso, consulte o documento oficial

  • -l Registra os resultados do teste em um arquivo, especifica o endereço e o nome do arquivo, você pode criar um caminho relativo ou absoluto
  • -d especifica o caminho inicial do jmeter
  • -R Abra a máquina de carregamento remoto, especifique o ip da máquina de carregamento
  • -n especifica o modo não GUI a ser executado
  • -t especifica o caminho do arquivo de script jmeter
  • -L especifica o nível de log

 

Acho que você gosta

Origin blog.csdn.net/MXB_1220/article/details/131690126
Recomendado
Clasificación