En proxy-utgang flytter ikke JMeter-motoren din

Tenk deg at en testmotor på et kontor bruker en proxy i et annet land. Nettstedet ser proxyens offentlige utgang, men forespørselen starter fortsatt på kontormaskinen.

office engine → regional proxy → website

Det er nyttig når du vil kontrollere atferd som styres av den tilsynelatende kilde-IP-en. Målingen dekker en vei som består av både strekningen fra kontoret til proxyen, strekningen fra proxyen til nettstedet og proxyens egen behandling. Den er ikke den samme veien som en klient som starter ved siden av den regionale proxyen.

HTTP-proxyvalgene i JMeter kan peke ut denne mellommannen. Ta vare på endepunktet du valgte, sammen med testresultatene, og kontroller at samplerne som brukes, faktisk tar i bruk den tiltenkte innstillingen. For en tillatt kontroll av et offentlig nettsted uten proxy-legitimasjon tilbyr HTTP-proxylisten HTTP-kandidater; verifiser den observerte utgangen før du tolker et regionalt resultat.

Sett motoren der målingen starter

Når spørsmålet handler om last som genereres fra et annet nettverkssted, må du bruke motorer på de tiltenkte stedene gjennom JMeters støttede fjernoppsett eller CLI-kjøringer som administreres separat. Plasseringen til kontrolleren erstatter ikke motorenes nettverksstartpunkter.

Planlegg lasten eksplisitt. Fjernmotorene i JMeter kjører hele testplanen; kontrolleren fordeler ikke automatisk ett trådantall mellom dem. Flere motorer som kjører samme plan, kan gi en større samlet last enn en leser regner med.

Velg designet etter spørsmålet: en tilsynelatende utgangs-IP, brukerens regionale nettverksvei eller den samlede applikasjonslasten. Noter valget, slik at et proxybegrenset resultat ikke rapporteres som nettstedets selvstendige kapasitet.