Integration testing: Difference between revisions

Revision as of 22:23, 22 August 2017

Revision as of 23:07, 22 August 2017

Line 5:

==Purpose==

Some different types of integration testing are big-bang, [[top-down and bottom-up design|top-down, and bottom-up]], mixed (sandwich) and risky-hardest. Other Integration Patterns<ref>Binder, Robert V.: ''Testing Object-Oriented Systems: Models, Patterns, and Tools''. Addison Wesley 1999. {{ISBN|0-201-80938-9}}</ref> are: collaboration integration, backbone integration, layer integration, client-server integration, distributed services integration and high-frequency integration.

*In the '''big-bang''' -approach, Mostmost of the developed modules are coupled together to form a complete software system or major part of the system and then used for integration testing. This method is very effective for saving time in the integration testing process. However, if the test cases and their results are not recorded properly, the entire integration process will be more complicated and may prevent the testing team from achieving the goal of integration testing.

Some different types of integration testing are:

Bottom-up testing is an approach to integrated testing where the lowest level components are tested first, then used to facilitate the testing of higher level components. The process is repeated until the component at the top of the hierarchy is tested.

* '''big-bang''' - Most of the developed modules are coupled together to form a complete software system or major part of the system and then used for integration testing. This method is very effective for saving time in the integration testing process. However, if the test cases and their results are not recorded properly, the entire integration process will be more complicated and may prevent the testing team from achieving the goal of integration testing.

* '''[[top-down and bottom-up design|bottom-up]]''' - Bottom-up testing is an approach to integrated testing where the lowest level components are tested first, then used to facilitate the testing of higher level components. The process is repeated until the component at the top of the hierarchy is tested. At first, all the bottom or low-level modules, procedures or functions are integrated and then tested. After the integration testing of lower level integrated modules, the next level of modules will be formed and can be used for integration testing. This approach is helpful only when all or most of the modules of the same development level are ready. This method also helps to determine the levels of software developed and makes it easier to report testing progress in the form of a percentage.

* '''[[top-down and bottom-up design|top-down]]''' - Top-down testing is an approach to integrated testing where the top integrated modules are tested and the branch of the module is tested step by step until the end of the related module.

* '''mixed''' (sandwich) - Sandwich testing is an approach to combine top down testing with bottom up testing. One limitation to this sort of testing is that any conditions not stated in specified integration tests, outside of the confirmation of the execution of design items, will generally not be tested.

* '''risky-hardest''' - Risky hardest integrated testing is the approach where the test is performed starting with the hardest and the riskiest software module first<ref>{{cite web|title=Big Bang Integration Testing|url=http://www.professionalqa.com/big-bang-integration-testing|website=ProfessionalQA.com|accessdate=22 August 2017}}</ref>.

* '''[[top-down and bottom-up design|bottom-up]]''' - Bottom-up testing is an approach to integrated testing where the lowest level components are tested first, then used to facilitate the testing of higher level components. The process is repeated until the component at the top of the hierarchy is tested. At first, allAll the bottom or low-level modules, procedures or functions are integrated and then tested. After the integration testing of lower level integrated modules, the next level of modules will be formed and can be used for integration testing. This approach is helpful only when all or most of the modules of the same development level are ready. This method also helps to determine the levels of software developed and makes it easier to report testing progress in the form of a percentage.

Other Integration Patterns<ref>Binder, Robert V.: ''Testing Object-Oriented Systems: Models, Patterns, and Tools''. Addison Wesley 1999. {{ISBN|0-201-80938-9}}</ref> are:

* '''[[top-down and bottom-up design|top-down]]''' - Top-down testing is an approach to integrated testing where the top integrated modules are tested and the branch of the module is tested step by step until the end of the related module.

* collaboration integration

* backbone integration

Sandwich testing is an approach to combine top down testing with bottom up testing.

* layer integration

* client-server integration

* '''mixed''' (sandwich) - Sandwich testing is an approach to combine top down testing with bottom up testing. One limitation to this sort of testing is that any conditions not stated in specified integration tests, outside of the confirmation of the execution of design items, will generally not be tested.

* distributed services integration

* high-frequency integration.

==References==