Vilka intervjufrågor kan jag förvänta mig som kvalitetsingenjör?

Intervjuare börjar med omdöme före verktyg. Förvänta dig att förklara hur du avgör vad som ska testas för en funktion du aldrig har sett: läsa kraven och kodändringen, identifiera de mest riskfyllda flödena, välja vilka kontroller som körs på enhets-, integrations- och heltäckande nivå samt avgöra vad som förblir manuellt. Följdfrågan är nästan alltid den omvända: vad skulle du inte testa och varför? Kandidater som kan säga att en konfigurationsändring med låg risk får ett röktest i stället för en fullständig regression visar det omdöme som efterfrågas i rollen.

• Testpyramiden. Många snabba enhetstester, färre integrationstester och få heltäckande tester. Följdfråga: vad går fel när ett team vänder på den?
• Riskbaserad testning. Prioritering efter sannolikheten för och konsekvensen av fel samt förmågan att förklara prioriteringen för en produktchef.
• Tekniker för testdesign. Ekvivalenspartitionering, gränsvärden, beslutstabeller och tillståndsövergångar; förvänta dig att tillämpa en av dem på ett konkret inmatningsfält.
• Icke-funktionell testning. Grunderna i prestanda, tillgänglighet och säkerhet samt kunskap om när varje område ingår.
• Avslutningskriterier. Hur du avgör att en release är klar och vad du gör när tidsfristen infaller innan kriterierna är uppfyllda.

Svara med ett konkret exempel från ditt eget arbete när frågan tillåter det; strategifrågor bedöms utifrån konkretion.

Du automatiserar varje dag och förväntar dig att intervjuaren ska fråga om verktygen. I stället frågar de om strukturen, så det här avsnittet tar upp frågorna som visar om din automatisering är systematiskt konstruerad eller bara har byggts på över tid.

• Ramverksdesign. Lager mellan testerna och applikationen (drivrutiner, sidobjekt eller skärmmodeller, API-klienter), gemensamma fixturer, hantering av testdata, rapportering och hur en ny ingenjör lägger till ett test utan att kopiera ett gammalt.
• Instabila tester. Favoritfrågan. Analysera innan du kör om: timing och implicita väntetider, delat tillstånd mellan tester, ordningsberoenden, skillnader mellan miljöer och asynkront beteende. Berätta vad du sätter i karantän, vad du tar bort och hur du förhindrar att testsviten ignoreras.
• API- och kontraktstestning. Att testa tjänster direkt, validera scheman och använda konsumentdrivna kontrakt som upptäcker brytande ändringar innan de heltäckande testerna gör det.
• Verktygsfrågor. Selenium, Playwright, Cypress eller ett mobilt ramverk; REST-klienter; ett belastningsverktyg. Intervjuare bryr sig mindre om vilket du valde än varför du valde det och vilka begränsningar det har.
• Kodning. Förvänta dig att skriva ett litet test eller hjälpverktyg i Python, Java, JavaScript eller C# och att få frågan hur du skulle testa en funktion med flera gränsfall.

Koppla ihop svaren: ett ramverk med tydliga lager gör instabila tester möjliga att analysera, och kontraktstester gör att du kan hålla det heltäckande lagret litet.

I intervjuer för seniora roller får du en situation att hantera. Ett representativt exempel: en kvalitetsingenjör som intervjuas för en senior roll på ett företag inom vårdprogramvara får veta att en release lanseras om två dagar, att den heltäckande testsviten har visat rött i en vecka och att utvecklarna säger att felen beror på miljön. Ett starkt svar delar upp felen efter orsak innan releasebeslutet diskuteras: kandidaten granskar felen, skiljer miljöproblem från verkliga defekter, kontrollerar om de röda testerna täcker ändringarna i releasen och ger releaseansvarig en riskbedömning i stället för ett ja eller nej. Intervjuaren bedömer prioritering och kommunikation.

Andra återkommande scenarier: utforma CI-grindar så att en pull request kör enhets- och kontraktstester medan långsammare testsviter körs enligt schema; hantera testmiljöer och testdata så att tester inte är beroende av en enda gemensam databas; avgöra hur en ändring i en tredjepartsintegration som du inte kan styra ska testas; rapportera en defekt som utvecklaren bestrider; och mäta kvalitet utan att göra täckning till ett mål. Ange i varje fall begränsningen, välj en mekanism och förklara vad den kostar.

Svaren blir betydligt bättre när du har uttalat dem högt och fått följdfrågor, vilket är syftet med läget för övningsintervjuer; övriga frågebanker finns samlade under intervjufrågor efter roll och ämne.

För samtalsbaserade intervjurundor är svaret ja, inom ärliga gränser. SubcueAIs inbyggda skrivbordsapp för macOS och Windows fångar upp systemljudet och din mikrofon och visar korta svarsförslag i ett lokalt överlägg. När intervjuaren frågar hur du skulle analysera en instabil testsvit finns därför checklistan på skärmen medan du berättar om din egen erfarenhet. Webbläsartillägget fungerar för samtal i webbläsarflikar i Chrome och Edge genom att enbart fånga mötesflikens ljud. Ingen bot ansluter till samtalet och inget förs in på mötessidan; konfigurationen beskrivs på sidan med instruktioner.

Begränsningarna: hemuppgifter, övervakade kodningsprov, inspelade skärmar och företagsadministrerade bärbara datorer ligger utanför användningsområdet, och en direktsänd övning där du skriver ett test under uppsikt är ditt eget arbete. Aaron Cao, grundaren av SubcueAI, beskriver produkten som en påminnelse om det du redan vet snarare än ett manus, vilket är anledningen till att den utgår från ditt cv och dina egna formuleringar. Läs först in ditt cv; din profil finns i cv-byggaren.