How we perform the integration Testing

Integration Testing is a four step procedure. Below are the steps for creating integration test cases:

1. Identify Unit Interfaces: The developer of each program unit identifies and documents the unit’s interfaces for the following unit operations:

– External inquiry (responding to queries from terminals for information)
– External input (managing transaction data entered for processing)
– External filing (obtaining, updating, or creating transactions on computer files)
– Internal filing (passing or receiving information from other logical processing units)
– External display (sending messages to terminals)
– External output (providing the results of processing to some output device or unit)

2. Reconcile Interfaces for Completeness: The information needed for the integration test template is collected for all program units in the software being tested. Whenever one unit interfaces with another, those interfaces are reconciled. For example, if program unit A transmits data to program unit B, program unit B should indicate that it has received that input from program unit A. Interfaces not reconciled are examined before integration tests are executed.

3. Create Integration Test Conditions: One or more test conditions are prepared for integrating each program unit. After the condition is created, the number of the test condition is documented in the test template.

4. Evaluate the Completeness of Integration Test Conditions: The following list of questions will help guide evaluation of the completeness of integration test conditions recorded on the integration testing template. This list can also help determine whether test conditions created for the integration process are complete.

1. Is an integration test developed for each of the following external inquiries:

– Record test?
– File test?
– Search test?
– Match/merge test?
– Attributes test?
– Stress test?
– Control test?

2. Are all interfaces between modules validated so that the output of one is recorded as input to another?

3. If file test transactions are developed, do the modules interface with all those indicated files?

4. Is the processing of each unit validated before integration testing?

5. Do all unit developers agree that integration test conditions are adequate to test each unit’s interfaces?

6. Are all software units included in integration testing?

7. Are all files used by the software being tested included in integration testing?

8. Are all business transactions associated with the software being tested included in integration testing?

9. Are all terminal functions incorporated in the software being tested included in integration testing?

Courtesy : Abhishek Dubey 

Dwarika Dhish Mishra

My name is Dwarika Dhish Mishra, its just my name and I am trying to bring the worth of my name in to actions and wants to be the solution not the problem. I believe in spreading knowledge and happiness. More over I am fun loving person and like travelling a lot. By nature I am a tester and a solution maker. I believe in the tag line of http://ted.org “Idea worth spreading” . For the same, I have created this blog to bring more and more learning to tester fraternity through day to day learning in professional and personal life. All contents are the part of my learning and so are available for all..So please spread the contents as much as you can at your end so that it could reach to every needful people in testing fraternity. I am pretty happy that more and more people are showing interest to become the part your Abode QA blog and I think this is good sign for us all because more and more content would be before you to read and to cherish. You may write or call me at my Email id: dwarika1987@gmail.com Cell: 9999978609

You may also like...

3 Responses

  1. sayyapillai says:

    Thanks for your grateful informations, am working in FNT software solutions, so it will be helpful info for my works.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.