Selenium Állásinterjú Kérdések

Írt már olyan teszteket, amik helyben lefutnak, de a pipeline-ban elbuknak, és gyanítja, hogy a válasz a wait-tel függ össze, csak nem tudja tisztán megfogalmazni. Az interjúztatók ezt tudják, ezért a wait nyitja a legtöbb Selenium kört. Ez a szakasz megmutatja, hogyan hangzik egy teljes válasz.

• Implicit versus explicit wait. Az implicit wait egy globális beállítás, amely minden keresésnél lekérdezi az elem jelenlétét. Az explicit wait egyetlen elemre és egyetlen feltételre céloz, például clickable vagy visible. Az explicit az előnyben részesített, mert pontosan kimondja, mire vár.
• Miért nem szabad keverni őket? A kettő kombinálása kiszámíthatatlanul összeadhatja a timeoutokat, ezért a legtöbb csapat nullára állítja az implicit wait-et, és mindenhol explicit wait-et használ.
• Mi az a fluent wait? Egy explicit wait konfigurálható polling intervallummal és figyelmen kívül hagyott exception típusokkal.
• Miért hibás a Thread.sleep? Feltétel nélküli. Lelassít egy egyébként sikeres tesztet, és egy lassú tesztet mégis elbuktat.
• CSS selector vagy XPath? Előnyben részesítsen egy stabil teszt-azonosító attribútumot, majd CSS-t az olvashatóság kedvéért. Az XPath akkor éri meg, ha egy szülőig kell felmennie, vagy szöveg alapján kell illesztenie.
• Mitől törékeny egy locator? Automatikusan generált class nevek, abszolút XPath és index alapú kiválasztás. Mondja el, mit kérne inkább a fejlesztőtől hozzáadni.

Az interjúztatók az egyes választások mögötti indokra figyelnek. Egy preferencia megnevezése a hozzá tartozó költség nélkül bemagolt válasznak hangzik.

A flaky tesztek a legtöbb senior automatizálási interjú valódi témája, mert egy suite, amiben senki sem bízik, rosszabb, mint ha nem lenne suite.

• Mi okozza a StaleElementReferenceException-t? Az elemreferencia egy már nem csatolt node-ra mutat, általában azért, mert a framework újrarenderelte az oldal azon részét. Keresse meg újra az elemet, ahelyett hogy az elmentett referenciát újrahasználná.
• Mi a helyzet az ElementNotInteractableException-nel? Az elem létezik, de nem lehet vele interakcióba lépni: rejtett, disabled, egy overlay eltakarja, vagy a képernyőn kívül van.
• Hogyan kezeli a NoSuchElementException-t? Különböztesse meg az időzítési problémát egy valóban hiányzó elemtől, és ne fedje el hosszabb sleep-pel.
• Miért buknak el a tesztek csak a pipeline-ban? Eltérő viewport méret, lassabb környezet, hiányzó tesztadat, később befejeződő animációk, és megosztott állapoton ütköző párhuzamos tesztek.
• Hogyan javít ki egy flaky tesztet? Először diagnosztizálja a kategóriát, aztán javítsa ki az okot. Az auto-retry elrejti a hibákat, és végső megoldás, amit így is kell megnevezni.
• Hogyan kezeli a frame-eket, új ablakokat és alerteket? Explicit kontextusváltással, majd utána vissza is váltva.

Egy QA mérnököt, aki egy mid-level automatizálási szerepre interjúzott, megkérdezték, miért bukott el egy suite hetente kétszer kódváltoztatás nélkül. A célba talált válasz nem egy Selenium API-részlet volt, hanem az, hogy a tesztek egyetlen seeded fiókot osztottak meg, és versenyeztek egymással. Az interjúztatók ezt a diagnosztikai sorrendet díjazzák: előbb a környezet és az adat, aztán az API.

Több kérdésbank szerep és eszköz szerint az interview questions by role alatt található.

Az API-n túl a panel tudni akarja, hogy képes-e gazdaként kezelni egy suite-ot. Ezek a kérdések a senior szerepeknél nyomnak a legtöbbet a latba.

• Magyarázza el a Page Object Modelt. A page class-ok kiteszik az akciókat és elrejtik a locatorokat, így egy UI-változás csak egy fájlt érint. Mondja el, milyen problémát old meg; ha csak a mappastruktúrát írja le, elmegy a lényeg mellett.
• Mi mehet rosszul a Page Objectekkel? Több ezer soros class-okká nőnek, és page methodokon belül kezdenek assertelni. Az assertionök a tesztekbe valók.
• Hogyan futtatja a framework-je párhuzamosan a teszteket? Thread-safe driverkezelés, hogy az instance-ok ne osztozzanak a threadeken, plusz tesztenként független tesztadat.
• Mire szolgál a Selenium Grid? A tesztek elosztására gépek és böngészőverziók között, hubbal és node-okkal, vagy egy felhőszolgáltatóval, amely ugyanezt a szerepet játssza.
• Mi változott a Selenium 4-ben? A W3C WebDriver protokoll lett a szabvány, a régi JSON wire protocolt eltávolították, megjelentek a relative locatorok, és megnyílt a hozzáférés a Chrome DevTools Protocolhoz.
• Mikor nem használna Seleniumot? API szintű ellenőrzéseknél, unit teszttel tesztelhető logikánál, és bármi másnál a böngészőn kívül. Ennek a határnak az ismerete senior jelzés.
• Hogyan dönti el, mit automatizál? Stabil, magas értékű, ismétlődő útvonalakat. Nem mindent, és nem egy még átalakítás alatt álló képernyőt.

A Selenium válaszokat szokatlanul könnyű tudni és nehéz kimondani. A wait kérdésnek különösen kétrészes válasza van, a definíció és az ok, és azok a jelöltek, akik csak elolvasták, az első felét adják elő, aztán elakadnak.

Vegye elő az itt szereplő öt kérdést, amelyekkel a legkevésbé szeretne szembesülni, és válaszoljon mindegyikre hangosan kilencven másodperc alatt, nyitott szerkesztő nélkül. Aztán kérje meg valaki, hogy tegye fel a követő kérdést, ami szinte mindig az, hogy miért. Ugyanazokat a promptokat egy visszakérdező AI interjúztatóval futtatni közelebb áll egy valódi fordulóhoz, mint egy lista újraolvasása, és pontosan erre való a mock interview mód.

Aaron Cao, a SubcueAI alapítója, erre a beszédbeli résre építette a gyakorlást, nem pedig arra, hogy még több kérdést szállítson. Egy élő interjún a desktop app és a böngészőbővítmény Side Panelje strukturát tud felszínre hozni, miközben az interjúztató beszél, ami leginkább már begyakorolt anyagon segít. Hogy mit csinál a termék, és milyen határokat nem lép át, azt a security oldal írja le.