Welke sollicitatievragen kan ik als quality engineer verwachten?

Interviewers beginnen met je beoordelingsvermogen, nog vóór ze naar tools vragen. Verwacht dat je moet uitleggen hoe je bepaalt wat je test voor een functie die je nog nooit hebt gezien: de vereisten en de codewijziging lezen, de riskantste paden identificeren, kiezen welke controles op unit-, integratie- en end-to-endniveau worden uitgevoerd en bepalen wat handmatig blijft. De vervolgvraag is bijna altijd het omgekeerde: wat zou je niet testen en waarom? Kandidaten die kunnen zeggen dat een configuratiewijziging met een laag risico een rooktest krijgt in plaats van een volledige regressietest, tonen het beoordelingsvermogen waarvoor iemand in deze functie wordt gezocht.

• De testpiramide. Veel snelle unittests, minder integratietests en weinig end-to-endtests. Vervolgvraag: wat gaat er mis wanneer een team de piramide omkeert?
• Risicogestuurd testen. Prioriteiten stellen op basis van de waarschijnlijkheid en impact van een storing, en die prioritering aan een productmanager kunnen uitleggen.
• Testontwerptechnieken. Equivalentiepartitionering, grenswaarden, beslissingstabellen en toestandsovergangen; verwacht dat je er één toepast op een concreet invoerveld.
• Niet-functioneel testen. De basis van prestaties, toegankelijkheid en beveiliging, en weten wanneer elk daarvan binnen de scope valt.
• Exitcriteria. Hoe je bepaalt of een release gereed is en wat je doet wanneer de deadline eerder komt dan het behalen van de criteria.

Geef waar mogelijk een concreet voorbeeld uit je eigen werk; bij strategievragen wordt je specificiteit beoordeeld.

Je automatiseert elke dag en verwacht dat de interviewer naar de tools vraagt. In plaats daarvan vragen interviewers naar de structuur. Daarom behandelt dit gedeelte de vragen die duidelijk maken of je automatisering doelgericht is ontwikkeld of slechts is opgestapeld.

• Frameworkontwerp. Lagen tussen tests en de applicatie (drivers, page objects of schermmodellen, API-clients), gedeelde fixtures, beheer van testgegevens, rapportage en hoe een nieuwe engineer een test toevoegt zonder een oude te kopiëren.
• Instabiele tests. De favoriete vraag. Stel eerst een diagnose voordat je een test opnieuw uitvoert: timing en impliciete wachttijden, gedeelde status tussen tests, afhankelijkheid van de uitvoeringsvolgorde, verschillen tussen omgevingen en asynchroon gedrag. Vertel welke tests je isoleert, welke je verwijdert en hoe je voorkomt dat de suite wordt genegeerd.
• API- en contracttests. Services rechtstreeks testen, schema's valideren en consumentgestuurde contracten gebruiken die ingrijpende wijzigingen detecteren voordat end-to-endtests dat doen.
• Vragen over tools. Selenium, Playwright, Cypress of een mobiel framework; REST-clients; een tool voor belastingtests. Interviewers vinden de specifieke keuze minder belangrijk dan waarom je ervoor hebt gekozen en welke beperkingen de tool heeft.
• Programmeren. Verwacht dat je een kleine test of een hulpprogramma schrijft in Python, Java, JavaScript of C#, en dat je wordt gevraagd hoe je een functie met verschillende randgevallen zou testen.

Verbind de antwoorden met elkaar: een framework met duidelijke lagen maakt instabiele tests diagnosticeerbaar, terwijl contracttests ervoor zorgen dat je de end-to-endlaag klein kunt houden.

Bij sollicitatierondes voor seniorfuncties krijg je een situatie voorgelegd. Een representatief voorbeeld: een quality engineer die solliciteert naar een seniorfunctie bij een softwarebedrijf in de gezondheidszorg krijgt te horen dat een release over twee dagen wordt uitgebracht, dat de end-to-endsuite al een week rood is en dat de ontwikkelaars zeggen dat de fouten door de omgeving worden veroorzaakt. Een sterk antwoord deelt de fouten eerst op oorzaak in voordat de release ter discussie wordt gesteld: je leest de foutmeldingen, scheidt omgevingsproblemen van echte defecten, controleert of de rode tests betrekking hebben op de wijzigingen in deze release en geeft de releasemanager een risicoverklaring in plaats van alleen ja of nee te zeggen. De interviewer beoordeelt je triage en communicatie.

Andere veelvoorkomende scenario's zijn: CI-poorten ontwerpen zodat bij een pull request unit- en contracttests worden uitgevoerd terwijl tragere suites volgens een planning draaien; testomgevingen en testgegevens zo beheren dat tests niet afhankelijk zijn van één gedeelde database; bepalen hoe je een wijziging aan een externe integratie test waarover je geen controle hebt; een defect rapporteren dat door de ontwikkelaar wordt betwist; en kwaliteit meten zonder van dekking een doel op zich te maken. Benoem telkens de beperking, kies een mechanisme en leg uit wat het kost.

Deze antwoorden worden veel beter wanneer je ze hardop hebt uitgesproken en vervolgvragen hebt beantwoord. Daarvoor dient de modus proefsollicitatiegesprek; de andere vragenbanken per functie vind je onder sollicitatievragen per functie en onderwerp.

Voor gespreksrondes wel, binnen eerlijke grenzen. De native desktopapp van SubcueAI voor macOS en Windows vangt het systeemgeluid en je microfoon op en toont korte antwoordsuggesties in een lokale overlay. Wanneer de interviewer vraagt hoe je een instabiele suite zou diagnosticeren, staat de checklist dus op je scherm terwijl je je eigen ervaring toelicht. De browserextensie ondersteunt gesprekken in browsertabbladen via Chrome en Edge door uitsluitend het geluid van het vergadertabblad op te vangen. Er neemt geen bot deel aan het gesprek en er wordt niets in de vergaderpagina geïnjecteerd; de installatie wordt uitgelegd op de pagina handleiding.

De beperkingen: thuisopdrachten, programmeertaken onder toezicht, opgenomen schermen en door het bedrijf beheerde laptops vallen buiten de scope. Een live-oefening waarbij je onder toezicht een test schrijft, is je eigen werk. Aaron Cao, de oprichter van SubcueAI, beschrijft het product als een geheugensteuntje voor wat je al weet, niet als een script. Daarom werkt het op basis van je cv en je eigen formuleringen. Upload eerst dat cv; je profiel staat in de cv-builder.