آموزش ۴۰۰ سوال مصاحبه JMeter به همراه پاسخ‌ها ۲۰۲۶ - آخرین آپدیت

تسلط بر JMeter: تست عملکرد پیشرفته و آمادگی مصاحبه

تست عملکرد و مهندسی با JMeter سنگ بنای قابلیت اطمینان نرم‌افزارهای مدرن است و من این مجموعه آزمون‌های تمرینی را طراحی کرده‌ام تا شکاف بین اسکریپت‌نویسی ساده و تخصص معماری سطح بالا را پر کنم. من شخصاً این سوالات را به گونه‌ای طراحی کرده‌ام که محیط پرفشار مصاحبه‌های فنی و گلوگاه‌های واقعی عملکرد را شبیه‌سازی کنند تا شما فقط تعاریف را حفظ نکنید، بلکه واقعاً بر ترتیب اجرا، همبستگی دینامیک با Groovy و مقیاس‌بندی زیرساخت مسلط شوید. چه در حال بررسی جزئیات تست‌های توزیع‌شده باشید و چه در حال ادغام JMeter در خط لوله CI/CD با متد «Shift-Left» توسط Taurus و Jenkins، این بانک سوالات، آمادگی سخت‌گیرانه‌ای را فراهم می‌کند تا با اعتماد به نفس تداخل‌های پایگاه داده را شناسایی، تنظیمات JVM heap را بهینه و استراتژی عملکرد را در هر سطح سازمانی مدیریت کنید.

دامنه آزمون و موضوعات نمونه

• معماری هسته و سازماندهی تست‌پلن: قوانین Scoping، منطق Thread Group و ترتیب اجرای المان‌ها.

• داده‌های دینامیک و اسکریپت‌نویسی: همبستگی (Regex/JSON)، اسکریپت‌نویسی JSR223 Groovy و مدیریت نشست‌ها.

• تست توزیع‌شده: پیکربندی Master-Slave، سربار RMI و بهینه‌سازی حالت CLI.

• گزارش‌دهی و تحلیل: تفسیر گزارش‌های Aggregate، سربار Listenerها و ادغام با InfluxDB/Grafana.

• CI/CD و معماری‌های مدرن: ادغام با Jenkins، میکروسرویس‌ها، WebSockets و تست gRPC.

نمونه سوالات تمرینی

• سوال ۱: در یک تست‌پلن پیچیده JMeter شامل یک Benchmark، کدام مورد ترتیب درست اجرای المان‌ها در یک سطح (Level) یکسان را توصیف می‌کند؟

  • الف) Samplers، Config Elements، Timers، Assertions.

  • ب) Config Elements، Pre-Processors، Timers، Samplers، Post-Processors، Assertions، Listeners.

  • ج) Timers، Pre-Processors، Samplers، Post-Processors، Listeners، Assertions.

  • د) Pre-Processors، Timers، Config Elements، Samplers، Assertions، Post-Processors.

  • ه) Listeners، Samplers، Assertions، Timers، Pre-Processors، Config Elements.

  • و) Logic Controllers، Samplers، Pre-Processors، Post-Processors، Timers.

  • پاسخ صحیح: ب

  • توضیح کلی: JMeter از یک سلسله‌مراتب داخلی سخت‌گیرانه برای پردازش المان‌ها پیروی می‌کند تا اطمینان حاصل شود محیط قبل از ارسال درخواست پیکربندی شده و پس از بازگشت، اعتبارسنجی شود.

  • توضیح گزینه‌ها:

    • الف: نادرست؛ المان‌های Config باید قبل از Samplerها بارگذاری شوند تا داده‌های لازم را فراهم کنند.

    • ب: درست؛ این ترتیب مطابق با قوانین رسمی Scoping در JMeter است که در آن پیکربندی و پیش‌پردازش قبل از Sampler و اعتبارسنجی/گوش‌دهنده بعد از آن رخ می‌دهد.

    • ج: نادرست؛ پیش‌پردازشگرها عموماً در جریان منطقی قبل از تایمرها اجرا می‌شوند.

    • د: نادرست؛ المان‌های Config باید در ابتدا باشند تا متغیرها را مقداردهی کنند.

    • ه: نادرست؛ Listenerها آخرین مرحله در زنجیره اجرا هستند.

    • و: نادرست؛ Logic Controllerها Samplerها را در بر می‌گیرند و به صورت خطی بعد از آن‌ها قرار نمی‌گیرند.

• سوال ۲: هنگام اجرای تست توزیع‌شده با یک Master و سه Slave، چرا استفاده از حالت CLI (بدون رابط گرافیکی) توصیه می‌شود؟

  • الف) حالت CLI سربار RMI را برای همگام‌سازی بهتر افزایش می‌دهد.

  • ب) برای اینکه به نود Master اجازه دهد نمودارهای View Results Tree را به صورت لحظه‌ای رندر کند.

  • ج) برای کاهش مصرف منابع (CPU/RAM) در Load Generatorها.

  • د) تنها راه فعال کردن موتور اسکریپت JSR223 Groovy است.

  • ه) برای حذف نیاز به آدرس IP در نودهای Slave.

  • و) برای افزایش خودکار اندازه JVM Heap بدون پیکربندی دستی.

  • پاسخ صحیح: ج

  • توضیح کلی: رابط گرافیکی (GUI) جی‌میتر بسیار منابع‌بر است؛ اجرا در حالت CLI تضمین می‌کند که منابع سیستم به جای رندر کردن عناصر UI، وقف تولید بار (Load) شود.

  • توضیح گزینه‌ها:

    • الف: نادرست؛ سربار RMI یک نقطه ضعف است که باید به حداقل برسد، نه اینکه افزایش یابد.

    • ب: نادرست؛ حالت CLI صراحتاً رندر نمودارهای لحظه‌ای را برای صرفه‌جویی در حافظه غیرفعال می‌کند.

    • ج: درست؛ کاهش سربار باعث می‌شود Load Generator تبدیل به گلوگاه سیستم نشود.

    • د: نادرست؛ Groovy در هر دو حالت GUI و CLI به خوبی کار می‌کند.

    • ه: نادرست؛ نودهای Slave همیشه برای ارتباط با Master به آدرس IP قابل دسترس نیاز دارند.

    • و: نادرست؛ اندازه Heap باید در فایل jmeter.bat یا jmeter.sh فارغ از حالت اجرا پیکربندی شود.

• سوال ۳: کدام Post-processor برای استخراج یک توکن دینامیک از یک پاسخ JSON در تست‌های با هم‌روندی (Concurrency) بالا کارآمدتر است؟

  • الف) Regular Expression Extractor

  • ب) XPath Extractor

  • ج) BeanShell PostProcessor

  • د) JSON JMESPath Extractor

  • ه) Debug PostProcessor

  • و) JDBC PostProcessor

  • پاسخ صحیح: د

  • توضیح کلی: برای پاسخ‌های JSON، ابزار JSON JMESPath یا JSON Extractor نسبت به پارسرهای سنگین XML یا Regexهای پیچیده، از نظر عملکرد و سهولت استفاده بهینه شده‌اند.

  • توضیح گزینه‌ها:

    • الف: نادرست؛ با وجود سرعت بالا، Regex برای JSONهای تودرتو و پیچیده شکننده است و نگهداری آن سخت است.

    • ب: نادرست؛ XPath برای XML طراحی شده و هنگام پارس پاسخ‌های بزرگ، حافظه زیادی مصرف می‌کند.

    • ج: نادرست؛ BeanShell منسوخ شده و به طور قابل توجهی کندتر از Groovy یا استخراج‌کننده‌های بومی است.

    • د: درست؛ این ابزار به طور بومی برای ساختارهای JSON بهینه شده و عملکرد بالایی دارد.

    • ه: نادرست؛ Debug PostProcessor برای عیب‌یابی است، نه استخراج داده.

    • و: نادرست؛ JDBC PostProcessor برای کوئری‌های پایگاه داده استفاده می‌شود، نه پارس پاسخ.

• به بهترین آزمون‌های تمرینی برای آماده‌سازی در مسیر تست عملکرد و مهندسی JMeter خوش آمدید.

  • می‌توانید آزمون‌ها را هر چند بار که بخواهید تکرار کنید

  • این یک بانک سوالات جامع و اورجینال است

  • در صورت داشتن هرگونه سوال، از پشتیبانی مدرسان بهره‌مند می‌شوید

  • هر سوال دارای یک توضیح دقیق و جامع است

  • سازگار با موبایل از طریق اپلیکیشن Udemy

  • ضمانت بازگشت وجه ۳۰ روزه در صورت عدم رضایت

امیدوارم تا اینجا متقاعد شده باشید! سوالات بسیار بیشتری در داخل دوره وجود دارد. همین امروز ثبت‌نام کنید و آخرین قدم را برای دریافت مدرک خود بردارید!