Jehg.
Jehg.

Gemaakt met door Jesús Hernández

De Mensenbelofte

Portfolio

Diversen

Bèta

Maak een gratis account om je eigen CV te bouwen en te bewerken.

Hoe ik werk

  • Hoe ik AI gebruik
  • QA-samenwerking
  • UsesBinnenkort
  • NowBinnenkort
  • Stats
  • Colofon

Nu aan het spelen

Ontwikkeld met behulp van de Spotify APISpotify

Alle Rechten Voorbehouden © 2026

Op deze pagina

  • Waarom het telt
  • Hoe ik met QA werk
  • Waar ik past
  • FAQ

Kwaliteit & QA

Quality-first engineering, ingebouwd in elke release die ik uitrol.

Ik review, test en valideer mijn eigen code voordat QA het ziet — en werk daarna side-by-side met QA aan testplanning, uitvoering en bugvalidatie, zodat releases met minder verrassingen en heen-en-weer live gaan.

Zo werk ikPlan een gesprek
test-runner

$ npm run test

✓ unit/auth.test.ts (18 passed)

✓ unit/orders.test.ts (24 passed)

✓ integration/checkout.test.ts (9 passed)

✓ integration/api.test.ts (15 passed)

Test Suites: 4 passed, 4 total

Tests: 66 passed, 66 total

Time: 3.42s

$ ready for QA handoff ✓

▌

Scroll naar hoe ik met QA werk

Waarom het telt

Wat dit betekent voor jouw project

  • Minder bugs in productie

    Ik review en test mijn code vóór QA, zodat problemen vroeg worden gevonden in plaats van na een release.

  • QA krijgt een echte partner

    Ik ondersteun testplanning, uitvoering en bugvalidatie direct met QA — geen tickets over de muur.

  • Tests die de code echt dekken

    Unit- en integratietests rond kritieke paden, geschreven als onderdeel van het werk.

  • Minder verrassingen bij release

    Handmatige QA en regressie vangen op wat automatisering mist — vóór release, niet tijdens.

  • Duidelijkheid over dekking en risico

    Je weet wat gedekt is, wat niet, en wat aandacht nodig heeft vóór livegang.

  • Kwaliteitsgewoonten die schalen

    Praktijken die ik heb meegenomen naar teams tot 6 engineers, niet alleen mijn eigen code.

Proces

Hoe ik met QA werk

  1. 01

    Zelfreview vóór overdracht

    Voordat iets QA bereikt, review ik mijn code en draai unit- en integratietests.

  2. 02

    Ondersteuning testplanning

    Ik help bepalen wat getest moet worden — kritieke flows, edge cases, risicogebieden.

  3. 03

    Duidelijke overdracht

    Bugs en features gaan naar QA met context: wat veranderde, wat te checken, hoe edge cases te reproduceren.

  4. 04

    QA-tickets oppakken, niet alleen de mijne

    Ik pak bugreports op, reproduceer en fix met QA in de loop.

  5. 05

    Bugvalidatie samen

    Na een fix valideer ik met QA vóór het als opgelost wordt gemarkeerd.

  6. 06

    Regressie & release-readiness

    Vóór release bekijk ik wat veranderde, wat gedekt is en wat nog risico is.

Rollen

Waar ik pas in het QA-proces

Full-Stack Developer en Software Architect, direct naast het QA-ecosysteem — niet eromheen.

Mijn rollen

  • Full-Stack Developer
  • Software Architect
  • QA Engineer
  • QA Automation Engineer
  • Manual QA Tester
  • Project Manager

Testing die ik meebreng

  • Unit Testing
  • Integration Testing

FAQ

Vragen die ik hierover krijg

Vervangt zelfreview QA?

Nee — het vult aan. Vroege catches laten QA focussen op diepere tests en edge cases.

Werk je met een bestaand QA-team of in plaats daarvan?

Met. Ik plug in op planning, validatie en release-readiness naast QA.

Is dit alleen handmatige review of schrijf je ook tests?

Beide. Unit- en integratietests plus een handmatige pass vóór QA.

Wat als er nog geen duidelijk QA-proces is?

Ik help scope, prioriteiten en repro-stappen verduidelijken zonder QA over te nemen.

Vertraagt extra review releases?

In de praktijk juist niet — minder bugs betekent minder heen-en-weer, wat releases meestal vertraagt.

Wil je dat QA en dev echt samenwerken?

Laten we praten over je project, releaseproces en waar ik kan helpen.

Plan een gesprek