Ein proxy-utgang flyttar ikkje JMeter-motoren din

Anta at ein testmotor på eit kontor brukar ein proxy i eit anna land. Nettstaden ser den offentlege utgangen til proxyen, medan førespurnaden framleis startar på kontormaskinen.

office engine → regional proxy → website

Det er nyttig for å kontrollere åtfersle som vert vald av den tilsynelatande kjelde-IP-en. Det måler ein veg som omfattar både strekninga frå kontoret til proxyen og strekninga frå proxyen til nettstaden, samt handsaminga til proxyen sjølv. Det er ikkje same veg som for ein klient som startar ved sida av den regionale proxyen.

HTTP-proxyinnstillingane til JMeter kan velje den mellommannen. Ta vare på endepunktet du valde, saman med testresultata, og sikre at samplarane som vert brukte, faktisk nyttar den tiltenkte innstillinga. For ein tillaten kontroll av ein offentleg nettstad utan proxy-påloggingsinformasjon tilbyr HTTP-proxylista HTTP-kandidatar; stadfest den observerte utgangen før du tolkar eit regionalt resultat.

Plasser motoren der målinga byrjar

Når spørsmålet gjeld last generert frå ein annan nettverksstad, bruk motorar på dei tiltenkte stadene via det støtta fjernoppsettet til JMeter eller uavhengig styrte CLI-køyringar. Plasseringa til styringseininga erstattar ikkje nettverksstartpunkta til motorane.

Planlegg lasta eksplisitt. Fjernmotorane til JMeter køyrer heile testplanen; styringseininga fordeler ikkje automatisk eitt trådtal mellom dei. Fleire motorar som køyrer same plan, kan gje ei større samla last enn ein lesar ventar.

Vel utforminga ut frå spørsmålet: ein tilsynelatande utgangs-IP, den regionale nettverksvegen til ein brukar eller den samla applikasjonslasta. Registrer valet slik at eit proxyavgrensa resultat ikkje vert rapportert som den sjølvstendige kapasiteten til nettstaden.