Selenium Intervjufrågor

Du har skrivit tester som går igenom lokalt men misslyckas i pipelinen, och du misstänker att svaret handlar om wait utan att kunna formulera det tydligt. Intervjuare vet detta, vilket är varför wait öppnar de flesta Selenium-rundor. Det här avsnittet visar hur ett komplett svar låter.

• Implicit kontra explicit wait. Ett implicit wait är en global inställning som pollar efter elementets närvaro vid varje uppslag. Ett explicit wait riktar sig mot ett element och ett villkor, som clickable eller visible. Explicit föredras eftersom det anger exakt vad man väntar på.
• Varför bör de inte blandas? Att kombinera båda kan lägga ihop timeouts på ett sätt som är svårt att förutse, vilket är varför de flesta team sätter implicit wait till noll och använder explicit wait genomgående.
• Vad är ett fluent wait? Ett explicit wait med ett konfigurerbart pollingintervall och ignorerade exception-typer.
• Varför är Thread.sleep fel? Det är ovillkorligt. Det saktar ner ett test som skulle ha klarat sig och får ändå ett långsamt test att misslyckas.
• CSS selector eller XPath? Föredra ett stabilt test-identifierarattribut, sedan CSS för läsbarhet. XPath förtjänar sin plats när du måste navigera till en parent eller matcha på text.
• Vad gör en locator skör? Automatiskt genererade klassnamn, absolut XPath och indexbaserat urval. Säg vad du skulle be en utvecklare lägga till istället.

Intervjuare lyssnar efter anledningen bakom varje val. Att nämna en preferens utan dess kostnad låter som ett utantillärt svar.

Flaky tester är det verkliga ämnet i de flesta senior automation-intervjuer, eftersom en svit som ingen litar på är värre än ingen svit alls.

• Vad orsakar StaleElementReferenceException? Elementreferensen pekar på en nod som inte längre är ansluten, oftast för att framework har renderat om den delen av sidan. Sök upp elementet igen istället för att återanvända den sparade referensen.
• Vad gäller ElementNotInteractableException? Elementet finns men går inte att interagera med: dolt, disabled, täckt av en overlay, eller utanför skärmen.
• Hur hanterar du NoSuchElementException? Skilj ett timingproblem från ett verkligt frånvarande element, och täck inte över det med ett längre sleep.
• Varför misslyckas tester bara i pipelinen? Annan viewportstorlek, långsammare miljö, saknad testdata, animationer som slutar senare, och parallella tester som krockar på delat tillstånd.
• Hur fixar du ett flaky test? Diagnostisera kategorin först, fixa sedan orsaken. Auto-retry döljer fel och är en sista utväg som du bör benämna som just det.
• Hur hanterar du frames, nya fönster och alerts? Genom att byta kontext explicit, och byta tillbaka efteråt.

En QA-ingenjör som intervjuades för en mid-level automation-roll fick frågan varför en svit misslyckades två gånger i veckan utan någon kodändring. Svaret som landade var inte en Selenium API-detalj, utan att testerna delade ett enda seeded konto och kapplöpte mot varandra. Intervjuare belönar den diagnostiska ordningen: miljö och data först, API i andra hand.

Fler frågebanker per roll och verktyg finns under interview questions by role.

Bortom API:et vill panelen veta om du kan äga en svit. Dessa frågor väger tyngst för seniora roller.

• Förklara Page Object Model. Page-klasser exponerar åtgärder och döljer locators, så en UI-ändring rör bara en fil. Säg vilket problem det löser; att bara beskriva mappstrukturen missar poängen.
• Vad kan gå fel med Page Objects? De växer till klasser på tusentals rader och börjar asserta inuti page-metoder. Assertions hör hemma i tester.
• Hur kör ditt framework tester parallellt? Trådsäker driverhantering så att instanser inte delas mellan trådar, plus oberoende testdata per test.
• Vad används Selenium Grid till? Att distribuera tester över maskiner och webbläsarversioner, med en hub och noder, eller en molnleverantör som spelar samma roll.
• Vad ändrades i Selenium 4? W3C WebDriver-protokollet blev standard och det gamla JSON wire protocol togs bort, relative locators tillkom, och åtkomst till Chrome DevTools Protocol exponerades.
• När skulle du inte använda Selenium? API-nivåkontroller, logik som går att testa med unit test, och allt utanför webbläsaren. Att känna till den gränsen är en senior-signal.
• Hur avgör du vad som ska automatiseras? Stabila, högvärdiga, repetitiva flöden. Inte allt, och inte en skärm som fortfarande designas om.

Selenium-svar är ovanligt lätta att kunna och svåra att säga. Frågan om wait har i synnerhet ett svar i två delar, definitionen och anledningen, och kandidater som bara läst om det levererar första halvan och tappar tråden.

Ta de fem frågorna här som du minst skulle vilja möta och besvara var och en högt på nittio sekunder utan någon redigerare öppen. Låt sedan någon ställa uppföljningsfrågan, som nästan alltid är varför. Att köra samma prompts mot en AI-intervjuare som trycker tillbaka ligger närmare en riktig runda än att läsa om en lista, och det är precis vad läget mock interview finns till för.

Aaron Cao, grundare av SubcueAI, byggde övningen kring just det talgapet snarare än kring att leverera fler frågor. I en live-intervju kan skrivbordsappen och webbläsartilläggets Side Panel visa struktur medan intervjuaren pratar, vilket hjälper mest på material du redan repeterat. Vad produkten gör, och gränserna den inte korsar, beskrivs på sidan security.