User Acceptance test

Definition

 

The purpose of User Acceptance Testing (UAT) is to ensure that the solution by the project meets the functional and non-functional requirements specified in the business requirements. UAT may also identify issues that have not been specified in the BRD such as those relating to usability. UAT is the final step before rolling out the solution. UAT is typically carried out by end users in an environment that closely models the real world. A well-managed UAT process will give the Project Sponsor, project team and end users confidence that the solution being delivered meets the requirements.

 

This document outlines the plan for UAT of the project deliverables. This document is a high level guide and will initially be developed during requirements gathering as part of the Business Analysis stage. Detailed test scripts/cases will be developed as part of the UAT Plan and will be used to record the results of user testing. Testing itself and the formal recording of UAT results takes place during the Acceptance stage.

Roles and Responsibilities

 

Role

Responsibilities

Name

Project Manager

·         Communication with the Business Assurance Coordinator to agree format and scope of UAT

·         Ensure acceptance criteria are agreed prior to commencing UAT

 Jill Nicoll

Business Analyst

·         Assist Business Assurance Coordinator with the creation of a detailed test plan

·         Review scripts/cases and scenarios for accuracy, completeness and sequencing.

·         Confirm test data is correct.

 

 Jill Nicoll

Technical Architect

·         Validation of UAT environment

 Gordon McKenna

Business Assurance Coordinator

·         Ensure that a detailed test scripts/cases, scenarios and instructions are available for test users prior to the start of testing

·         Ensure that issues identified during UAT are logged in the Test Log

·         Ensure testing takes place within agreed timeframes

 Susan McLaren

Testers

·         Execute test scripts/cases

·         Document test results

 Susan McLaren

Debbie Kilgallon

 

Test Requirements

    • UAT will take place beginning on 24th April 2013 and end on 17th May 2013
    • UAT will take place in the testers' usual working location.
    • Participants do not require training, as this project seeks to deliver additions to an existing system
    • A fully configured TEST environment including all of the functionality and adequate TEST data will be provided for UAT
    • Test scripts/cases and scenarios will be prepared by the Business Assurance Coordinator prior to the start of UAT
    • Technical and business support will be provided for test participants during UAT
    • UAT participants will conduct the tests and record results in JIRA 
    • Issues recorded in the JIRA Test Log will tracked by the Project Manager and Business Area Manager 

Test Participants

 

Testing participants include representative from all areas involved in the solution. Testers and their specific areas of focus are identified in the table below: 

 

Name

Area Represented

Testing Area of Responsibility

 Susan McLaren

HRAll
Debbie KilgallonHRAll

 

Test Schedule

 

Activity

Responsibility

Target Date

Date Completed

Confirm testers for UAT

Business Assurance Coordinator

 19/12/12

30/11/12

Confirm test scenarios, test data and scripts/cases

Business Assurance Coordinator Business Analyst

 25/03/13

 

Ensure UAT environment is configured for testing i.e. new functionality and test data is migrated to the TEST environment prior to the start of UAT

Business Assurance Coordinator Business Analyst Systems Analyst / Designer Technical Architect 

 17/04/13

 24/04/13 (excl Apex)

Oversee testing by UAT participants

Business Assurance Coordinator

 24/04/13 - 17/05/13

 

All upgraded functionality and test data will be migrated to the test environment prior to the start of user acceptance testing.

Assumptions

 

  • The UAT environment will be available and fully configured ahead of the UAT.
  • The business team has reviewed and accepted functionality identified in the Business Requirements Document (BRD) and System Design Document (SDS).
  • Code walkthroughs/reviews have been completed by the Config Team and signed off as part of the Peer Project Build Review (PPBR)
  • Integration testing, including where relevant load and performance testing, has been completed and signed off as part of the Peer Project Integration Review.
  • Testers will test the functionality documented in the approved BRD (taking into account any changes in business requirement subsequently agreed by the Project Team)
  • Resources identified in this plan are available to conduct the UAT and address issues as they are raised by the test team.

 

The Project Manager must notify the Project Sponsor if any of these assumptions are not correct before commencing the UAT.

Project Info

Project
HR HESA Staff Return 12/13
Code
HRS071
Programme
Human Resources (HRS)
Project Manager
Nikki Stuart
Project Sponsor
Sheila Gupta
Current Stage
Close
Status
Closed
Start Date
24-Oct-2012
Planning Date
n/a
Delivery Date
n/a
Close Date
06-Dec-2013
Programme Priority
1
Overall Priority
Higher
Category
Compliance