Skip to main content Accessibility help
×
Hostname: page-component-848d4c4894-p2v8j Total loading time: 0.001 Render date: 2024-06-01T12:20:37.370Z Has data issue: false hasContentIssue false

9 - User Acceptance Testing

Published online by Cambridge University Press:  03 May 2011

John Watkins
Affiliation:
IBM Software Group, UK
Simon Mills
Affiliation:
Ingenuity System Testing Services Ltd., UK
Get access

Summary

“If love is like an extended software Q.A. suite, then true love is like a final Acceptance Test – one often has to be willing to endure compromise, bug fixes and work-arounds; otherwise, the software is never done.”

– The Usenet Oracle

Overview

The objective of user acceptance testing is to confirm that the application under test (AUT) meets its business requirements and to provide confidence that the system works correctly and is usable before it is formally “delivered” to the end user(s). User acceptance testing is conducted by one or more user representatives with the assistance of the test team.

User acceptance testing is considered distinct from operations acceptance testing, which is used to verify the operations and administrative aspects of the AUT (e.g., the installation of updates to the AUT, back-up, archive, and restoring the AUT and its data, and the registration of new users and assigning of their privileges). In practice, where the AUT supports simple administrative facilities, user and operations acceptance testing are often combined into a single testing exercise. Also see Chapter 10 – Operations Acceptance Testing.

User acceptance testing should employ a black box approach to testing and should make use of thread testing techniques to verify the high-level business requirements of the system. In practice, the user representative(s) will test the AUT by performing typical tasks they would perform during normal usage of the system.

User acceptance testing should also address testing of system documentation (such as user guides) by the user representative(s).

Type
Chapter
Information
Testing IT
An Off-the-Shelf Software Testing Process
, pp. 77 - 83
Publisher: Cambridge University Press
Print publication year: 2010

Access options

Get access to the full version of this content by using one of the access options below. (Log in options will check for institutional or personal access. Content may require purchase if you do not have access.)

Save book to Kindle

To save this book to your Kindle, first ensure coreplatform@cambridge.org is added to your Approved Personal Document E-mail List under your Personal Document Settings on the Manage Your Content and Devices page of your Amazon account. Then enter the ‘name’ part of your Kindle email address below. Find out more about saving to your Kindle.

Note you can select to save to either the @free.kindle.com or @kindle.com variations. ‘@free.kindle.com’ emails are free but can only be saved to your device when it is connected to wi-fi. ‘@kindle.com’ emails can be delivered even when you are not connected to wi-fi, but note that service fees apply.

Find out more about the Kindle Personal Document Service.

Available formats
×

Save book to Dropbox

To save content items to your account, please confirm that you agree to abide by our usage policies. If this is the first time you use this feature, you will be asked to authorise Cambridge Core to connect with your account. Find out more about saving content to Dropbox.

Available formats
×

Save book to Google Drive

To save content items to your account, please confirm that you agree to abide by our usage policies. If this is the first time you use this feature, you will be asked to authorise Cambridge Core to connect with your account. Find out more about saving content to Google Drive.

Available formats
×