پروکسی کا اخراج آپ کے JMeter انجن کو نہیں ہلاتا
IP پر مبنی علاقائی تجربے کی جانچ کو اُس علاقے میں موجود لوڈ جنریٹر کے نیٹ ورک تجربے کی پیمائش سے الگ رکھیں۔
فرض کریں کہ ایک دفتر کا ٹیسٹ انجن کسی دوسرے ملک میں پروکسی استعمال کرتا ہے۔ ویب سائٹ پروکسی کا عوامی اخراج دیکھتی ہے، جبکہ درخواست اب بھی دفتر کی مشین پر شروع ہوتی ہے۔
office engine → regional proxy → website
یہ اُس رویے کی جانچ کے لیے مفید ہے جو ظاہری ماخذ IP منتخب کرتا ہے۔ یہ ایسا راستہ ناپتا ہے جس میں دفتر سے پروکسی تک کا حصہ، پروکسی سے ویب سائٹ تک کا حصہ اور خود پروکسی کی پروسیسنگ شامل ہے۔ یہ اُس کلائنٹ کے راستے جیسا نہیں جو علاقائی پروکسی کے پاس سے شروع ہوتا ہے۔
JMeter کے HTTP پروکسی اختیارات اُس واسطے کو منتخب کر سکتے ہیں۔ منتخب کردہ اینڈ پوائنٹ کو ٹیسٹ نتائج کے ساتھ رکھیں اور یقینی بنائیں کہ استعمال ہونے والے sampler واقعی مطلوبہ سیٹنگ استعمال کرتے ہیں۔ پروکسی اسناد کے بغیر اجازت یافتہ عوامی سائٹ کی جانچ کے لیے HTTP پروکسی فہرست HTTP امیدوار پیش کرتی ہے؛ علاقائی نتیجے کی تشریح سے پہلے مشاہدہ شدہ اخراج کی تصدیق کریں۔
انجن کو وہیں رکھیں جہاں پیمائش شروع ہوتی ہے
جب سوال کسی دوسرے نیٹ ورک مقام سے پیدا ہونے والے بوجھ کے بارے میں ہو، تو JMeter کی معاون ریموٹ ترتیب یا خودمختار طور پر منظم CLI رنز کے ذریعے مطلوبہ مقامات پر انجن استعمال کریں۔ کنٹرولر کا مقام انجنوں کے نیٹ ورک نقطۂ آغاز کا متبادل نہیں ہے۔
بوجھ کی واضح منصوبہ بندی کریں۔ JMeter کے ریموٹ انجن پورا ٹیسٹ پلان چلاتے ہیں؛ کنٹرولر ایک تھریڈ تعداد خودبخود اُن کے درمیان تقسیم نہیں کرتا۔ ایک ہی پلان چلانے والے کئی انجن قاری کی توقع سے زیادہ مجموعی بوجھ پیدا کر سکتے ہیں۔
سوال کی بنیاد پر ڈیزائن منتخب کریں: ظاہری اخراج IP، صارف کا علاقائی نیٹ ورک راستہ یا ایپلیکیشن کا مجموعی بوجھ۔ اُس انتخاب کو ریکارڈ کریں تاکہ پروکسی سے محدود نتیجہ ویب سائٹ کی خودمختار صلاحیت کے طور پر رپورٹ نہ ہو۔