آموزش بیش از ۵۰۰ سوال و جواب مصاحبه سلنیوم (Selenium) ۲۰۲۶ - آخرین آپدیت

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

پوشش دقیق حوزه‌های آزمون

این مخزن آزمون‌های تمرینی به طور سیستماتیک سازماندهی شده است تا بازتاب‌دهنده توزیع فنی پیچیده و سناریوهای حل مسئله معماری باشد که در مصاحبه‌های مدرن مهندسی اتوماسیون ارزیابی می‌شوند.

• مبانی سلنیوم (۲۰٪): ارزیابی عمیق معماری Selenium WebDriver، ارتباط پروتکل W3C WebDriver، مقایسه اجزا، تنظیمات نصب و استراتژی‌های مقداردهی اولیه چندمرورگری.

• دست‌کاری عناصر وب (۱۵٪): تعامل پیشرفته با عناصر DOM، رفتارهای کلیک پویا، مدیریت منوهای کشویی پیچیده، اجزای چند انتخابی، چک‌باکس‌های پویا و نوشتن لوکیتورهای سفارشی (XPath, CSS).

• فریم‌ورک‌های اتوماسیون تست (۱۸٪): معماری سیستم‌های تست در سطح سازمانی با استفاده از مدل‌های Data-Driven، فریم‌ورک‌های Keyword-Driven، توسعه رفتار-محور (BDD) با Cucumber و مدیریت عمیق چرخه حیات از طریق TestNG.

• تکنولوژی‌های وب و برنامه‌نویسی (۱۲٪): تحلیل ساختاری عناصر HTML بومی، CSS Selectorهای با کارایی بالا، اجرای جاوااسکریپت همگام در مقابل ناهمگام و اعمال مفاهیم برنامه‌نویسی شی‌گرا (OOP) در اتوماسیون.

• مباحث پیشرفته سلنیوم (۱۰٪): اجرای توزیع‌شده تست در چندین نود از راه دور با استفاده از Selenium Grid، تست ماتریس سازگاری پیچیده بین مرورگرها، الگوهای طراحی Page Object Model (POM) و پیاده‌سازی‌های چندزبانه با تمرکز بر سلنیوم و پایتون.

• محیط تست و CI/CD (۸٪): پیکربندی زیرساخت محیط اتوماسیون تست پایدار، استراتژی‌های یکپارچه‌سازی مداوم (CI)، ادغام بومی با Jenkins و اتوماسیون چرخه حیات Build با ابزارهای Maven و Gradle.

• حل مسئله و عیب‌یابی (۷٪): استراتژی‌های قدرتمند مدیریت استثناها (Exception) و خطاهای زمان اجرا، لاگ‌گیری تعاملی عمیق، تکنیک‌های تحلیل دیباگ، تفسیر نتایج تست‌های شکست‌خورده و بهینه‌سازی اسکریپت‌ها برای ارتقای عملکرد.

• بهترین تجربیات و بهینه‌سازی (۱۰٪): مدیریت جریان‌های داده تست خارجی و تمیز، طراحی استراتژی اتوماسیون تست مقیاس‌پذیر، ایجاد تعادل بین کیفیت کد و قابلیت نگهداری، قوانین سینتکس خوانا و ملاحظات امنیتی استاندارد خط لوله تست.

درباره این دوره

قبولی در مصاحبه‌های تست اتوماسیون امروزی بسیار فراتر از دانستن نحوه کپی-پیست کردن لوکیتورها یا نوشتن اسکریپت‌های تایید ساده است. شرکت‌ها به شدت به دنبال مهندسانی هستند که الگوهای طراحی معماری، مکانیسم‌های همگام‌سازی ناهمگام و خط لوله‌های یکپارچه‌سازی مداوم را درک کنند. من این بانک سوالات گسترده را ایجاد کردم تا عمق فنی، اعتماد تاکتیکی و آگاهی معماری مورد نیاز تیم‌های مهندسی تراز اول را در طول مصاحبه‌های سخت Whiteboarding و کدنویسی زنده به شما منتقل کنم.

با ۵۵۰ سوال بسیار فنی و ساختاریافته، این دوره تمرینی شما را به طور سیستماتیک از بررسی‌های ساده سینتکس فراتر می‌برد. شما لاگ‌های دیباگ واقعی را کالبدشکافی خواهید کرد، شرایط رقابتی را در موتورهای مرورگر چندنخی ردیابی می‌کنید، ناپایداری‌های لوکیتور را شناسایی کرده و نقاط ضعف ساختاری فریم‌ورک را تحلیل می‌کنید. هر سوال دارای یک تحلیل جامع است که توضیح می‌دهد چرا یک مکانیسم خاص موفق می‌شود، مرورگر در لایه‌های زیرین چگونه پاسخ می‌دهد و چرا گزینه‌های دیگر در فریم‌ورک‌های واقعی شکست می‌خورند. چه برای ارتقا به نقش QA Lead آماده شوید، چه برای پنل‌های استراتژی تست چندمرورگری یا اثبات تسلط خود در بهینه‌سازی‌های POM، این چارچوب تمرینی تضمین می‌کند که شما آمادگی نخبگان را برای قبولی در مصاحبه‌ها در اولین تلاش دارید.

پیش‌نمایش نمونه سوالات تمرینی

برای مشاهده دقت، عمق و پیچیدگی ساختاری تحلیل‌های ارائه شده در این بانک سوالات، لطفاً این سه نمونه سوال را بررسی کنید.

سوال ۱: همگام‌سازی و مدیریت عناصر محتوای پویا و ناپایدار (Flaky)

یک مهندس اتوماسیون متوجه می‌شود که یک مجموعه رگرسیون در هنگام تلاش برای وارد کردن متن در یک فیلد جستجوی پویا، به طور متناوب با خطای StaleElementReferenceException متوقف می‌شود. کدام توالی پیاده‌سازی این ناپایداری را برطرف کرده و در عین حال کمترین اتلاف زمان اجرا را دارد؟

• الف) تزریق یک فاصله انتظار (Thread Sleep) دقیقاً پنج ثانیه‌ای درست قبل از بلوک تعامل.

• ب) مقداردهی مجدد فوری نمونه درایور در یک بلوک try-catch برای رفرش کردن وضعیت نشست هدف.

• ج) اجرای یک بلوک انتظار صریح (Explicit Wait) با استفاده از ExpectedConditions.refreshed ترکیب شده با ExpectedConditions.elementToBeClickable برای دریافت مجدد مرجع عنصر از DOM فعلی.

• د) تغییر ویژگی‌های فریم‌ورک اتوماسیون برای جایگزینی دائمی زمان انتظار ضمنی (Implicit Wait) با یک مقدار حداکثری بالاتر.

• ه) اجبار به رفرش کامل صفحه از طریق رابط ناوبری برای بارگذاری مجدد کامل وضعیت DOM.

• و) مکان‌یابی مجدد فیلد ورودی هدف با حذف CSS Selectorهای سفارشی و بازگشت به لوکیتورهای نام تگ مطلق.

پاسخ صحیح و توضیح:

• پاسخ صحیح: ج

• چرا درست است: خطای StaleElementReferenceException زمانی رخ می‌دهد که مرجع عنصر در اختیار اسکریپت دیگر به مدل شیء سند (DOM) فعال مرورگر متصل نباشد، که معمولاً به دلیل به‌روزرسانی‌های ناهمگام AJAX یا بازترسیم وضعیت است. استفاده از ExpectedConditions.refreshed به WebDriver دستور می‌دهد تا منتظر بماند تا پایداری DOM برقرار شود و به طور خودکار لنگر مرجع را مجدداً مکان‌یابی کند، در حالی که ترکیب آن با elementToBeClickable تضمین می‌کند که عنصر برای ورودی‌های incoming آماده است بدون اینکه خطایی صادر کند.

• چرا گزینه‌های دیگر نادرست هستند:

  • گزینه الف نادرست است: Thread sleepها باعث تأخیرهای произво در اجرا می‌شوند و سرعت اسکریپت را کاهش می‌دهند بدون اینکه تضمینی برای تثبیت وضعیت عنصر ارائه دهند.

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

  • گزینه د نادرست است: انتظارهای ضمنی در طول عمر درایور به طور جهانی اعمال می‌شوند و نمی‌توانند مراجع stale را رهگیری کنند؛ افزایش آن‌ها صرفاً زمان‌های انتظار برای شکست را در کل پروژه طولانی می‌کند.

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

  • گزینه و نادرست است: لوکیتورهای تگ یا ایندکس مطلق شکننده هستند؛ تغییر نوع لوکیتور هیچ تاثیری در کاهش عدم تطابق زمانی که باعث ایجاد handle قدیمی می‌شود، ندارد.

سوال ۲: اجرای پیشرفته جاوااسکریپت برای دور زدن عناصر مخفی Shadow DOM

یک مهندس تست باید داده‌های متنی را از یک پنل رابط کاربری سفارشی که در عمق یک مرز open shadow root فعال قرار دارد استخراج کند. فراخوانی استاندارد driver.findElement(By.id("target-data")) به طور مداوم خطای NoSuchElementException را برمی‌گرداند. منطق اتوماسیون چگونه باید بازنویسی شود تا مقدار رشته استخراج گردد؟

• الف) اجرای یک قطعه کد جاوااسکریپت بومی که arguments[0].shadowRoot.querySelector('#target-data').textContent را با پاس دادن مرجع عنصر کانتینر shadow host به عنوان پارامتر، تبدیل می‌کند.

• ب) استفاده از کلاس پیشرفته action chain برای حرکت دادن مکان‌نمای فیزیکی ماوس دقیقاً روی مختصات جزء shadow هدف.

• ج) قرار دادن فراخوانی مکان‌یابی هدف در یک حلقه صریح که ویژگی‌های دیده‌شدن (visibility) را در پنج تکرار مجزا بررسی می‌کند.

• د) تغییر کانتکست تمرکز اجرا با استفاده از driver.switchTo().frame() با در نظر گرفتن مرز کانتینر shadow هدف به عنوان یک ایندکس iframe داخلی.

• ه) بازنویسی ویژگی‌های جهانی مجموعه اتوماسیون برای دور زدن فلگ‌های انطباق مرورگر W3C و اجبار به رعایت لوکیتورهای قدیمی.

• و) استفاده از یک رشته لوکیتور XPath که بر اساس نماد descendant (دبل اسلش) برای نفوذ به ساختارهای تگ عنصر میزبان است.

پاسخ صحیح و توضیح:

• پاسخ صحیح: الف

• چرا درست است: عناصری که در یک درخت Shadow DOM کپسوله‌سازی شده‌اند در ساختار درخت سند اصلی قرار ندارند؛ بنابراین جستجوهای استاندارد لوکیتور WebDriver در سطح بالا نمی‌توانند آن‌ها را ببینند. برای یک shadow root باز، تزریق یک قطعه کد جاوااسکریپت سفارشی از طریق رابط اجرا به شما اجازه می‌دهد مستقیماً shadow root گره میزبان را کوئری کرده و ویژگی‌های هدف را با استفاده از قابلیت‌های بومی Web API استخراج کنید.

• چرا گزینه‌های دیگر نادرست هستند:

  • گزینه ب نادرست است: اکشن‌های مختصاتی Move-to-element اسکرول ویوپورت فیزیکی و وضعیت‌های تمرکز را مدیریت می‌کنند، اما نمی‌توانند داده‌های رشته‌ای را بازیابی کرده یا عناصر کپسوله‌سازی شده را در کانتکست‌های اسکریپت مکان‌یابی کنند.

  • گزینه ج نادرست است: مکانیسم‌های حلقه و انتظار صرفاً زمان اجرا را طولانی می‌کنند؛ اگر آیتمی خارج از DOM قابل دسترس باشد، هیچ مقدار انتظاری وضعیت دیداری ساختاری آن را تغییر نمی‌دهد.

  • گزینه د نادرست است: Shadow rootها گره‌های کپسوله‌سازی هستند، نه ساختارهای سند؛ اجرای دستورات مسیریابی frame روی آن‌ها باعث ایجاد استثنای کانتکست پنجره می‌شود.

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

  • گزینه و نادرست است: XPath از نظر ساختاری قادر به عبور از مرزهای shadow root نیست زیرا موتور مسیر نمی‌تواند به داخل درخت‌های عناصر متصل‌نشده (disconnected) برود.

سوال ۳: مدیریت چرخه حیات TestNG در حلقه‌های اجرای موازی Thread-Pool

یک توسعه‌دهنده یک مجموعه رگرسیون را با استفاده از بلوک‌های اجرای موازی TestNG که در سطح کلاس پیکربندی شده‌اند اجرا می‌کند. دو کلاس تست از یک نمونه static driver helper یکسان استفاده می‌کنند. در حین اجرا، تست‌ها به طور تصادفی زودتر بسته می‌شوند یا رشته‌های داده را در ترد‌های موازی بازنویسی می‌کنند. چه اصلاحات ساختاری این شکست را برطرف می‌کند؟

• الف) جایگزینی تمام تگ‌های @BeforeMethod با انوتیشن‌های جهانی @BeforeSuite در فایل‌های کلاس والد.

• ب) تبدیل متغیر مرجع static driver به یک نمونه کپسوله‌سازی شده ThreadLocal<WebDriver> برای جداسازی هندل‌های درایور در مسیرهای اجرای ایزوله و همزمان.

• ج) اجبار به اجرای یک پاس Garbage Collection سیستم در روتین‌های پاک‌سازی برای بازپس‌گیری هندل‌های حافظه.

• د) پیکربندی فایل ویژگی‌های اجرای XML برای مسیریابی سخت‌گیرانه جریان‌های کاری موازی به موتورهای اجرای متوالی بدون نودهای Worker.

• ه) قرار دادن هر فراخوانی assertion داخلی در یک بلوک کد synchronized برای سریال‌سازی سرعت پردازش.

• و) تغییر زبان فریم‌ورک اصلی پروژه از جاوا به پایتون برای استفاده از ساختارهای کامپایل متفاوت.

پاسخ صحیح و توضیح:

• پاسخ صحیح: ب

• چرا درست است: به اشتراک گذاشتن یک مرجع static ساده بین ترد‌های همزمان، شرایط رقابتی (Race Conditions) شدیدی ایجاد می‌کند؛ وقتی یک ترد دستور به‌روزرسانی یا quit درایور را فراخوانی می‌کند، مستقیماً کانتکست فعال مورد استفاده توسط ترد‌های همزمان را می‌شکند. کپسوله‌سازی نمونه در یک Wrapper از نوع ThreadLocal تضمین می‌کند که هر ترد اجرای مجزا، نمونه درایور متمایز و ایزوله خود را داشته باشد و تداخل بین تردها را کاملاً منع کند.

• چرا گزینه‌های دیگر نادرست هستند:

  • گزینه الف نادرست است: تغییر تگ‌های پیکربندی ساختاری، محدودیت‌های زمانی تنظیمات را تغییر می‌دهد اما آسیب‌پذیری حافظه مشترک را در ترد‌های Worker فعال حل نمی‌کند.

  • گزینه ج نادرست است: Garbage collection یک ابزار سطح سیستم ناهمگام است؛ فراخوانی دستی آن تداخلات فعال حافظه را حل نمی‌کند.

  • گزینه د نادرست است: غیرفعال کردن کامل اجرای موازی مشکل را با بازگشت به یک جریان کند و متوالی حل می‌کند، که هدف معماری اصلی یعنی اجرای Buildهای موازی کارآمد را از بین می‌برد.

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

  • گزینه و نادرست است: انتخاب زمان اجرای زبان، معماری اصلی را تغییر نمی‌دهد؛ مدل‌های چندنخی در هر دو زبان برای جلوگیری از باگ‌های اشتراک منابع، نیازمند تخصیص‌های نشست متمایز هستند.

چه انتظاراتی داشته باشید

• به آزمون‌های سوالات مصاحبه خوش آمدید تا شما را برای ارزیابی سوالات مصاحبه سلنیوم آماده کنیم

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

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

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

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

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

امیدواریم تا الان متقاعد شده باشید! و سوالات بسیار بیشتری در داخل دوره وجود دارد.