Mga Tanong sa Interview ng Selenium

Sumulat ka na ng mga test na pumapasa sa local pero nabibigo sa pipeline, at hinala mo na may kinalaman ang sagot sa waits pero hindi mo ito kayang ipaliwanag nang malinaw. Alam ito ng mga interviewer, kaya't ang waits ang bumubukas sa karamihan ng mga round ng Selenium. Tinatalakay ng seksyong ito kung ano ang itsura ng isang kumpletong sagot.

• Implicit versus explicit wait. Ang implicit wait ay isang global na setting na nagpo-poll para sa presensya ng element sa bawat paghahanap. Ang explicit wait naman ay nakatutok sa isang element at isang kondisyon lang, gaya ng clickable o visible. Mas gusto ang explicit dahil malinaw nitong sinasabi kung ano ang hinihintay mo.
• Bakit hindi dapat pinaghahalo ang dalawa? Ang pagsasama ng dalawa ay maaaring magpalaki ng timeout sa paraang mahirap hulaan, kaya karamihan sa mga team ay itinatakda sa zero ang implicit wait at explicit wait na lang ang ginagamit sa buong proseso.
• Ano ang fluent wait? Isang explicit wait na may configurable na polling interval at hindi pinapansin na mga uri ng exception.
• Bakit mali ang Thread.sleep? Dahil ito ay walang kundisyon. Pinapabagal nito ang isang test na sana ay papasa, at nabibigo pa rin ito sa isang mabagal na test.
• CSS selector o XPath? Unahin ang isang matatag na attribute na dedikado sa pagkilala para sa test, saka CSS para sa readability. Kapaki-pakinabang ang XPath kapag kailangan mong umakyat sa isang parent o tumugma batay sa text.
• Ano ang nagpapahina sa isang locator? Awtomatikong nabuong mga class name, absolute XPath, at pagpili batay sa index. Sabihin kung ano ang hihilingin mong idagdag ng developer sa halip.

Nakikinig ang mga interviewer sa dahilan sa likod ng bawat pagpili. Ang pagbanggit lang ng preference nang walang binabanggit na gastos ay parang isang kinabisadong sagot.

Ang flaky test ang tunay na paksa ng karamihan sa mga senior automation interview, dahil mas masahol pa ang isang suite na walang nagtitiwala kaysa wala talagang suite.

• Ano ang nagdudulot ng StaleElementReferenceException? Ang reference ng element ay tumuturo sa isang node na hindi na naka-attach, karaniwang dahil na-render muli ng framework ang bahaging iyon ng page. Muling hanapin ang element sa halip na muling gamitin ang naka-store na reference.
• Kumusta naman ang ElementNotInteractableException? Umiiral ang element pero hindi ito maaaring kilusin: nakatago, naka-disable, natatakpan ng overlay, o wala sa screen.
• Paano mo hahawakan ang NoSuchElementException? Ihiwalay ang problema sa timing sa isang element na talagang wala, at huwag itago ito sa mas mahabang wait.
• Bakit nabibigo lang ang mga test sa pipeline? Ibang viewport size, mas mabagal na environment, kulang na test data, mga animation na natatapos nang mas huli, at parallel na mga test na nag-aagawan sa shared state.
• Paano mo aayusin ang isang flaky test? Alamin muna ang kategorya, saka ayusin ang sanhi. Itinatago ng auto-retry ang mga pagkabigo, at dapat itong tawagin bilang huling opsyon.
• Paano hahawakan ang frame, bagong window, at alert? Sa pamamagitan ng malinaw na paglipat ng context, at pagbabalik pagkatapos.

Isang QA engineer na nag-interview para sa isang mid-level automation role ang tinanong kung bakit dalawang beses sa isang linggo nabibigo ang isang suite kahit walang pagbabago sa code. Ang sagot na nakuha ay hindi tungkol sa detalye ng Selenium API, kundi ang katotohanang nagbabahagi ang mga test ng iisang naka-seed na account at nagkakabanggaan sila. Pinahahalagahan ng mga interviewer ang ganitong pagkakasunod-sunod ng diagnosis: environment at data muna, saka API.

Mas maraming banks ng tanong ayon sa role at tool ay nasa mga tanong sa interview ayon sa role.

Higit pa sa API, gustong malaman ng mga panel kung kaya mong pangasiwaan ang isang buong suite. Ang mga tanong na ito ang may pinakamalaking timbang para sa mga senior role.

• Ipaliwanag ang Page Object Model. Inilalantad ng mga class na Page ang mga action at itinatago ang locators, kaya ang isang pagbabago sa UI ay isang file lang ang naaapektuhan. Sabihin kung anong problema ang nalulutas nito; ang paglalarawan lang ng folder structure ay hindi nakukuha ang punto.
• Ano ang nagiging problema sa Page Objects? Lumalaki ang mga ito hanggang maging klase na libu-libong linya, at nagsisimulang mag-assert sa loob ng mga page method. Dapat nasa test ang assertions.
• Paano pinapatakbo ng framework mo ang mga test nang parallel? Thread-safe na driver management para hindi mabahagi ang mga instance sa mga thread, kasama ang independiyenteng test data para sa bawat test.
• Para saan ang Selenium Grid? Para ipamahagi ang mga test sa maraming machine at bersyon ng browser, gamit ang isang hub at mga node, o isang cloud provider na gumagampan ng parehong tungkulin.
• Ano ang nagbago sa Selenium 4? Naging pamantayan ang W3C WebDriver protocol at inalis ang lumang JSON wire protocol, dumating ang mga relative locator, at nabuksan ang access sa Chrome DevTools Protocol.
• Kailan hindi dapat gamitin ang Selenium? Mga API-level check, logic na puwedeng i-unit test, at anumang bagay sa labas ng browser. Ang pagkaalam sa hangganang ito mismo ay senyales ng seniority.
• Paano mo pinagpapasyahan kung ano ang i-a-automate? Matatag, mataas ang halaga, at paulit-ulit na mga path. Hindi lahat, at hindi ang isang screen na muling dinidisenyo pa rin.

Ang mga sagot tungkol sa Selenium ay kakaibang madaling malaman pero mahirap sabihin. Ang tanong tungkol sa wait sa partikular ay may sagot na dalawang bahagi, ang depinisyon at ang dahilan, at ang mga kandidato na nagbasa lang nito ay ang unang kalahati lang ang naibibigay bago mahirapan magpatuloy.

Piliin ang limang tanong dito na pinakaayaw mong harapin at sagutin ang bawat isa nang malakas sa loob ng siyamnapung segundo nang walang bukas na editor. Pagkatapos, ipatanong sa iba ang susunod na tanong, na halos palaging bakit. Ang pag-eensayo ng parehong mga prompt laban sa isang AI interviewer na tumutulak pabalik ay mas malapit sa isang totoong round kaysa sa muling pagbasa ng listahan, at iyon ang dahilan kung bakit umiiral ang mode na mock interview.

Si Aaron Cao, tagapagtatag ng SubcueAI, ay bumuo ng practice sa paligid ng puwang na iyon sa pagsasalita sa halip na sa paligid ng pagbibigay ng mas maraming tanong. Sa isang live na interview, ang desktop app at ang Side Panel ng browser extension ay maaaring magpakita ng structure habang nagsasalita ang interviewer, na pinakamalaking tulong sa materyal na na-rehearse mo na. Ang ginagawa ng produkto, at ang mga hangganang hindi nito nilalampasan, ay nakasaad sa pahina ng seguridad.