Skip to content

UAT sign off checklist for fintech releases: the one we use

Our UAT (user acceptance testing) sign off checklist for fintech releases records six decisions before go-live: business owners accepted each money flow on real-like synthetic data, UAT runs reconciled with no unexplained difference, customer notices were verified, open defects carry financial impact, rollback was rehearsed, and named signers approved with evidence retained.

Adrian Voss, Lead QA engineer, payments and acquiringPublished Updated

What UAT sign off means, by definition

The ISTQB Glossary defines user acceptance testing (UAT) as "A type of acceptance testing performed to determine if intended users accept the system." It defines acceptance testing as "A test level that focuses on determining whether to accept the system." We read both entries on 2026-09-22. Neither says who accepts a payment or lending release, or what proof they keep. Our checklist fills that gap: each row has a pass condition and a retained evidence record.

The glossary defines severity as "The degree of impact that a defect has on the development, testing or operation of a component or system." ISTQB revised that definition on 2026-06-06. A severity label does not state what an open defect costs per affected account, so our defect section asks for the amount and its basis.

Why a fintech UAT pass rate is not enough

A green UAT pass rate hides three failure patterns we check for:

  • The screen passes and the ledger fails. A partial refund shows the right app balance and reduces the wrong instalment; reconciling the UAT run against expected postings exposes it. The procedure is in our ledger reconciliation testing guide.
  • A fee change ships ahead of its notice window. Regulation E, 12 CFR 1005.8(a)(1), requires a financial institution to "mail or deliver a written notice to the consumer, at least 21 days before the effective date" of a change to a term disclosed under 1005.7(b) that would increase the consumer's fees or liability, reduce the types of available electronic fund transfers, or tighten limits on transfer frequency or dollar amount. Paragraph (a)(2) exempts an immediate change "necessary to maintain or restore the security of an account or an electronic fund transfer system." Regulation Z, 12 CFR 1026.9(c)(2)(i)(A), requires written notice "at least 45 days prior to the effective date" of a significant change on open-end credit plans that are not home-equity plans, "except as provided in paragraphs (c)(2)(i)(B), (c)(2)(iii) and (c)(2)(v)". In the EU, PSD2 Article 54(1) requires changes to a framework contract to be proposed "no later than 2 months before their proposed date of application"; under Article 54(2), interest or exchange rate changes "may be applied immediately and without notice" where the contract agrees that right and the changes follow the agreed reference rates.
  • Open defects are ranked without money. A Minor defect that collects 40.00 early on every affected order can cost more than a Major defect on an internal report.

The checklist we use

This checklist is our practice; no regulation prescribes it in this form. Copy the six tables into the release ticket at UAT entry and close each row with a link to its evidence. Test amounts use XTS, the ISO 4217 code reserved for testing, and synthetic data replaces real account data in every row.

A. Business acceptance of money flows

IDCheckPass conditionEvidence kept
A1Each money flow has a named business ownerOne owner per flow in the UAT planUAT plan
A2Synthetic data mirrors production balances, currencies, fee tiers, and limitsNo production customer data in UATData set ID and masking scan result
A3Each flow runs end to end, from initiation to statement and customer messageActual amounts equal amounts computed before the runExpected-result sheet and run log
A4Decline, reversal, full and partial refund, and timeout with retry runEach path ends in a documented state with correct balancesRun log per path
A5Month end, cut-off time, bank holiday, and leap day run where accrual or fees changeAmounts equal the expected sheet to the minor unitExpected-result sheet
A6UAT fee, rate, and limit configuration equals the release candidateConfiguration diff is empty or approvedDiff file with SHA-256 hash

B. Reconciliation of UAT runs

IDCheckPass conditionEvidence kept
B1Each UAT transaction appears in the ledger, the simulator file, and the customer balanceThree-way match per transaction IDReconciliation report
B2Totals match per currency and value dateUnexplained difference equals 0 minor unitsTotals report
B3Each difference has a causeEach break links to a defect ID or a documented timing itemBreak list
B4Duplicate postings are searched forZero duplicates by idempotency key and transaction IDQuery and output
B5Fee and interest totals match the expected sheetEqual to the minor unitFee and interest reconciliation
B6Reconciliation reruns after the last fixRerun on the build ID that goes liveRerun report

C. Customer-facing disclosures and notices

IDCheckPass conditionEvidence kept
C1Each changed fee, rate, limit, or term has a noticeEach change maps to a notice IDChange-to-notice map
C2Notice timing meets the applicable rule and its exceptionsSend date precedes the effective date by the required period, such as 21 days (12 CFR 1005.8(a)), 45 days (12 CFR 1026.9(c)(2)), or 2 months (PSD2 Article 54(1))Notice schedule
C3Notices, receipts, and statements show ledger amounts and datesValues match in app, email, and PDF statementRendered file per channel
C4Product disclosure text equals the approved textVersion IDs matchApproved text with version ID
C5Notices render per locale in scopeLanguage, currency, and date formats are correctRendered sample per locale
C6Compliance owner reviewed C1 to C5Signed and datedReview record

D. Open defects by severity with financial impact

IDCheckPass conditionEvidence kept
D1Each open defect has severity, flow, and statusNo blank fieldsDefect log export
D2Each open money-flow defect states financial impactAmount per affected item, items at risk, and basis presentDefect log with financial impact
D3Each open defect that touches a rule names the clauseClause reference presentDefect log
D4Our release gate: zero open Blocker or Critical defects in money flowsCount equals 0Filtered defect log
D5Each deferred defect has a workaround, owner, and fix dateAll three presentDeferral record
D6Business owner accepts the total exposure of deferred defectsSigned total amountExposure acceptance record

E. Rollback readiness

IDCheckPass conditionEvidence kept
E1A rollback runbook exists for this releaseTrigger conditions, steps, and owner statedRunbook with version
E2Rollback is rehearsed on the release build before productionRehearsal completed with timestampsRehearsal log
E3Transactions created on the new version complete on the old versionPosting, refund, and reconciliation pass after rollbackTest log
E4Schema migrations are backward compatible or have a tested down migrationOld version runs on the migrated schemaMigration test log
E5Feature flags stop new money flows without a deploymentNew items blocked, in-flight items completeFlag test log
E6Each in-flight payment state has an end state after rollbackEvery state maps to completion or reversalIn-flight state map

F. Who signs, and the evidence retained

IDCheckPass conditionEvidence kept
F1Business owner of each flow signs section A and row D6Name, role, date, build IDSign off record
F2Finance or reconciliation owner signs section BName, role, date, build IDSign off record
F3Compliance owner signs section CName, role, date, build IDSign off record
F4QA lead signs rows D1 to D5 and the evidence indexName, role, date, build IDSign off record
F5Release owner signs section EName, role, date, build IDSign off record
F6The evidence index links every row to its filePath, SHA-256 hash, build ID, environment, run date, and signerEvidence index
F7Evidence is stored read-only for the client's records retention periodLocation and retention end date recordedStorage record

How we run the checklist

  • Blank rows block sign off. A row that does not apply is marked "N/A" with a one-line reason that the section signer approves.
  • One build ID covers all six sections. A fix after sign off reopens B6, D1, and E2 for the new build, and every signer re-signs.
  • Defect impact follows the defect log format shown in the sample on our dedicated QA team page.
  • The evidence index doubles as audit input. An auditor who later samples the change asks for the same records, which our audit and certification test evidence service builds. Other Regulation E notice rules are on our Regulation E testing requirements page.

Scope your testing

Send FintechAssuranceLabs your product, segment, money flows, and the standards that need evidence, and get a proposed test scope with its deliverables.

Scope your testing