Skip to main content Accessibility help
×
Hostname: page-component-848d4c4894-ndmmz Total loading time: 0 Render date: 2024-06-01T14:09:47.086Z Has data issue: false hasContentIssue false

5 - Unit 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

“(The Programmer) personally defines the functional and performance specifications, designs the program, codes it, tests it, and writes its documentation … They need great talent, ten years experience and considerable systems and applications knowledge, whether in applied mathematics, business data handling, or whatever!”

– Fred P. Brooks

Overview

The objective of unit testing is to ensure that reliable program units are produced that meet their requirements. The process is primarily intended to identify errors in program logic. Unit testing is conducted by the development team under the supervision of the development team leader. Typically, the software engineer or programmer who coded the unit will design and run a series of tests to verify that the unit meets its requirements. Unit testing may also be termed component testing.

Each unit should be tested individually and in isolation (although it may be necessary to employ a test harness) by exercising its inputs and observing its outputs. It may also be possible for the unit to be tested using the facilities available in the development environment (such as stepping through the statements of code using a debugger). Once confidence has been established in the unit, it should then be tested in collaboration with other interoperating units.

Unit testing is typically a white box testing activity, based primarily on the functional and data requirements expressed in the requirements specification for the application under test (AUT), as well as any supplementary material (such as design documentation, user guides, or prototype code).

Type
Chapter
Information
Testing IT
An Off-the-Shelf Software Testing Process
, pp. 48 - 55
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
×