ৰেকৰ্ডিং আৰু টেস্ট সম্পাদনৰ বাবে JMeter প্ৰক্সী ছেটিংছ
কেপচাৰৰ সময়ত ব্ৰাউজাৰে ৰেকৰ্ডাৰ ব্যৱহাৰ কৰে; JMeter ৰ নিজৰ HTTP ক্লায়েন্টে পিছৰ লোড টেস্ট প্ৰেৰণ কৰে।
| কাৰ্যকলাপ | কনফিগাৰ কৰিবলগীয়া পথ |
|---|---|
| ব্ৰাউজাৰ ট্ৰেফিক ৰেকৰ্ড কৰা | ব্ৰাউজাৰ → ৰেকৰ্ডাৰ; সেই পথত প্ৰয়োজনীয় পৰৱৰ্তী প্ৰক্সী |
| সৃষ্টি হোৱা HTTP টেস্ট চলোৱা | JMeter HTTP ক্লায়েন্ট → অভিপ্ৰেত আপষ্ট্ৰীম/গন্তব্য |
সফলভাৱে ৰেকৰ্ড কৰা এটা পৃষ্ঠাই পিছৰ ক্লায়েন্টৰ প্ৰক্সী বা একাউণ্ট ছেটিংছৰ বিষয়ে একো নকয়। পৰিকল্পনা সম্পাদন কৰাৰ আগতে সেইবোৰ পৰীক্ষা কৰক।
ৰেকৰ্ডাৰৰ শ্ৰোতা, আপষ্ট্ৰীম প্ৰক্সী আৰু এপ্লিকেশ্যনৰ গন্তব্যক তিনিটা পৃথক ঠিকনা হিচাপে ৰাখক। স্থানীয় ৰেকৰ্ডাৰ পৰ্ট এপ্লিকেশ্যনৰ সেৱা পৰ্ট নহয়, আৰু সম্পৰ্কহীন মেচিনৰ বাবে ৰাজহুৱা নিৰ্গমনো নহয়; ৰেকৰ্ডিং ব্ৰাউজাৰে ইয়াৰ অভিপ্ৰেত সীমাৰ ভিতৰত উপনীত হ'ব লাগিব।
অনুমোদিত ৰেকৰ্ডিংৰ সময়ত HTTPS আটক কৰিবলৈ অস্থায়ী ব্ৰাউজাৰ বিশ্বাস ব্যৱস্থা প্ৰয়োজন। mTLS এপ্লিকেশ্যনৰ বাবে, ৰেকৰ্ডাৰেও পৰৱৰ্তী সংযোগৰ বাবে অনুমোদিত ক্লায়েন্ট পৰিচয় প্ৰয়োজন। উপনীতযোগ্যতা আৰু আপষ্ট্ৰীম প্ৰমাণীকৰণ পৃথক হৈ থাকে, আৰু সেই ৰেকৰ্ডিং CA সাধাৰণ ব্ৰাউজিঙৰ বাবে স্থায়ী প্ৰয়োজনীয়তা নহয়।
কেপচাৰৰ পিছত ব্ৰাউজাৰৰ অভিপ্ৰেত ছেটিংছ পুনৰুদ্ধাৰ কৰক। তাৰ পিছত পৰৱৰ্তী টেস্ট ৰান JMeter ৰ নিজৰ পথত বিচাৰ কৰিব লাগিব।