დავუშვათ, ერთი ოფისის ტესტის ძრავა იყენებს პროქსის სხვა ქვეყანაში. ვებსაიტი ხედავს პროქსის საჯარო გასასვლელს, მაშინ როცა მოთხოვნა მაინც ოფისის მანქანაზე იწყება.

office engine → regional proxy → website

ეს სასარგებლოა ქცევის შესამოწმებლად, რომელსაც ხილული წყარო IP ირჩევს. ის ზომავს გზას, რომელიც მოიცავს როგორც ოფისიდან პროქსიმდე მონაკვეთს, ასევე პროქსიდან ვებსაიტამდე მონაკვეთს და თავად პროქსის დამუშავებას. ეს არ არის იგივე გზა, რაც რეგიონული პროქსის გვერდით დაწყებულ კლიენტს აქვს.

JMeter-ის HTTP პროქსის პარამეტრებს შეუძლია ამ შუამავლის არჩევა. შეინახეთ არჩეული ენდპოინტი ტესტის შედეგებთან ერთად და დარწმუნდით, რომ გამოყენებული sampler-ები ნამდვილად იყენებენ განზრახ პარამეტრს. ნებადართული საჯარო საიტის შემოწმებისთვის პროქსის მონაცემების გარეშე HTTP პროქსების სია გთავაზობთ HTTP კანდიდატებს; დაადასტურეთ დაკვირვებული გასასვლელი რეგიონული შედეგის ინტერპრეტაციამდე.

მოათავსეთ ძრავა იქ, სადაც გაზომვა იწყება

როცა კითხვა სხვა ქსელური მდებარეობიდან წარმოქმნილ დატვირთვას ეხება, გამოიყენეთ ძრავები განზრახ ადგილებში JMeter-ის მხარდაჭერილი დისტანციური მოწყობით ან დამოუკიდებლად მართული CLI გაშვებებით. კონტროლერის ადგილი არ ცვლის ძრავების ქსელურ საწყის წერტილებს.

დაგეგმეთ დატვირთვა ცალსახად. JMeter-ის დისტანციური ძრავები ასრულებენ სრულ ტესტის გეგმას; კონტროლერი ავტომატურად არ ანაწილებს ერთი ნაკადის რაოდენობას მათ შორის. რამდენიმე ძრავა, რომლებიც ერთსა და იმავე გეგმას ასრულებენ, შეიძლება უფრო დიდი ჯამური დატვირთვა შექმნას, ვიდრე მკითხველი ელის.

აირჩიეთ დიზაინი კითხვის მიხედვით: ხილული გასასვლელი IP, მომხმარებლის რეგიონული ქსელური გზა ან აპლიკაციის ჯამური დატვირთვა. ჩაწერეთ ეს არჩევანი, რათა პროქსით შეზღუდული შედეგი არ წარმოდგინდეს ვებსაიტის დამოუკიდებელ შესაძლებლობად.

დაკავშირებული სტატიები