Gebruik deze sjabloon
User acceptance testing is de laatste kans om te achterhalen of een nieuw systeem echt werkt voor de mensen die het gaan gebruiken. Te vaak wordt het uitgevoerd met vage scripts, zoals "test het factuurproces", door drukbezette zakelijke gebruikers die niet zeker weten wat ze moeten controleren, met screenshots die als bewijs in e-mails worden geplakt. Defecten glippen door, testresultaten zijn niet te vertrouwen en goedkeuring wordt een kwestie van meningen. Een UAT-testscript-sjabloon verhelpt dat door elke test dezelfde duidelijke structuur te geven: wat te testen, hoe, met welke data, wat er zou moeten gebeuren en wat er daadwerkelijk gebeurde.
Dit gratis UAT-testscript-sjabloon dekt de testdetails, randvoorwaarden, testdata, genummerde stappen met verwachte en werkelijke resultaten, status voor slagen of falen, bewijs, defecten en goedkeuring. Het bevat een ingevuld voorbeeld, begeleiding bij het schrijven van stappen die zakelijke gebruikers kunnen volgen, en een manier om bewijs vast te leggen door de test op te nemen in plaats van screenshots te plakken. Kopieer de structuur hieronder of open deze in Trupeer en pas hem aan voor je project.
Wat is een UAT-testscript-sjabloon?
Een UAT-testscript-sjabloon is een kant-en-klaar format voor stapsgewijze instructies die zakelijke gebruikers volgen tijdens user acceptance testing. Elk script test één zakelijke use case van begin tot eind, zoals het aanmaken van een inkooporder en het boeken van de factuur. Het vermeldt de randvoorwaarden en testdata, de uit te voeren stappen, het verwachte resultaat van elke stap, het werkelijke resultaat, de status slagen of falen, het vastgelegde bewijs en eventuele defecten die zijn gemeld, zodat de business kan beslissen of het systeem live kan.
UAT-testscripts passen binnen je bredere testaanpak. Voor het algemene plan, zie de test plan template.
Waarom een UAT-testscript-sjabloon gebruiken?
Zakelijke gebruikers zijn geen professionele testers. Duidelijke, genummerde stappen stellen hen in staat om met vertrouwen te testen.
Consistente scripts zorgen voor consistente resultaten, zodat je ze kunt vergelijken en erop kunt vertrouwen.
Verwachte resultaten nemen giswerk weg over wat "correct" eruitziet.
Bewijs ondersteunt goedkeuring en audit, en laat precies zien wat is getest en wat er is gebeurd.
Defecten zijn makkelijker te verhelpen wanneer ze zijn gekoppeld aan de exacte stap en het bewijs.
Scripts worden trainingsmateriaal, omdat ze echte taken in het nieuwe systeem beschrijven.
Wie gebruikt een UAT-testscript-sjabloon?
Testmanagers en UAT-leads die user acceptance testing plannen en coördineren.
Zakelijke gebruikers en procesowners die de tests uitvoeren en goedkeuren.
Business analisten die scripts schrijven op basis van requirements.
ERP-, CRM- en HCM-implementatieteams die geconfigureerde systemen testen.
QA-teams die defecten en hertesten beheren.
Auditors en compliance-teams die bewijs van testen nodig hebben.
Bekijk het UAT-testscript-sjabloon
Het sjabloon opent met de testscript-header: ID, titel, zakelijke use case, referentie naar requirement, tester, omgeving en datum. Daarna volgen randvoorwaarden en testdata. De hoofd-tabel vermeldt elke stap met de actie, het verwachte resultaat, het werkelijke resultaat, een status voor slagen of falen en een bewijslink. Het script sluit met een totaalresultaat, gemelde defecten, hertestresultaten en goedkeuring. Elke sectie is bewerkbaar, zodat je kolommen kunt toevoegen, statuswaarden kunt wijzigen of het script kunt koppelen aan je testmanagementtool.
Zo pas je dit sjabloon aan in Trupeer
Stap 1: Open de sectie Templates
Ga naar de sectie Templates in het hoofdmenu.
Stap 2: Selecteer en open een sjabloon
Klik op een willekeurig sjabloon waarmee je wilt werken om het te openen.
Stap 3: Breid de sjabloonweergave uit
Indien nodig, breid de sjabloonweergave uit om de volledige lay-out en details duidelijk te zien.
Stap 4: Bewerk het sjabloon
Klik op Bewerken om te beginnen met het aanpassen van het geselecteerde sjabloon.
In de editor kun je:
Nieuwe secties toevoegen
Opmaakregels definiëren of bijwerken
Een logo toevoegen en de positie en gerelateerde instellingen aanpassen
Stap 5: Sla je aangepaste sjabloon op
Nadat je alle noodzakelijke wijzigingen hebt doorgevoerd, klik je op Opslaan om het bijgewerkte sjabloon als je eigen sjabloon op te slaan.
Stap 6: Bekijk en verfijn het sjabloon
Wanneer je wilt zien hoe je aangepaste sjabloon eruitziet, open je de Voorbeeldweergave.
Vanaf het scherm met de voorbeeldweergave kun je indien nodig ook direct aanpassingen blijven maken, zodat het sjabloon precies verschijnt zoals je het wilt.
Met een UAT-testscript-sjabloon kun je:
Zakelijke gebruikers duidelijke stappen geven die ze kunnen volgen zonder training.
Bepalen wat correct is met verwachte resultaten voor elke stap.
Consistent bewijs vastleggen, idealiter als een opname van de test.
Defecten koppelen aan de exacte stap waar ze zijn opgetreden.
Beslissingen voor livegang ondersteunen met goedgekeurde, onderbouwde resultaten.
Wat een UAT-testscript-sjabloon moet bevatten
Sectie | Waar het voor dient |
|---|---|
Script header | ID, titel, zakelijke use case, referentie naar requirement, prioriteit |
Testdetails | Tester, omgeving, testcyclus, datum |
Randvoorwaarden | Wat waar moet zijn vóór het testen, zoals gebruikers-toegang en setup |
Testdata | De data om te gebruiken, zoals leverancier, materiaal en bedragen |
Teststappen | Genummerde acties die de tester uitvoert |
Verwachte resultaten | Wat er bij elke stap zou moeten gebeuren |
Werkelijke resultaten | Wat er is gebeurd |
Status | Slagen, falen, geblokkeerd of niet uitgevoerd, per stap en totaal |
Bewijs | Opname of screenshots van de test |
Defecten | Defect-ID, beschrijving en ernst voor eventuele failures |
Hertest | Hertestdatum, resultaat en bewijs |
Goedkeuring | Goedkeuring door tester en business owner |
Gratis UAT-testscript-sjabloon: de structuur om te kopiëren
Kopieer de structuur hieronder naar je eigen document of spreadsheet, of open het in Trupeer en pas het aan.
1. Script header. Script-ID: [UAT-P2P-001]. Titel: [Maak een inkooporder aan en boek de factuur van de leverancier]. Zakelijke use case: [Standaard inkoop van goederen met three-way match]. Referentie naar requirement: [REQ-ID of fit-gap ID]. Prioriteit: [Hoog, medium of laag].
2. Testdetails. Tester: [naam en rol]. Omgeving: [UAT-systeem]. Testcyclus: [cyclus 1, 2 of regression]. Datum: [datum].
3. Randvoorwaarden. [De tester heeft de rollen buyer en AP clerk in het UAT-systeem. Leverancier en materiaal bestaan. Toleranties zijn geconfigureerd.]
4. Testdata. Leverancier: [leverancier-ID]. Materiaal: [materiaal-ID]. Hoeveelheid: [hoeveelheid]. Prijs: [prijs]. Kostenplaats: [kostenplaats].
5. Teststappen.
Stap | Actie | Verwacht resultaat | Werkelijk resultaat | Status | Bewijs |
|---|---|---|---|---|---|
1 | [Actie] | [Verwacht resultaat] | [Werkelijk resultaat] | [Pass / fail / geblokkeerd] | [Opnametimestamp of screenshot] |
2 | [Actie] | [Verwacht resultaat] | [Werkelijk resultaat] | [Status] | [Bewijs] |
3 | [Actie] | [Verwacht resultaat] | [Werkelijk resultaat] | [Status] | [Bewijs] |
6. Totaalresultaat. [Pass, fail of geblokkeerd], met een korte opmerking.
7. Defecten. Defect-ID: [ID]. Stap: [stapnummer]. Beschrijving: [wat er is gebeurd]. Ernst: [kritiek, hoog, medium of laag].
8. Hertest. Datum: [datum]. Resultaat: [pass of fail]. Bewijs: [link].
9. Goedkeuring. Tester: [naam, datum]. Business owner: [naam, datum].
Voorbeeld UAT-testscript: van inkooporder naar factuur
Hier is een ingevuld UAT-testscript voor een procure-to-pay use case. De details zijn illustratief.
UAT-P2P-001 · Maak een inkooporder aan en boek de factuur van de leverancier · Hoge prioriteit
Randvoorwaarden. Tester heeft de rollen buyer en AP clerk in UAT. Leverancier en materiaal bestaan. Prijstolerantie is geconfigureerd.
Testdata. Leverancier: testleverancier A. Materiaal: bureaustoelen. Hoeveelheid: 10. Prijs: volgens contract.
Stap | Actie | Verwacht resultaat | Werkelijk resultaat | Status |
|---|---|---|---|---|
1 | Maak een inkooporder aan voor 10 bureaustoelen van leverancier A | PO is aangemaakt en een PO-nummer wordt weergegeven | PO aangemaakt met een nummer | Pass |
2 | Release de PO voor goedkeuring | PO wordt doorgestuurd naar de approver en is goedgekeurd | Goedgekeurd | Pass |
3 | Boek de goods receipt voor 10 stoelen | Goods receipt is geboekt tegen de PO | Geboekt | Pass |
4 | Boek de factuur van de leverancier met de contractprijs | Factuur matcht met PO en receipt en wordt geboekt zonder blokkade | Geboekt zonder blokkade | Pass |
5 | Boek een tweede factuur met een prijs boven de tolerantie | Factuur wordt geboekt met een betalingsblokkade voor prijsafwijking | Geboekt zonder blokkade | Fail |
Totaalresultaat. Fail. Defect. DEF-112, stap 5: prijsafwijking boven tolerantie activeerde geen betalingsblokkade. Ernst: hoog.
Hertest. Nadat de tolerantiesconfiguratie was gecorrigeerd, is stap 5 opnieuw getest en geslaagd, met de opname als bewijs toegevoegd.
Zo schrijf je UAT-teststappen die zakelijke gebruikers kunnen volgen
Eén actie per stap, geschreven als instructie: "Voer het leveranciers-ID in", niet "Leveranciersinvoer".
Gebruik echte scherm- en veldnamen uit je systeem.
Schrijf een specifiek verwacht resultaat voor elke stap, zoals "Factuur wordt geboekt met betalingsblokkade R", niet "Het werkt".
Neem de testdata op in het script, zodat testers niet hun eigen data verzinnen.
Test uitzonderingen naast het happy path, zoals afwijkingen, ontbrekende goedkeuringen en afwijzingen.
Houd elk script bij één zakelijke use case, meestal 5 tot 20 stappen.
Traceer elk script naar een requirement of fit-gap-regel.
Voor wat je moet vastleggen gedurende de volledige testfase, zie de UAT documentation checklist.
Voorbeelden van UAT-testscripts voor ERP-implementaties
De meeste ERP-UAT-cycli behandelen de kernprocessen van end-to-end. Gebruik deze als startlijst en voeg scripts toe voor je eigen uitzonderingen en lokale requirements.
Proces | Voorbeeld UAT-testscripts |
|---|---|
Procure to pay | Maak en keur een PO goed, boek goods receipt, boek factuur binnen en boven tolerantie, voer payment proposal uit |
Order to cash | Maak een sales order aan, release een credit block, lever en factureer, verwerk binnenkomende betaling, geef een creditnota uit |
Record to report | Boek en keur een handmatige journaalpost goed, voer depreciation uit, boek accruals, voer period close en rapporten uit |
Hire to retire | Neem een medewerker aan, wijzig functie en betaling, verwerk een uitdiensttreding, voer een payroll-testcyclus uit |
Master data | Maak een leverancier aan met bankverificatie, maak een klant aan met een kredietlimiet, maak een materiaal aan |
Reporting | Voer belangrijke operationele en financiële rapporten uit en vergelijk met verwachte totalen |
Prioriteer scripts op basis van businessrisico: processen die geld verplaatsen, klanten beïnvloeden of wettelijk vereist zijn, komen eerst; daarna volgen taken met een hoge dagelijkse frequentie.
UAT entry- en exitcriteria
Leg deze vooraf vast voordat UAT begint, zodat de beslissing over livegang gebaseerd is op bewijs in plaats van op meningen.
Criteria | Voorbeelden |
|---|---|
Entry criteria | Systeemtesten afgerond, UAT-omgeving stabiel, testdata geladen, gebruikers-toegang ingesteld, scripts goedgekeurd, testers geïnformeerd |
Exit criteria | Alle scripts met hoge prioriteit uitgevoerd, geen openstaande kritieke of hoge defecten, overeengekomen workarounds gedocumenteerd voor medium defecten, business owners hebben goedgekeurd |
Volg de voortgang dagelijks tijdens UAT: scripts uitgevoerd, geslaagd, gefaald en geblokkeerd, en defecten per ernst. Een korte daily stand-up met testers en het fix-team houdt hertests in beweging.
Zo leg je UAT-bewijs vast
Screenshots die in e-mail of spreadsheets worden geplakt zijn lastig te beoordelen, makkelijk kwijt te raken en missen wat er tussen schermen is gebeurd. Een opname van de test is sneller en vollediger:
Neem het scherm van de tester op terwijl ze het script uitvoeren, met een toelichting bij elke stap.
Koppel de opname in de bewijs-kolom, met timestamps voor belangrijke stappen.
Gebruik de opname voor defecten, zodat ontwikkelaars precies kunnen zien wat er is gebeurd.
Bewaar de opname als audit-bewijs voor de goedkeuring.
Herbruik geslaagde opnames om training voor het nieuwe systeem op te bouwen.
UAT-testscript, test case of test plan?
Document | Wat het is |
|---|---|
Test plan | De algemene aanpak: scope, planning, omgevingen, rollen en entry- en exitcriteria |
Test case | Eén enkele voorwaarde om te verifiëren, vaak geschreven door testers of QA |
UAT-testscript | Stapsgewijze instructies voor zakelijke gebruikers om een echte zakelijke use case van begin tot eind te testen |
Test summary report | De resultaten van een testcyclus en het advies over livegang |
Voor de volledige set testdocumenten, zie de test documentation templates.
Zo voer je UAT uit met test scripts
Stem scope en entrycriteria af, zoals afgeronde systeemtesten en een stabiele UAT-omgeving.
Schrijf scripts vanuit requirements en zakelijke use cases, inclusief uitzonderingen.
Bereid testdata en gebruikers-toegang voor voordat het testen begint.
Brief testers over de scripts, het bewijs en het defectproces.
Voer scripts uit en leg bewijs vast, met logging van defecten tegen de exacte stap.
Repareer en test opnieuw defecten, met opname van hertest-bewijs.
Bekijk resultaten tegen de exitcriteria en vraag business goedkeuring.
Voor het gebruik van video in implementatiedocumentatie en UAT, zie hoe je IT project implementatiedocumentatie en UAT-guides met video maakt.
Formatten voor UAT-testscripts
Spreadsheet is geschikt voor grote aantallen scripts, met filtering op status, tester en prioriteit.
Document is geschikt voor gedetailleerde scenario’s met screenshots en goedkeuring.
Testmanagementtool is geschikt voor grote programma’s die traceerbaarheid, dashboards en defectintegratie nodig hebben.
Opname is geschikt voor bewijs, defecten en hergebruik als training.
Best practices voor UAT-testscripts
Schrijf scripts vanuit zakelijke use cases, niet vanuit systeemmenu’s.
Betrek de mensen die het systeem gaan gebruiken bij het schrijven en uitvoeren van scripts.
Maak verwachte resultaten specifiek en testbaar.
Test de uitzonderingen die in het echte leven problemen veroorzaken.
Leg bewijs vast voor elk script, niet alleen voor failures.
Krijg goedkeuring van de business owner, niet alleen van de tester.
Veelgemaakte fouten die je moet vermijden
Vage stappen, zoals "verwerk de factuur".
Geen verwachte resultaten, zodat testers niet kunnen zien wat slagen of falen is.
Alleen het happy path testen.
Testers die hun eigen testdata verzinnen.
Bewijs verspreid over e-mail en chat.
Geen traceerbaarheid tussen scripts, requirements en defecten.
UAT-testscript checklist
Elk script heeft een ID, titel, scenario en referentie naar requirement.
Randvoorwaarden en testdata zijn gedefinieerd.
Elke stap heeft één actie en een specifiek verwacht resultaat.
Uitzonderingen worden getest, niet alleen het happy path.
Werkelijke resultaten, status en bewijs worden voor elke stap vastgelegd.
Defecten zijn gekoppeld aan de exacte stap en opnieuw getest.
De tester en business owner hebben goedgekeurd.
Hoe Trupeer je helpt om UAT uit te voeren met bewijs
UAT-uitdaging | Hoe Trupeer helpt |
|---|---|
Screenshots in e-mail zijn lastig te beoordelen | Neem elke test-run op, en Trupeer zet het om in een stapsgewijs document met screenshots en een video |
Defecten zijn lastig te reproduceren | Ontwikkelaars zien precies wat de tester heeft gedaan in de opname |
Testbewijs is verspreid | Houd elk testdocument en elke video op één doorzoekbare plek |
Scripts schrijven kost tijd | Neem een belangrijke gebruiker op die het scenario uitvoert, en gebruik de gegenereerde stappen als concept van het script |
Training start laat | Geslaagde testopnames worden trainingscontent voor het nieuwe systeem |
Bekijk hoe Trupeer's UAT documentation automation testopnames omzet in bewijs en documentatie.
Genpact gebruikte deze recording-first aanpak voor een company-wide Workday rollout, waarbij opgenomen processesessies werden omgezet in meer dan 500 trainingsmaterialen over 20 workstreams in vijf talen, voor 140.000 medewerkers in 40 landen, in 3 maanden in plaats van 12. Lees de Genpact customer story.
Download het gratis UAT-testscript-sjabloon
Open het sjabloon in Trupeer, voeg je scenario’s, testdata en stappen toe en deel het met je testers. Get the free UAT test script template.
Gerelateerde sjablonen
Fit-gap analysis template
ERP end user training plan template
Veelgestelde vragen
Wat is een UAT-testscript-sjabloon?
Het is een kant-en-klaar format voor stapsgewijze instructies die zakelijke gebruikers volgen tijdens user acceptance testing, met dekking van de use case, randvoorwaarden, testdata, stappen, verwachte en werkelijke resultaten, status, bewijs, defecten en goedkeuring.
Wat moet een UAT-testscript bevatten?
Een header met ID, titel, scenario en referentie naar requirement, testdetails, randvoorwaarden, testdata, genummerde stappen met verwachte en werkelijke resultaten, status, bewijs, defecten, hertestresultaten en goedkeuring.
Wat is het verschil tussen een UAT-testscript en een test case?
Een test case verifieert één enkele voorwaarde en wordt vaak geschreven door QA. Een UAT-testscript begeleidt zakelijke gebruikers door een echte zakelijke use case van begin tot eind, en behandelt vaak meerdere voorwaarden.
Hoeveel stappen moet een UAT-testscript hebben?
Meestal 5 tot 20, voor één zakelijke use case. Splits langere scenario’s op in meerdere scripts.
Wie schrijft UAT-testscripts?
Business analisten of test leads maken ze meestal op basis van requirements, waarbij procesowners en key users ze beoordelen zodat ze aansluiten op echt werk.
Hoe leg je UAT-bewijs vast?
Neem het scherm van de tester op terwijl ze het script uitvoeren, koppel de opname in de bewijs-kolom met timestamps, en bewaar het samen met de resultaten voor goedkeuring en audit.
Moeten UAT-testscripts negatieve tests bevatten?
Ja. Test uitzonderingen zoals afwijkingen, ontbrekende goedkeuringen en ongeldige data, omdat daar de echte problemen zichtbaar worden na go-live.
Is er een UAT-testscript-sjabloon in Excel?
Ja. Een spreadsheet werkt goed voor veel scripts, met filters voor status, tester en prioriteit. Open het sjabloon in Trupeer, pas het aan en exporteer het, of kopieer de structuur naar Excel.
Is er een UAT-testscript-sjabloon in Word of PDF?
Ja. Gebruik Word voor gedetailleerde scenario’s en goedkeuring, en exporteer een PDF van goedgekeurde scripts voor auditrecords.
Is het UAT-testscript-sjabloon gratis?
Ja. Meld je gratis aan om het sjabloon in Trupeer te openen, pas het aan en exporteer het.
Kunnen UAT-testscripts worden hergebruikt voor training?
Ja. Scripts en opnames van geslaagde tests beschrijven echte taken in het geconfigureerde systeem, waardoor ze een sterk startpunt vormen voor training.
Wat gebeurt er na UAT-goedkeuring?
De test summary gaat naar de beslissing over livegang, openstaande defecten met lage ernst worden bijgehouden en geslaagde scenario’s worden hergebruikt voor regression testing en training.
