فرض کنید یک موتور آزمون در یک دفتر از پروکسی در کشوری دیگر استفاده می‌کند. وب‌سایت خروجی عمومی پروکسی را می‌بیند، در حالی که درخواست همچنان از رایانه دفتر آغاز می‌شود.

office engine → regional proxy → website

این برای بررسی رفتاری که با IP مبدأ ظاهری انتخاب می‌شود سودمند است. مسیری را می‌سنجد که هم بخش دفتر تا پروکسی و هم بخش پروکسی تا وب‌سایت و پردازش خود پروکسی را دربر می‌گیرد. این همان مسیر کارخواهی نیست که در کنار پروکسی منطقه‌ای آغاز می‌شود.

گزینه‌های پروکسی HTTP در JMeter می‌توانند آن واسطه را انتخاب کنند. نقطه پایانی انتخاب‌شده را همراه با نتایج آزمون نگه دارید و مطمئن شوید که samplerهای به‌کاررفته واقعاً تنظیم موردنظر را اعمال می‌کنند. برای بررسی مجاز یک سایت عمومی بدون اعتبارنامه پروکسی، فهرست پروکسی HTTP نامزدهای HTTP را ارائه می‌دهد؛ پیش از تفسیر یک نتیجه منطقه‌ای، خروجی مشاهده‌شده را بررسی کنید.

موتور را جایی بگذارید که اندازه‌گیری آغاز می‌شود

وقتی پرسش به باری مربوط است که از موقعیت شبکه‌ای دیگری تولید می‌شود، از موتورها در مکان‌های موردنظر از طریق چیدمان راه‌دور پشتیبانی‌شده JMeter یا اجراهای CLI که مستقل مدیریت می‌شوند استفاده کنید. موقعیت کنترلر جای نقاط شروع شبکه موتورها را نمی‌گیرد.

بار را صریحاً برنامه‌ریزی کنید. موتورهای راه‌دور JMeter کل طرح آزمون را اجرا می‌کنند؛ کنترلر یک تعداد رشته را به‌طور خودکار میان آن‌ها تقسیم نمی‌کند. چند موتور که یک طرح را اجرا می‌کنند می‌توانند بار تجمعی بزرگ‌تری از آنچه خواننده انتظار دارد تولید کنند.

طرح را بر پایه پرسش انتخاب کنید: یک IP خروجی ظاهری، مسیر شبکه منطقه‌ای یک کاربر یا بار تجمعی برنامه. آن انتخاب را ثبت کنید تا نتیجه‌ای که به پروکسی محدود است به‌عنوان ظرفیت مستقل وب‌سایت گزارش نشود.

مقالات مرتبط