6
It’s not just hunt and peck

User Acceptance Testing (Uat)

Embed Size (px)

Citation preview

Page 1: User Acceptance Testing (Uat)

It’s not just hunt and peck

Page 2: User Acceptance Testing (Uat)

Measures compliance with business requirements

A means to determine if the system is "done”

QA & UAT are not the same UAT = Validation = It meets user needs QA = Verification = It meets a

specification

Page 3: User Acceptance Testing (Uat)

Requirements + Business Process = Test Cases

Test Cases + Test Plan + Execution = UAT

Page 4: User Acceptance Testing (Uat)

Requirements-based test cases Based on business requirements

Business process-based test cases Based on workflow or business process

Data-driven test cases Based on script that drive data through the

system

Best Practice: A combination of all three approaches

Page 5: User Acceptance Testing (Uat)

Functionality being tested Inputs Expected results Actual results Go/No-Go status + Rectification

strategy Test date and time Tester

Page 6: User Acceptance Testing (Uat)

Early and often Post unit and system testing Have test data to support the test

plan. Create a chronological test plan. Don’t start testing without a test plan. Follow the tests in the test plan. Did I mention having a test plan?