En proxy-udgang flytter ikke din JMeter-motor

Antag, at en testmotor i et kontor bruger en proxy i et andet land. Webstedet ser proxyens offentlige udgang, mens anmodningen stadig begynder på kontorets maskine.

office engine → regional proxy → website

Det er nyttigt til at kontrollere adfærd, der vælges af den tilsyneladende kilde-IP. Det måler en vej, der omfatter strækningen fra kontoret til proxyen samt strækningen fra proxyen til webstedet og proxyens egen behandling. Det er ikke samme vej som en klient, der starter ved siden af den regionale proxy.

JMeters HTTP-proxyindstillinger kan vælge den mellemmand. Gem det valgte endpoint sammen med testresultaterne, og sørg for, at de anvendte samplere faktisk bruger den tilsigtede indstilling. Til en tilladt kontrol af et offentligt websted uden proxy-legitimationsoplysninger tilbyder HTTP-proxylisten HTTP-kandidater; bekræft den observerede udgang, før du fortolker et regionalt resultat.

Placer motoren, hvor målingen begynder

Når spørgsmålet handler om belastning genereret fra en anden netværksplacering, skal du bruge motorer på de tilsigtede placeringer via JMeters understøttede fjernopsætning eller uafhængigt administrerede CLI-kørsler. Controllerens placering erstatter ikke motorenes netværksstartpunkter.

Planlæg belastningen eksplicit. JMeters fjernmotorer kører hele testplanen; controlleren fordeler ikke automatisk et antal tråde mellem dem. Flere motorer, der kører samme plan, kan producere en større samlet belastning, end en læser forventer.

Vælg designet ud fra spørgsmålet: en tilsyneladende udgangs-IP, en brugers regionale netværksvej eller den samlede applikationsbelastning. Registrer det valg, så et proxybegrænset resultat ikke rapporteres som webstedets selvstændige kapacitet.