1. Método de execução do JMete

Em circunstâncias normais, abriremos a interface de gravação do jmeter na forma de uma página e realizaremos o teste de pressão. Mas se você deseja executar o teste de estresse do jmeter de maneira automatizada, isso não pode ser realizado na forma de uma interface, e muitos servidores Linux não possuem uma interface (não-GUI), o que exige que executemos o jmeter em uma interface não-GUI. formulário gui

2. Vantagens da operação não GUI do JMete

A interface visual do JMeter e os resultados da exibição dinâmica do ouvinte consomem recursos da máquina de carregamento.No caso de grande simultaneidade, o método GUI geralmente leva a restrições de recursos na máquina de carregamento, o que afetará os resultados do teste de desempenho. Basta adicionar mais máquinas para executar o plano de teste (teste distribuído), de forma que uma máquina de carga se torne duas. Portanto, é recomendável executar o plano de teste de maneira não GUI. Embora o modo não-GUI não exiba a interface, ele também exibirá periodicamente os resultados da execução na forma de caracteres, o que consumirá menos recursos na máquina de carga. Sob todas as mesmas condições, a máquina jmeter do modo não-GUI pode gerar mais carga do que a máquina jmeter do modo GUI. A carga gerada é maior.

Três parâmetros operacionais não-GU do jmeter

Descrição do parâmetro:

-n modo de linha de comando
-t especifica o endereço do script jmx (o endereço pode ser um caminho relativo ou um caminho absoluto)
-h ver ajuda
-v Ver versão
-p Especifica a leitura de arquivos de propriedade jmeter, como aqueles definidos no arquivo jmeter.properties
-l O arquivo que registra os resultados do teste, geralmente o arquivo de resultado está no formato jtl (o arquivo pode ser um caminho relativo ou um caminho absoluto)
-s Executar como um servidor (também remotamente, iniciar o Agente)
-H Defina o proxy, geralmente preencha o IP do proxy
-P definir porta proxy
-u conta proxy
-uma senha de proxy
-J define as propriedades do jmeter, que é equivalente à configuração em jmeter.properties
-G define as propriedades globais do jmeter, que é equivalente à configuração em Global.properties e pode ser compartilhada entre threads)
-D define as propriedades do sistema, que é equivalente à configuração em system.properties
-S Carrega o arquivo de propriedades do sistema, você pode especificar para carregar um arquivo de propriedades do sistema através deste parâmetro, este arquivo pode ser definido pelo usuário
-L define o nível de log do jmeter, como debug, info, error, etc.
-j Especifica o caminho do log de execução. (O parâmetro é o caminho do log, se não existir, não será criado automaticamente e o log será enviado para o console da linha de comando)
-r Liga a máquina de carregamento remoto, a lista de máquinas remotas é especificada em jmeter.properties
-R Abra a máquina de carregamento remoto, você pode especificar o IP da máquina de carregamento, que substituirá as configurações de remote_hosts em jmeter.properties
-d especifica o diretório inicial do Jmeter
-X parar a execução remota
-g especifica o caminho do arquivo de resultado do teste, que é usado apenas para gerar relatórios de teste, e o parâmetro é o arquivo de resultado csv
-e Definir o relatório de teste a ser gerado após a conclusão do teste
-o especifica a pasta de geração do relatório de teste (a pasta deve existir e ser uma pasta vazia)

Quatro, comando de execução não GUI do jmeter

4.1 Formato de comando básico não GUI:

jmeter -n -t baidu.jmx

chenshifengdeMacBook-Pro:~ chenshifeng$ jmeter -n -t baidu.jmx -l baidulog.jtlCreating summariser <summary>Created the tree successfully using baidu.jmxStarting standalone test @ Fri Feb 19 18:07:30 CST 2021 (1613729250217)Waiting for possible Shutdown/StopTestNow/HeapDump/ThreadDump message on port 4445summary +      1 in 00:00:01 =    0.9/s Avg:   836 Min:   836 Max:   836 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0summary +    376 in 00:00:29 =   13.2/s Avg:   381 Min:   318 Max:   938 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0summary =    377 in 00:00:30 =   12.7/s Avg:   382 Min:   318 Max:   938 Err:     0 (0.00%)summary +    381 in 00:00:30 =   12.7/s Avg:   392 Min:   312 Max:  1824 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0summary =    758 in 00:01:00 =   12.7/s Avg:   387 Min:   312 Max:  1824 Err:     0 (0.00%)summary +    397 in 00:00:30 =   13.2/s Avg:   378 Min:   285 Max:  1135 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0summary =   1155 in 00:01:30 =   12.9/s Avg:   384 Min:   285 Max:  1824 Err:     0 (0.00%)summary +    404 in 00:00:30 =   13.5/s Avg:   370 Min:   261 Max:   875 Err:     0 (0.00%) Active: 5 Started: 5 Finished: 0summary =   1559 in 00:01:59 =   13.0/s Avg:   380 Min:   261 Max:  1824 Err:     0 (0.00%)

O relatório de teste gerado pode ser aberto no Jmeter usando o relatório agregado

4.2 Não-GUI e gerar formato de comando básico de relatório html

jmeter -n -t baidu.jmx -l baidulog1.jtl -e -o log

jmeter -n -t baidu.jmx -l baidulog1.jtl -e -o output/Creating summariser <summary>Created the tree successfully using baidu.jmxStarting standalone test @ Fri Feb 19 19:02:37 CST 2021 (1613732557435)Waiting for possible Shutdown/StopTestNow/HeapDump/ThreadDump message on port 4445summary =     50 in 00:00:02 =   20.2/s Avg:   139 Min:    43 Max:   643 Err:     0 (0.00%)Tidying up ...    @ Fri Feb 19 19:02:40 CST 2021 (1613732560194)... end of run

Após a conclusão da execução, abra o arquivo de índice no diretório de arquivo gerado com um navegador e o efeito é mostrado a seguir:

Resumir:

Obrigado a todos que leram meu artigo com atenção! ! !

Eu pessoalmente selecionei alguns materiais técnicos que compilei em minha carreira de teste de software nos últimos anos, incluindo: e-books, módulos de currículo, vários modelos de trabalho, livros de entrevistas, projetos de auto-estudo, etc. Todos são bem-vindos a deixar uma mensagem na área de comentários 333 para obtê-lo gratuitamente, não perca.

Explicação detalhada dos parâmetros de operação da linha de comando do jmeter (forma não GUI)