Skip to main content Accessibility help
×
Hostname: page-component-77c89778f8-m8s7h Total loading time: 0 Render date: 2024-07-17T17:41:45.043Z Has data issue: false hasContentIssue false

10 - Operations Acceptance Testing

Published online by Cambridge University Press:  06 September 2009

John Watkins
Affiliation:
IBM Software Group, California
Get access

Summary

If a man will begin with certainties, he shall end in doubts; but if he will be content to begin with doubts, he shall end in certainties

Francis Bacon

Overview

The objective of Operations Acceptance Testing is to confirm that the Application Under Test (AUT) meets its operations requirements, and to provide confidence that the system works correctly and is usable before it is formally “handed over” to the operations user. Operations Acceptance Testing is conducted by one or more Operations Representatives with the assistance of the Test Team.

Operations Acceptance Testing is considered distinct from User Acceptance Testing, which is used to verify that the 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. In practice, where the AUT supports simple administrative facilities, Operations and User Acceptance Testing are often combined into a single testing exercise. Also see Chapter 9, User Acceptance Testing.

Operations Acceptance Testing should employ a Black Box approach to testing, and should make use of Thread Testing techniques to verify the high-level operations requirements of the system. In practice, the Operations Representatives will test the AUT by performing typical tasks that they would perform during their normal usage of the system.

Operations Acceptance Testing should also address the testing of the system documentation (such as operations guides) by the Operations Representative.

Type
Chapter
Information
Testing IT
An Off-the-Shelf Software Testing Process
, pp. 81 - 88
Publisher: Cambridge University Press
Print publication year: 2001

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
×