Ik doe qa-test op je website of web app en rapporteer bugs met bewijs
Software QA, release readiness, Playwright en Cypress
Over deze dienst
Als je een release, migratie of grote verandering voorbereidt, controleer ik de gebruikersreizen die het belangrijkst zijn en bekijk ik het bewijs dat je al hebt.
Voor het testen stemmen we precies af welke reizen, rollen, browsers en omgevingen in scope zijn. Ik werk die reizen door, noteer defecten met duidelijke reproductiestappen en bewijs, en bekijk eventuele testresultaten, CI-uitvoer, release notes of bekende issues die in je pakket zitten.
Je ontvangt:
- wat ik heb getest en wat niet
- defecten en risico's, gerangschikt op impact
- schermafbeeldingen of opnames waar nodig
- mijn mening: doorgaan, doorgaan met voorwaarden, of wachten
- praktische vervolgstappen
Ik werk sinds 2017 in software QA, inclusief Playwright, Cypress, API testing en CI/CD.
Dit is een gerichte onafhankelijke review, geen volledige regression test of garantie dat de software vrij is van defecten. Beveiliging, prestaties, toegankelijkheid, bugfixes, automatisering en retesten vallen onder aparte scopes.
Neem contact met me op voordat je bestelt als het werk betalingen, meerdere gebruikersrollen, gevoelige data of productie toegang betreft.
Testapplicatie:
Webapplicatie
Ontwikkelingstechnologie:
JavaScript
•
Node.js
•
Python
•
TypeScript
Apparaat:
PC
•
Mac
•
iPhone
•
Android telefoon
Mijn portfolio
Veelgestelde vragen
Automatische vertaling
Wat telt als één gebruikersreis?
Een reis is een volledige gebruikersdoel onder één rol, zoals een account aanmaken en verifiëren, of afrekenen en bevestiging ontvangen. Een klantstroom en een beheerderstroom worden meestal als aparte reizen gerekend.
Welk releasebewijs kan ik je sturen?
Handige bewijzen zijn onder andere release notes, CI-resultaten, geautomatiseerde testrapporten, bestaande testsamenvattingen en lijsten met bekende issues. Elk item telt als één bewijsbron. Ik heb alleen het materiaal nodig dat relevant is voor de afgesproken release.
Wat betekenen de drie release-aanbevelingen?
Doorgaan betekent dat ik geen release blocker heb gevonden binnen de afgesproken scope. Doorgaan met voorwaarden betekent dat er risico's zijn die moeten worden opgelost of bewust geaccepteerd. Wachten betekent dat het bewijs wijst op een materiële blocker. Jouw release-eigenaar neemt nog steeds de uiteindelijke beslissing.
Bevat een revisie nog een ronde testen?
Nee. Een revisie is bedoeld om het rapport te corrigeren of te verduidelijken binnen de scope die we hebben afgesproken. Testen van fixes of gewijzigde software is een retest en vereist een aparte scope of maatwerk aanbod.
Kun je een live productie systeem testen?
Alleen met jouw duidelijke toestemming en schriftelijke beperkingen over wat ik mag doen. Ik geef de voorkeur aan een staging- of testomgeving, vooral waar betalingen, klantgegevens of acties met echte gevolgen betrokken zijn.
Kun je de issues oplossen of automatische tests toevoegen daarna?
Mogelijk. Bugfixing, automatisering en bredere QA-ondersteuning zijn niet inbegrepen in deze review, maar ik kan de bevindingen met je bespreken en een apart maatwerk aanbod doen waar het werk goed bij past.

