প্রক্সি এগজিট আপনার JMeter ইঞ্জিন সরায় না

ধরা যাক, একটি অফিসের পরীক্ষা ইঞ্জিন অন্য দেশের একটি প্রক্সি ব্যবহার করে। ওয়েবসাইট প্রক্সির পাবলিক এগজিট দেখে, কিন্তু অনুরোধটি তবুও অফিসের মেশিনেই শুরু হয়।

office engine → regional proxy → website

এটি আপাত উৎস IP দ্বারা নির্বাচিত আচরণ যাচাই করতে কাজে লাগে। এটি অফিস থেকে প্রক্সি পর্যন্ত অংশ, প্রক্সি থেকে ওয়েবসাইট পর্যন্ত অংশ এবং প্রক্সির নিজের প্রক্রিয়াকরণসহ একটি পথ মাপে। এটি আঞ্চলিক প্রক্সির পাশে শুরু হওয়া ক্লায়েন্টের পথের মতো নয়।

JMeter-এর HTTP প্রক্সি অপশন সেই মধ্যস্থতাকারী নির্বাচন করতে পারে। নির্বাচিত এন্ডপয়েন্টটি পরীক্ষার ফলাফলের সঙ্গে রাখুন এবং ব্যবহৃত স্যাম্পলারগুলো সত্যিই উদ্দিষ্ট সেটিং ব্যবহার করছে কি না নিশ্চিত করুন। প্রক্সি ক্রেডেনশিয়াল ছাড়া অনুমোদিত পাবলিক সাইট পরীক্ষার জন্য HTTP প্রক্সি তালিকা HTTP প্রার্থী দেয়; আঞ্চলিক ফলাফল ব্যাখ্যা করার আগে পর্যবেক্ষিত এগজিট যাচাই করুন।

যেখানে মাপ শুরু হয় সেখানেই ইঞ্জিন রাখুন

প্রশ্নটি যদি অন্য নেটওয়ার্ক অবস্থান থেকে তৈরি লোড নিয়ে হয়, তবে JMeter-এর সমর্থিত রিমোট ব্যবস্থা বা স্বতন্ত্রভাবে পরিচালিত CLI রানের মাধ্যমে নির্দিষ্ট অবস্থানে ইঞ্জিন ব্যবহার করুন। কন্ট্রোলারের অবস্থান ইঞ্জিনগুলোর নেটওয়ার্ক শুরুর বিন্দুর বিকল্প নয়।

লোড স্পষ্টভাবে পরিকল্পনা করুন। JMeter রিমোট ইঞ্জিন সম্পূর্ণ পরীক্ষা পরিকল্পনা চালায়; কন্ট্রোলার একটি থ্রেড সংখ্যা স্বয়ংক্রিয়ভাবে তাদের মধ্যে ভাগ করে না। একই পরিকল্পনা চালানো কয়েকটি ইঞ্জিন পাঠক যতটা আশা করেন তার চেয়ে বড় মোট লোড তৈরি করতে পারে।

প্রশ্ন থেকে নকশা বেছে নিন: একটি আপাত এগজিট IP, ব্যবহারকারীর আঞ্চলিক নেটওয়ার্ক পথ বা মোট অ্যাপ্লিকেশন লোড। সেই নির্বাচন লিপিবদ্ধ করুন যাতে প্রক্সি-সীমিত ফলাফল ওয়েবসাইটের স্বতন্ত্র ক্ষমতা হিসেবে প্রতিবেদিত না হয়।