Izhod skozi proxy ne premakne vašega pogona JMeter
Ločite preverjanje regionalne izkušnje, ki temelji na IP, od merjenja omrežne izkušnje generatorja obremenitve, ki se nahaja v tej regiji.
Recimo, da testni pogon v eni pisarni uporablja proxy v drugi državi. Spletno mesto vidi javni izhod proxyja, medtem ko se zahteva še vedno začne na pisarniškem računalniku.
office engine → regional proxy → website
To je koristno za preverjanje vedenja, ki ga izbere navidezni izvorni IP. Meri pot, ki vključuje odsek od pisarne do proxyja, pa tudi odsek od proxyja do spletnega mesta in lastno obdelavo proxyja. To ni ista pot kot pri odjemalcu, ki se začne ob regionalnem proxyju.
Možnosti proxyja HTTP v JMeter lahko izberejo tega posrednika. Shranite izbrano končno točko skupaj z rezultati testa in zagotovite, da uporabljeni samplerji res uporabljajo predvideno nastavitev. Za dovoljeno preverjanje javnega mesta brez poverilnic proxy seznam proxyjev HTTP ponuja kandidate HTTP; pred razlago regionalnega rezultata preverite opaženi izhod.
Postavite pogon tja, kjer se merjenje začne
Ko se vprašanje nanaša na obremenitev, ustvarjeno z druge omrežne lokacije, uporabite pogone na predvidenih lokacijah prek podprte oddaljene postavitve JMeter ali neodvisno upravljanih zagonov CLI. Lokacija krmilnika ne nadomesti omrežnih začetnih točk pogonov.
Obremenitev načrtujte izrecno. Oddaljeni pogoni JMeter izvajajo celoten testni načrt; krmilnik ne razdeli samodejno enega števila niti mednje. Več pogonov, ki izvajajo isti načrt, lahko ustvari večjo skupno obremenitev, kot pričakuje bralec.
Izberite zasnovo glede na vprašanje: navidezni izhodni IP, regionalna omrežna pot uporabnika ali skupna obremenitev aplikacije. Zabeležite to izbiro, da rezultat, omejen s proxyjem, ne bo prijavljen kot samostojna zmogljivost spletnega mesta.