A saída de um proxy não move o seu motor JMeter

Suponha que um motor de teste em um escritório use um proxy em outro país. O site vê a saída pública do proxy, enquanto a requisição continua começando na máquina do escritório.

office engine → regional proxy → website

Isso é útil para verificar o comportamento selecionado pelo IP de origem aparente. Ele mede um caminho que inclui o trecho escritório-proxy, além do trecho proxy-site e do processamento do próprio proxy. Não é o mesmo caminho de um cliente que começa ao lado do proxy regional.

As opções de proxy HTTP do JMeter podem selecionar esse intermediário. Guarde o endpoint escolhido junto com os resultados do teste e verifique se os samplers usados realmente consomem a configuração pretendida. Para uma verificação permitida de um site público sem credenciais de proxy, a lista de proxies HTTP oferece candidatos HTTP; confirme a saída observada antes de interpretar um resultado regional.

Coloque o motor onde a medição começa

Quando a pergunta envolve carga gerada a partir de outro local de rede, use motores nos locais pretendidos por meio do arranjo remoto suportado pelo JMeter ou de execuções CLI gerenciadas de forma independente. A localização do controlador não substitui os pontos de partida de rede dos motores.

Planeje a carga explicitamente. Os motores remotos do JMeter executam o plano de teste completo; o controlador não divide automaticamente uma contagem de threads entre eles. Vários motores executando o mesmo plano podem produzir uma carga agregada maior do que um leitor espera.

Escolha o desenho a partir da pergunta: um IP de saída aparente, o caminho de rede regional de um usuário ou a carga agregada da aplicação. Registre essa escolha para que um resultado limitado pelo proxy não seja relatado como a capacidade autônoma do site.