Wij zijn op zoek naar jou!
Heb jij een HBO-opleiding met een sterke focus op IT afgerond en ben je benieuwd naar het vak “Quality Assurance Engineer”? Dan ben je bij ons aan het juiste adres!
WERKZAAMHEDEN
Zorg jij ervoor dat alle puntjes op de i goed staan voordat je een project opgeleverd? Vind jij het leuk om jouw bevindingen te delen met het team en samen de kwaliteit van het product een stap omhoog te brengen? Spreekt het vak “Quality Assurance Engineer” jou aan en wil jij je in deze richting verder ontwikkelen?
Bij Pepperflow krijg jij de kans om het vak Quality Assurance Engineer te beheersen. Dit doe je door mee te draaien in één van onze ontwikkel teams en geleidelijk steeds meer onderdelen van de rol Quality Assurance Engineer op te pakken.
Pepperflow is een klein en hecht bedrijf van ongeveer 30 man. Bij Pepperflow ben je geen nummertje en ben je direct onderdeel van het team. Er werken mensen met veel ervaring in het vak en ook mensen die net hun studie hebben afgerond. Van jong en oud kan je hier veel leren.
De SaaS-producten van Pepperflow helpen decentrale overheden samen te werken op het gebied van financiën, strategie en beleid. Dit maakt werken aan de Pepperflow propositie niet alleen technisch, maar ook inhoudelijk interessant.
Spreekt deze rol jou aan, solliciteer dan nu!
EIGENSCHAPPEN
Een passie voor grondig testen en oog voor kwaliteit.
Je werkt graag samen, maar bent ook niet bang om je mening te geven.
TAKEN
NEEM EEN KIJKJE
AGENDA
Korte check-in: Wat heb je gedaan? Wat ga je doen? Zijn er blockers?
Samen met het team bepalen welke taken in de sprint worden opgepakt. Als QA let je op: testimpact, complexiteit, testbaarheid en afhankelijkheden.
Bepalen hoe en wat er getest moet worden voor de nieuwe stories. Denk aan: testtypen, risico's, automatiseringsmogelijkheden en omgeving.
Stories doornemen, acceptatiecriteria checken en testscenario’s voorbereiden. Je zet de basis voor manuele én geautomatiseerde tests.
Korte check-in: Wat heb je gedaan? Wat ga je doen? Zijn er blockers?
Uitvoeren van manuele tests op nieuwe of aangepaste functionaliteiten. Controleren of features werken volgens specificaties.
Gevonden issues registreren in bijv. Jira of Azure DevOps. Duidelijke omschrijving, stappen om te reproduceren en relevant bewijs (screenshots/logs).
Controleren of bestaande functionaliteit nog goed werkt. Zowel handmatig als via geautomatiseerde regressietesten.
PO informeren over gevonden issues, impact uitleggen, eventueel prioriteit of acceptatiecriteria aanpassen.
Hertoetsen van gefixte bugs en eventueel extra tests uitvoeren op gerelateerde functionaliteiten (verificatie + validatie).
Korte check-in: Wat heb je gedaan? Wat ga je doen? Zijn er blockers?
Stories voor volgende sprint verduidelijken met het development team. QA brengt in wat er getest moet worden, of stories testbaar zijn, en of extra informatie nodig is.
Voor refined stories alvast testacceptatiecriteria opstellen. Helpt PO en devs bij het concreet maken van de user stories.
Vrije testvorm zonder script. Gericht op creatief en kritisch testen van risicogebieden of edge cases.
Controleren of testcases volledig zijn, testdata aanmaken of importeren en dekking evalueren.
Updaten van testplannen, testscenario’s en testconventies. Alles klaarzetten voor de volgende fase.
Korte check-in: Wat heb je gedaan? Wat ga je doen? Zijn er blockers?
Laatste volledige regressietest en sanity check om te verifiëren dat alles stabiel is voor de release.
Opnieuw testen van gefixte issues, met extra aandacht voor regressie in gekoppelde onderdelen.
End-to-end gebruikersscenario’s draaien: realistische testcases met volledige flow (incl. API/backend integraties).
Overleg met team, PO en stakeholders: zijn alle criteria gehaald? QA levert testrapportage, risico-analyse en status op.
Deployment van de nieuwe versie. QA monitort eventuele issues direct na livegang.
Korte check-in: Wat heb je gedaan? Wat ga je doen? Zijn er blockers?
Technische uitwerking van nieuwe stories bespreken met het development team.
Review van testmetrics, incidenten en productkwaliteit van de release. Leren van fouten.
QA-inbreng voor de sprint retrospective: wat ging goed, wat kan beter in QA-processen?
Tijd voor leerdoelen, interne presentaties, tooling-verkenning, of QA-innovatie.
VOORWAARDEN
