Book contents
- Frontmatter
- Contents
- Foreword
- Acknowledgments
- Testing IT
- 1 Introduction
- Part 1 The Traditional Testing Process
- 2 An Overview of Testing
- 3 Testing Techniques
- 4 The Management and Planning of Testing
- 5 Unit Testing
- 6 Integration Testing
- 7 System Testing
- 8 Systems Integration Testing
- 9 User Acceptance Testing
- 10 Operations Acceptance Testing
- 11 Regression Testing
- 12 Improving the Testing Process
- 13 Introduction, Adoption, and Maintenance of the Testing Process
- Part 2 The Testing Process in the Real World: Illustrative Case Studies
- Part 3 The Appendices
- References
- Glossary
- Index
6 - Integration Testing
Published online by Cambridge University Press: 06 September 2009
- Frontmatter
- Contents
- Foreword
- Acknowledgments
- Testing IT
- 1 Introduction
- Part 1 The Traditional Testing Process
- 2 An Overview of Testing
- 3 Testing Techniques
- 4 The Management and Planning of Testing
- 5 Unit Testing
- 6 Integration Testing
- 7 System Testing
- 8 Systems Integration Testing
- 9 User Acceptance Testing
- 10 Operations Acceptance Testing
- 11 Regression Testing
- 12 Improving the Testing Process
- 13 Introduction, Adoption, and Maintenance of the Testing Process
- Part 2 The Testing Process in the Real World: Illustrative Case Studies
- Part 3 The Appendices
- References
- Glossary
- Index
Summary
Computers are like Old Testament gods; lots of rules and no mercy.
Joseph CampbellOverview
The objective of Integration Testing is to demonstrate that the modules which comprise the Application Under Test (AUT) interface and interact together in a correct, stable, and coherent manner prior to System Testing. Integration Testing is typically conducted by the development team and involves independent observation of the testing process. Integration Testing may also be termed Link or Module Testing, but should not be confused with Systems Integration Testing (see Chapter 8).
Testing should be performed against the functional requirements of the AUT using Black Box Testing techniques. Test Case design should demonstrate correct interfacing and interaction between modules, but should avoid any duplication of Unit Testing effort (however, where appropriate, re-use of unit tests should be considered in order to reduce testing timescales and effort).
The precise definition of a “module” will depend on the approach to the design of the AUT and the implementation technology employed; for example:
▲ A module in an application developed using a procedural programming language could be represented by a closely related group of functions or procedures that perform a well-defined service within the AUT and that communicate with other component modules via strictly defined interfaces.
▲ A module in an application developed using an object-oriented programming language could be represented by a collection of objects that perform a well-defined service within the AUT and that communicate with other component modules via strictly defined interfaces.
[…]
- Type
- Chapter
- Information
- Testing ITAn Off-the-Shelf Software Testing Process, pp. 53 - 58Publisher: Cambridge University PressPrint publication year: 2001
- 1
- Cited by