Selenium انٹرویو سوالات

آپ نے ایسے ٹیسٹس لکھے ہیں جو مقامی طور پر پاس ہوتے ہیں مگر pipeline میں ناکام ہو جاتے ہیں، اور آپ کو شک ہے کہ جواب wait سے متعلق ہے مگر اسے واضح طور پر بیان نہیں کر پاتے۔ انٹرویو لینے والے یہ جانتے ہیں، اسی لیے wait زیادہ تر Selenium راؤنڈز کھولتا ہے۔ یہ حصہ دکھاتا ہے کہ ایک مکمل جواب کیسا لگتا ہے۔

• implicit بمقابلہ explicit wait۔ implicit wait ایک عالمی سیٹنگ ہے جو ہر lookup پر element کی موجودگی چیک کرتی ہے۔ explicit wait ایک element اور ایک شرط کو ہدف بناتا ہے، جیسے clickable یا visible۔ explicit کو ترجیح دی جاتی ہے کیونکہ یہ صاف بتاتا ہے کہ آپ کس چیز کا انتظار کر رہے ہیں۔
• انہیں کیوں نہیں ملانا چاہیے؟ دونوں کو ملانا timeouts کو ایسے طریقے سے جمع کر سکتا ہے جس کی پیش گوئی مشکل ہے، اسی لیے زیادہ تر ٹیمیں implicit wait کو صفر پر سیٹ کر دیتی ہیں اور ہر جگہ explicit wait استعمال کرتی ہیں۔
• fluent wait کیا ہے؟ ایک explicit wait جس میں قابلِ ترتیب polling وقفہ اور نظرانداز کیے گئے exception اقسام ہوں۔
• Thread.sleep غلط کیوں ہے؟ یہ غیر مشروط ہے۔ یہ ایک پاس ہونے والے ٹیسٹ کو سست کر دیتا ہے اور پھر بھی ایک سست ٹیسٹ کو ناکام ہونے دیتا ہے۔
• CSS selector یا XPath؟ پہلے ایک مستحکم ٹیسٹ شناختی attribute کو ترجیح دیں، پھر پڑھنے میں آسانی کے لیے CSS۔ XPath اس وقت اپنی جگہ بناتا ہے جب آپ کو کسی parent تک جانا ہو یا متن کی بنیاد پر ملانا ہو۔
• locator کو نازک کیا بناتا ہے؟ خودکار طور پر بنے class نام، مطلق XPath، اور index پر مبنی انتخاب۔ بتائیں کہ اس کی بجائے آپ ڈویلپر سے کیا اضافہ کرنے کو کہیں گے۔

انٹرویو لینے والے ہر انتخاب کے پیچھے وجہ سنتے ہیں۔ لاگت بتائے بغیر ترجیح کا نام لینا رٹا ہوا جواب لگتا ہے۔

flaky ٹیسٹس زیادہ تر senior automation انٹرویوز کا اصل موضوع ہیں، کیونکہ ایسا suite جس پر کوئی بھروسہ نہیں کرتا وہ suite نہ ہونے سے بھی بدتر ہے۔

• StaleElementReferenceException کیوں ہوتا ہے؟ element کا reference ایسے node کی طرف اشارہ کرتا ہے جو اب منسلک نہیں ہے، عام طور پر اس لیے کہ framework نے صفحے کے اس حصے کو دوبارہ render کیا۔ محفوظ شدہ reference دوبارہ استعمال کرنے کی بجائے element کو دوبارہ تلاش کریں۔
• ElementNotInteractableException کا کیا؟ element موجود ہے مگر اس پر عمل نہیں کیا جا سکتا: پوشیدہ، disabled، کسی overlay سے ڈھکا، یا اسکرین سے باہر۔
• آپ NoSuchElementException کیسے سنبھالتے ہیں؟ ٹائمنگ کے مسئلے کو حقیقتاً غیر موجود element سے الگ کریں، اور اسے لمبے sleep سے نہ چھپائیں۔
• ٹیسٹس صرف pipeline میں کیوں ناکام ہوتے ہیں؟ مختلف viewport سائز، سست ماحول، غائب ٹیسٹ ڈیٹا، دیر سے ختم ہونے والی animations، اور مشترکہ state پر ٹکراتے parallel ٹیسٹس۔
• آپ flaky ٹیسٹ کیسے ٹھیک کرتے ہیں؟ پہلے قسم کی تشخیص کریں، پھر وجہ ٹھیک کریں۔ auto-retry ناکامیوں کو چھپاتا ہے اور یہ آخری حل ہے جسے آپ کو اسی طرح بیان کرنا چاہیے۔
• آپ frames، نئی ونڈوز اور alerts کیسے سنبھالتے ہیں؟ واضح طور پر context تبدیل کر کے، اور بعد میں واپس آ کر۔

ایک QA انجینئر سے، جو mid-level automation کردار کے لیے انٹرویو دے رہا تھا، پوچھا گیا کہ ایک suite بغیر کسی کوڈ تبدیلی کے ہفتے میں دو بار کیوں ناکام ہوتا تھا۔ کامیاب جواب کوئی Selenium API تفصیل نہیں تھا، بلکہ یہ کہ ٹیسٹس ایک ہی seeded اکاؤنٹ بانٹتے اور ایک دوسرے سے دوڑ لگاتے تھے۔ انٹرویو لینے والے اس تشخیصی ترتیب کو انعام دیتے ہیں: پہلے ماحول اور ڈیٹا، پھر API۔

کردار اور ٹول کے لحاظ سے مزید سوالات کے بینک interview questions by role کے تحت موجود ہیں۔

API سے آگے، panel جاننا چاہتا ہے کہ کیا آپ کسی suite کی ملکیت سنبھال سکتے ہیں۔ senior کرداروں کے لیے یہ سوالات سب سے زیادہ وزن رکھتے ہیں۔

• Page Object Model سمجھائیں۔ page classes actions کو ظاہر کرتی ہیں اور locators کو چھپاتی ہیں، تاکہ UI تبدیلی صرف ایک فائل کو چھوئے۔ بتائیں کہ یہ کون سا مسئلہ حل کرتا ہے؛ صرف folder ڈھانچہ بیان کرنا نکتہ چوک جاتا ہے۔
• Page Objects کے ساتھ کیا غلط ہو سکتا ہے؟ یہ ہزاروں لائنوں کی classes بن جاتی ہیں اور page methods کے اندر assert کرنا شروع کر دیتی ہیں۔ assertions ٹیسٹس میں ہونی چاہئیں۔
• آپ کا framework ٹیسٹس کو parallel کیسے چلاتا ہے؟ thread-safe driver انتظام تاکہ instances threads کے درمیان مشترک نہ ہوں، ساتھ ہی ہر ٹیسٹ کے لیے آزاد ٹیسٹ ڈیٹا۔
• Selenium Grid کس کام آتا ہے؟ مشینوں اور براؤزر ورژنز میں ٹیسٹس تقسیم کرنا، ایک hub اور nodes کے ساتھ، یا وہی کردار ادا کرنے والا کوئی cloud provider۔
• Selenium 4 میں کیا بدلا؟ W3C WebDriver پروٹوکول معیار بن گیا اور پرانا JSON wire protocol ہٹا دیا گیا، relative locators آئے، اور Chrome DevTools Protocol تک رسائی کھول دی گئی۔
• آپ Selenium کب استعمال نہیں کریں گے؟ API سطح کی جانچ، unit test سے قابلِ آزمائش منطق، اور براؤزر سے باہر کچھ بھی۔ اس حد کو جاننا ایک senior اشارہ ہے۔
• آپ فیصلہ کیسے کرتے ہیں کہ کیا خودکار بنانا ہے؟ مستحکم، اعلیٰ قدر، دہرائے جانے والے راستے۔ سب کچھ نہیں، اور نہ ہی وہ اسکرین جو ابھی تک redesign ہو رہی ہے۔

Selenium کے جوابات جاننا غیر معمولی طور پر آسان اور کہنا مشکل ہوتا ہے۔ خاص طور پر wait سوال کا جواب دو حصوں پر مشتمل ہے، تعریف اور وجہ، اور وہ امیدوار جنہوں نے صرف اسے پڑھا ہو وہ پہلا آدھا حصہ دیتے ہیں اور پھر رک جاتے ہیں۔

یہاں سے وہ پانچ سوالات لیں جن کا آپ سب سے کم سامنا کرنا چاہتے ہیں اور بغیر کوئی editor کھولے، ہر ایک کا زبانی جواب نوّے سیکنڈ میں دیں۔ پھر کسی سے فالو اپ سوال پوچھوائیں، جو تقریباً ہمیشہ کیوں ہوتا ہے۔ ایک AI انٹرویو لینے والے کے سامنے جو پیچھے دھکیلتا ہے، وہی prompts چلانا فہرست دوبارہ پڑھنے سے حقیقی راؤنڈ کے زیادہ قریب ہے، اور بالکل اسی لیے mock interview موڈ موجود ہے۔

SubcueAI کے بانی Aaron Cao نے مزید سوالات فراہم کرنے کی بجائے بولنے کے اسی خلا کے گرد مشق تیار کی۔ ایک live انٹرویو میں، desktop ایپ اور براؤزر ایکسٹینشن کا Side Panel ڈھانچہ سامنے لا سکتے ہیں جب انٹرویو لینے والا بول رہا ہو، جو اس مواد پر سب سے زیادہ مدد کرتا ہے جسے آپ پہلے ہی مشق کر چکے ہیں۔ پروڈکٹ کیا کرتا ہے، اور کن حدود کو نہیں پار کرتا، یہ security صفحے پر بیان کیا گیا ہے۔