Presentation is loading. Please wait.

Presentation is loading. Please wait.

Integration Testing.

Similar presentations


Presentation on theme: "Integration Testing."— Presentation transcript:

1 Integration Testing

2 After individual components have passed unit testing, they are merged together to form subsystems and ultimately one complete system. Integration testing is the process of exercising this “hierarchically accumulating” system. Integration test looks at the: “structural” composition (or decomposition) and test the related code (modules / programs). The “call” relationship neighborhood and test the “neighborhood” The path created by the relationship and test the “path”

3 The order in which the subsystems are selected for testing and integration determines the testing strategy. There are 4 major types of integration test for Structural Decomposition Based test: Big bang integration (Nonincremental) Bottom up integration Top down integration Sandwich testing

4

5

6

7

8

9

10

11

12 Bottom-up integration
In bottom-up integration, we start with the leaves of the decomposition tree stubs are replaced by driver modules that emulate units at the next level up in the tree ControlDoor and DispenseCash

13

14 Top-down integration Top-down integration begins with the main program (the root of the tree). Any lower level unit that is called by the main program appears as a “stub”, where stubs are pieces of throw-away code that emulate a called unit. If we performed top-down integration testing for the SATM system, the first step - to develop stubs for all the units called by the main program: WatchCardSlot, Control Card Roller, Screen Driver, Validate Card, Validate PIN, Manage Transaction, and New Transaction Request. Generally, testers have to develop the stubs, and some imagination is required.

15

16 Sandwich integration Sandwich integration is a combination of top-down and bottom-up integration. There will be less stub and driver development effort

17

18

19

20

21 Pair-wise Integration
The idea behind pair-wise integration is to eliminate the stub/driver development effort. Rather than develop stubs and/or drivers, why not use the actual code? We restrict a session to just a pair of units in the call graph. The end result is that we have one integration test session for each edge in the call graph

22

23

24 Neighborhood Integration
Neighborhood of a node in a graph to be the set of nodes that are one edge away from the given node. In a directed graph, this means all the immediate predecessor nodes and all the immediate successor nodes (notice that these correspond to the set of stubs and drivers of the node). The eleven neighborhoods for the SATM example

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39


Download ppt "Integration Testing."

Similar presentations


Ads by Google