Излезот преку прокси не го поместува вашиот JMeter мотор

Да претпоставиме дека тест мотор во една канцеларија користи прокси во друга земја. Веб-страницата го гледа јавниот излез на проксито, додека барањето сè уште започнува на канцеларискиот компјутер.

office engine → regional proxy → website

Тоа е корисно за проверка на однесувањето што го избира привидната изворна IP. Се мери патека што го вклучува делот од канцеларијата до проксито, како и делот од проксито до веб-страницата и сопствената обработка на проксито. Тоа не е истата патека како кај клиент што започнува покрај регионалното прокси.

HTTP прокси опциите на JMeter можат да го изберат тој посредник. Зачувајте го избраниот крајен пункт со резултатите од тестот и проверете дали користените семплери навистина ја применуваат предвидената поставка. За дозволена проверка на јавна страница без прокси акредитиви, списокот со HTTP прокси нуди HTTP кандидати; проверете го забележаниот излез пред да толкувате регионален резултат.

Поставете го моторот таму каде што започнува мерењето

Кога прашањето се однесува на оптоварување создадено од друга мрежна локација, користете мотори на предвидените локации преку поддржаниот далечински распоред на JMeter или независно управувани CLI извршувања. Локацијата на контролерот не ги заменува мрежните почетни точки на моторите.

Планирајте го оптоварувањето експлицитно. Далечинските мотори на JMeter го извршуваат целосниот тест план; контролерот не распределува автоматски еден број нишки меѓу нив. Неколку мотори што го извршуваат истиот план можат да создадат поголемо вкупно оптоварување отколку што очекува читателот.

Изберете го дизајнот според прашањето: привидна излезна IP, регионалната мрежна патека на корисникот или вкупното оптоварување на апликацијата. Забележете го тој избор за да не се пријави резултат ограничен со прокси како самостоен капацитет на веб-страницата.