Module 25 · Advanced · 8 min read

User acceptance testing and sign-off

You will be able to: Plan and run UAT with the client's key users; Triage defects daily and retest fixes; Obtain a meaningful UAT sign-off.

  • Read not done yet
  • Self-check: not taken not done yet
  • Lesson complete not done yet

User acceptance testing (UAT) is where the business, not the consultant, confirms that the system supports daily work. The consultant prepares and supports, but the client's key users execute the scripts with their own judgement.

A five-day UAT plan

DayFocusPeople
1Briefing, access check, sales scriptsSales manager, reps, accountant
2Purchase and stock scriptsPurchasing manager, storekeepers
3Finance, VAT, bank and role testsAccountant, finance manager
4Free-play with real examples, outputs and printingAll key users
5Retest of fixes, results review, sign-off meetingSponsor and process owners

Running it

  1. Check entry criteria: configuration frozen, test users created, migration rehearsal reconciled.
  2. Brief the testers: how to run a script, how to log a defect, what counts as Pass.
  3. Hold a 15-minute triage every morning. Classify each defect as a bug, a configuration issue, a training issue or a change request.
  4. Fix and retest. Retest the failed script and a few related ones to catch side effects (regression).
  5. Close with a results review and the sign-off meeting.
UAT results62 scripts are executed. 55 pass first time and 7 fail: 1 severity 1, 2 severity 2 and 4 severity 3. First-time pass rate is 55 / 62 = 88.7%. After fixes, the 7 retests all pass, and the three severity 1 and 2 defects are closed before go-live. The 4 severity 3 defects are accepted for hypercare, in writing.

The sign-off

The UAT sign-off form states: scripts executed and passed, open defects with severity and agreed date, the statement that the system is accepted for go-live subject to the listed items, and signatures of the sponsor, finance lead and process owners. Sign-off does not mean the system is perfect. It means the business accepts the known state.

Some clients ask for a parallel run, entering real transactions in both the old and the new system for a short time. It doubles the work and often hides problems, so use it only for a limited high-risk process, such as the first month-end close, and agree an end date in advance.

Watch outDo not let UAT become training or redesign. If testers are learning the screens, you started too early. If they are asking for new processes, log change requests.
TipIf a key user is unavailable, the sponsor must name a replacement. A UAT done by the consultant alone proves nothing to the client.

Practise in the demo

  1. Plan a UAT week for six key users and list the scripts per day.
  2. In the demo, practise logging a defect: write the title, steps, expected and actual result, and severity.
  3. Open https://demo.zeyto.app/demo-app/ and sign in with the demo login. This is a public demo with sample data, so nothing you do there affects a real business.
Open the live demo

Public demo company, sign in as admin / demoAdmin123. Data refreshes nightly.

Key takeaways
  • The client's key users execute UAT; the consultant supports.
  • Triage daily and retest fixes with a few related scripts.
  • Sign-off records the known state, including accepted open items.

Check yourself

4 questions on this lesson. Not timed, not the exam, and you can try again. Score 60% or more, and read the lesson, to complete it.

1. Who mainly executes the scripts in user acceptance testing?

2. A signed UAT means no defects remain.

3. 62 scripts run in UAT and 55 pass first time. What is the first-time pass rate?

4. After a failed UAT script is fixed, what should you retest?

Practice questions for this module · Printable study sheet