<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Software Testing by ROSHINI S.S 19 B.Sc Comp. Sci.</title>
      <link>https://padlet.com/19bcs041/ps75ds51agywkd3v</link>
      <description>INTEGRATION TESTING-Top to down &amp; Bottom to Up</description>
      <language>en-us</language>
      <pubDate>2021-09-01 04:21:34 UTC</pubDate>
      <lastBuildDate>2025-12-14 06:23:53 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url></url>
      </image>
      <item>
         <title>Yuvasaalini-integration testing</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709376212</link>
         <description><![CDATA[<div>Integration testing (sometimes called integration and testing, abbreviated I&amp;T) is the <strong>phase in software testing in which individual software modules are combined and tested as a group</strong>. Integration testing is conducted to evaluate the compliance of a system or component with specified functional requirements.<br>A mixed integration testing follows a combination of top down and bottom-up testing approaches. In top-down approach, testing can start only after the top-level module have been coded and unit tested. In bottom-up approach, testing can start only after the bottom level modules are ready<br>In Top Down Integration testing approach the main module is designed at first then the submodules/subroutines are called from it. In Bottom Up Integration testing approach different modules<strong>are created first then</strong> these modules are integrated with the main function. ... The complexity of this testing is simple.<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:42:08 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709376212</guid>
      </item>
      <item>
         <title></title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709380286</link>
         <description><![CDATA[<div>Mercy P... Integration testing<br>1. Top Down Integration Testing :<br>Top Down Integration testing which is also known as Incremental integration testing. In this Top Down approach the higher level modules are tested first after higher level modules the lower level modules are tested. Then these modules undergo for integration accordingly. Here the higher level modules refers to main module and lower level modules refers to submodules. This approach uses Stubs which are mainly used to simulate the submodule, if the invoked submodule is not developed this Stub works as a momentary replacement.<br><br>2. Bottom Up Integration Testing :<br>Bottom Up Integration testing is another approach of Integration testing. In this Bottom Up approach the lower level modules are tested first after lower level modules the higher level modules are tested. Then these modules undergo for integration accordingly. Here the lower level modules refers to submodules and higher level modules refers to main modules. This approach uses test drivers which are mainly used to initiate and pass the required data to the sub modules means from higher level module to lower level module if required.</div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:44:40 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709380286</guid>
      </item>
      <item>
         <title>Sreesaradhaa</title>
         <author>19bcs051</author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709386781</link>
         <description><![CDATA[<div>Integration testing type focuses on testing interfaces that are “implicit<br>and explicit” and “internal and external”.<br><br>Top down:<br>Integration testing involves testing the topmost component interface with other components from top to bottom.<br>If a component at a higher – level requires a modification, module is added to bottom, and for each component integration testing needs to be repeated.<br><br>Bottom down:<br>Integration testing involves testing the topmost component interface with other components from top to bottom.<br>If a component at a higher – level requires a modification, module is added to bottom, and for each component integration testing needs to be repeated.<br><br><br></div>]]></description>
         <enclosure url="https://padlet-uploads.storage.googleapis.com/1292774465/7ce3e0373aa059ff266c91fa366881ad/image.png" />
         <pubDate>2021-09-01 07:48:42 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709386781</guid>
      </item>
      <item>
         <title>Indhirabala V</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709386883</link>
         <description><![CDATA[<div>INTEGRATION TESTING :<br>A system is made up of multiple components or modules which comprises hardware and software.
Integration is defined as the set of interaction among modules.
Testing the interaction between modules and interaction with other systems externally is called integration testing.
The final round of integration involving all components is called Final Integration Testing (FTT), or system integration.<br>Integration testing is both a phase and a type of testing.
The architecture and design gives details of interactions within systems.
Testing the interactions between one system and another system requires detailed understanding&nbsp; of how they work together.
This knowledge of integration depends on many modules and systems.
To reduce the complexity within modules, a phase in testing is dedicated to test the interactions , this is called integration testing phase.<br>Top-down integration:<br>* Integration testing involves testing the topmost component interface with other components from top to bottom.<br>*
 If  a set of components and their related interfaces can deliver functionality without expecting presence of other components or minimal interface requirement in software / product, then the set of components and their related interfaces are called “sub-system”.<br>*
 Each sub-system works independently.<br>* It makes integration testing easier and enables focus on required interfaces.<br>* If a component at a higher – level requires a modification, module is added to bottom, and for each component integration testing needs to be repeated.<br>Bottom – up integration:<br>*
 In Bottom – up integration, the components for a new product development available in reverse order, starting from the bottom.<br>* 
The arrows from top-bottom indicate interaction or control flow.<br>
* The arrows from bottom-top indicate integration approach or integration path.<br>* The following steps are performed in bottom-up integration:<br>• Low-level components are combined as Clusters.<br>• A driver is written to coordinate test case input and output.<br>• The cluster is tested.<br>• Drivers are removed and clusters are combined moving upward in program structure.

</div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:48:46 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709386883</guid>
      </item>
      <item>
         <title>Vaishnavi.M</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709387681</link>
         <description><![CDATA[<div>In this section, we are going to discuss the difference between <strong>top-down and bottom-up integration testing</strong>; and see a brief introduction of them.&nbsp;<br>Top down integration::<br>&nbsp; &nbsp; &nbsp; &nbsp;In top-down incremental integration testing, we will add the modules incrementally or one by one and test the data flow in similar order as we can see in the below diagram:<br><br></div><ul><li>This testing technique deals with how higher-level modules are tested with lower-level modules until all the modules have been tested successfully.</li><li>In the top-down method, we will also make sure that the module we are adding is the <strong>child of the previous one, like Child C, is a child of Child B</strong>.<br><br></li><li>The purpose of executing top-down integration testing is to detect the significant design flaws and fix them early because required modules are tested first.</li></ul><div>&nbsp;Buttom up integration::</div><div>&nbsp; &nbsp; This type of testing method deals with how lower-level modules are tested with higher-level modules until all the modules have been tested successfully.</div><ul><li>In bottom-up testing, the top-level critical modules are tested, at last. Hence it may cause a defect.</li><li>In simple words, we can say that we will be adding the modules from <strong>the bottom to the top</strong> and test the data flow in similar order as we can see in the below image:<br><br></li><li>In the bottom-up method, we will ensure that the modules we are adding <strong>are the parent of the previous one</strong> as we observe in the following image:</li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:49:16 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709387681</guid>
      </item>
      <item>
         <title>Sneha M</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709388683</link>
         <description><![CDATA[<div>Top-down integration&nbsp;<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Integration testing involves testing the topmost component interface with other components from top to bottom.<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Each subsystem works independently.<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;If a component at a higher-level requires a modification, module is added to bottom, and for each component integration testing needsto be repeated.<br><br>Bottom - up integration<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;The components for a new product development available in reverse order, starting from the bottom.<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;The arrows from top-bottom indicate interaction or control flow.<br>                The arrows from bottom-top indicate integration approach or integration path.<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:49:51 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709388683</guid>
      </item>
      <item>
         <title>Priyadharshini.N</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709388736</link>
         <description><![CDATA[<div>Top to Down Integration:<br>&nbsp; &nbsp; &nbsp;Integration testing involves testing the topmost component interface with other components from top to bottom.<br>&nbsp; &nbsp; Each sub-system works independently.<br>&nbsp; &nbsp; If a component at a higher – level requires a modification, module is added to bottom, and for each component integration testing needs to be repeated.<br><br>Bottom to Up Integration:<br>&nbsp; &nbsp; In Bottom – up integration, the components for a new product development available in reverse order, starting from the bottom.<br>&nbsp; &nbsp;The arrows from top-bottom indicate interaction or control flow.<br>&nbsp; &nbsp;The arrows from bottom-top indicate integration approach or integration path.<br>The following steps are performed in bottom-up integration:<br>   Low-level components are combined as Clusters.<br>   A driver is written to coordinate test case input and output.<br>  The cluster is tested.<br>   Drivers are removed and clusters are combined moving upward in program structure.</div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:49:53 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709388736</guid>
      </item>
      <item>
         <title> Integration Testing</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709388853</link>
         <description><![CDATA[<div>&nbsp; &nbsp; &nbsp;Integration Testing is a division of software testing that tests interfaces between different software components. Any software module will work well individually, but when it’s integrated with a different module, there are chances where the software might not behave as intended.<br><br><strong>Top-down Integration Testing</strong></div><div>In this approach, testing is performed from the top-most module in the architecture. The testing control flow moves to the bottom from the top. This method will use stubs as duplicate programs to restore the working of modules that are missing. This method is comparatively easier than the bottom-up approach as it uses stubs, which are generally easier to write than the drivers.<br><br><strong>&nbsp;Bottom-up&nbsp; Integration Testing</strong></div><ul><li>Here the testing starts from the lowest module in the architecture. The testing control flow moves upwards from the bottom. This method will be executed whenever the top modules are under development. This method will use the drivers to restore the working of modules that are missing. This way of approach has a high success ratio and is an efficient way to test and develop a product. It is faster than the other traditional methods of testing.</li></ul><div>Dhivyadhashini.k</div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:49:58 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709388853</guid>
      </item>
      <item>
         <title>Visithra. G</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709389467</link>
         <description><![CDATA[<div><strong>Top-down Integration Testing</strong></div><div>It is also known as incremental integration testing.</div><div>The higher level modules are first tested after which the lower level modules are tested.</div><div>Once it is done, they are integrated.</div><div>The higher level modules are the main modules and the lower level modules are the submodules.</div><div>It uses stubs to simulate the sub-modules.</div><div>If the sub-module hasn’t been fully developed, the stub acts like a replacement to it.</div><div>It is useful in cases where significant defect occurs at the top of the program.</div><div>The main module is designed first and then the submodules or subroutines are called from it.</div><div>It is implemented on structure or procedure-oriented programming languages.It is a simple testing technique.</div><div>It works on big to small components.</div><div>Stub modules need to be produced.<br><br><strong>Bottom-up Integration Testing :<br></strong><br></div><div>The lower level modules are tested first after which the higher level modules are tested.</div><div>The lower level modules are the sub-modules and higher level modules are the main modules.</div><div>It uses test drivers to initiate and pass the required data to the sub-modules.</div><div>The test drivers are used to simulate the main module.</div><div>If the main module hasn’t been developed yet, the driver works as a replacement to it.</div><div>It is useful in cases where the crucial flaws are identified at the bottom of the program.</div><div>It is generally implemented on object-oriented programming languages.</div><div>It is highly complex and data intensive.<br>It works on small to big components.</div><div>The driver modules need to be produced.<br><br></div><div><br><br></div><div><br></div><div><br></div><div><br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:50:21 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709389467</guid>
      </item>
      <item>
         <title>Aafreen</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709391748</link>
         <description><![CDATA[<div><strong>Integration testing</strong> is the process of testing the interface between two software units or module. It’s focus on determining the correctness of the interface. The purpose of the integration testing is to expose faults in the interaction between integrated units. Once all the modules have been unit tested, integration testing is performed.<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:51:51 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709391748</guid>
      </item>
      <item>
         <title>Aafreen</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709392793</link>
         <description><![CDATA[<div>Top-down integration testing technique used in order to simulate the behaviour of the lower-level modules that are not yet integrated.In this integration testing, testing takes place from top to bottom. First high-level modules are tested and then low-level modules and finally integrating the low-level modules to a high level to ensure the system is working as intended.</div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:52:33 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709392793</guid>
      </item>
      <item>
         <title>Sandhiya,K</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709392830</link>
         <description><![CDATA[<div><strong><em>Integration testing </em></strong><em><br>It is the process of testing the interface between two software units or module. It’s focus on determining the correctness of the interface. The purpose of the integration testing is to expose faults in the interaction between integrated units. Once all the modules have been unit tested, integration testing is performed.<br><br></em><strong><em>Bottom-Up Integration Testing </em></strong><em><br>In bottom-up testing, each module at lower levels is tested with higher modules until all modules are tested. The primary purpose of this integration testing is, each subsystem is to test the interfaces among various modules making up the subsystem. This integration testing uses test drivers to drive and pass appropriate data to the lower level modules.<br><br></em><strong><em>Top-Down Integration Testing </em></strong><em><br>Top-down integration testing technique used in order to simulate the behavior of the lower-level modules that are not yet integrated. In this integration testing, testing takes place from top to bottom. First high-level modules are tested and then low-level modules and finally integrating the low-level modules to a high level to ensure the system is working as intended.</em></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:52:34 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709392830</guid>
      </item>
      <item>
         <title>Keerthana.B </title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709395167</link>
         <description><![CDATA[<div><strong><em>Integration testing:</em></strong><em><br>It is the process of testing the interface between two software units or module. It’s focus on determining the correctness of the interface. The purpose of the integration testing is to expose faults in the interaction between integrated units. Once all the modules have been unit tested, integration testing is performed.<br><br>💫 </em><strong><em>Bottom-Up Integration Testing :</em></strong><em><br>In bottom-up testing, each module at lower levels is tested with higher modules until all modules are tested. The primary purpose of this integration testing is, each subsystem is to test the interfaces among various modules making up the subsystem. This integration testing uses test drivers to drive and pass appropriate data to the lower level modules.<br><br>💫 </em><strong><em>Top-Down Integration Testing :</em></strong><em><br>Top-down integration testing technique used in order to simulate the behavior of the lower-level modules that are not yet integrated. In this integration testing, testing takes place from top to bottom. First high-level modules are tested and then low-level modules and finally integrating the low-level modules to a high level to ensure the System is working as intended&nbsp;</em></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:54:00 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709395167</guid>
      </item>
      <item>
         <title>Kaviyapriya.K</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709396225</link>
         <description><![CDATA[<div>INTEGRATION TESTING<br>A system is made up of multiple components or modules which comprises hardware and software.
Integration is defined as the set of interaction among modules.
Testing the interaction between modules and interaction with other systems externally is called integration testing.
The final round of integration involving all components is called Final Integration Testing (FTT), or system integration.<br>Integration testing is both a phase and a type of testing.
The architecture and design gives details of interactions within systems.
Testing the interactions between one system and another system requires detailed understanding&nbsp; of how they work together.
This knowledge of integration depends on many modules and systems.
To reduce the complexity within modules, a phase in testing is dedicated to test the interactions , this is called integration testing phase.
<br>Top-down integration:

*Integration testing involves testing the topmost component interface with other components from top to bottom.<br>*
If a set of components and their related interfaces can deliver functionality without expecting presence of other components or minimal interface requirement in software / product, then the set of components and their related interfaces are called “sub-system”.<br>*
Each sub-system works independently.
<br>*It makes integration testing easier and enables focus on required interfaces.<br>*If a component at a higher – level requires a modification, module is added to bottom, and for each component integration testing needs to be repeated.
<br>Bottom – up integration:<br>*
In Bottom – up integration, the components for a new product development available in reverse order, starting from the bottom.<br>*
The arrows from top-bottom indicate interaction or control flow.<br>
* The arrows from bottom-top indicate integration approach or integration path.<br>* The following steps are performed in bottom-up integration:
<br>• Low-level components are combined as Clusters.<br>• A driver is written to coordinate test case input and output.<br>• The cluster is tested.<br>• Drivers are removed and clusters are combined moving upward in program structure.</div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:54:37 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709396225</guid>
      </item>
      <item>
         <title>INTEGRATION TESTING-(Top Down &amp; Bottom Up):-</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709396833</link>
         <description><![CDATA[<div><strong><mark>Integration Testing:-</mark></strong><strong><br></strong>Integration testing is a type of testing meant to check the combinations of different units, their interactions, the way subsystems unite into one common system, and code compliance with the requirements. <br><br><strong><mark>Top Down:-<br></mark></strong>🔹Top Down Integration testing which is also known as Incremental integration testing.&nbsp;<br>🔹In this Top Down approach the higher level modules are tested first after higher level modules the lower level modules are tested.&nbsp;<br>🔹Then these modules undergo for integration accordingly. Here the higher level modules refers to main module and lower level modules refers to submodules.&nbsp;<br>🔹This approach uses Stubs which are mainly used to simulate the submodule, if the invoked submodule is not developed this Stub works as a momentary replacement.<br><br></div><div><strong><mark>&nbsp;Bottom Up:-</mark></strong><br>🔹Bottom Up Integration testing is another approach of Integration testing. <br>🔹In this Bottom Up approach the lower level modules are tested first after lower level modules the higher level modules are tested. <br>🔹Then these modules undergo for integration accordingly. Here the lower level modules refers to submodules and higher level modules refers to main modules. <br>🔹This approach uses test drivers which are mainly used to initiate and pass the required data to the sub modules means from higher level module to lower level module if required.<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <strong>-Manju Bharkavi P</strong></div>]]></description>
         <enclosure url="https://padlet-uploads.storage.googleapis.com/1281296310/d14a594bb264bf7bffa778a242bb5cd0/IMG_20210901_131659.jpg" />
         <pubDate>2021-09-01 07:54:58 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709396833</guid>
      </item>
      <item>
         <title>Sneha Sivadas</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709397456</link>
         <description><![CDATA[<div><strong>INTEGRATION TESTING</strong> is defined as a type of testing where software modules are integrated logically and tested as a group. A typical software project consists of multiple software modules, coded by different programmers.&nbsp;</div><div><br><strong>Top-Down Integration Testing:</strong><br>Top-down integration testing technique used in order to simulate the behaviour of the lower-level modules that are not yet integrated.In this integration testing, testing takes place from top to bottom. First high-level modules are tested and then low-level modules and finally integrating the low-level modules to a high level to ensure the system is working as intended.<br><br><strong>&nbsp;Bottom-Up Integration Testing:<br></strong>In bottom-up testing, each module at lower levels is tested with higher modules until all modules are tested. The primary purpose of this integration testing is, each subsystem is to test the interfaces among various modules making up the subsystem. This integration testing uses test drivers to drive and pass appropriate data to the lower level modules.</div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:55:22 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709397456</guid>
      </item>
      <item>
         <title>Aishwarya.J                              Top-down integration</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709401468</link>
         <description><![CDATA[<div>•Integration testing involves testing the top most component interface with other component from top to bottom&nbsp;<br>•If a set of components and their related interfaces without expecting set of components and their related interface are called sub system<br>•Each sub system works independently&nbsp;<br>•If a higher level modification, module is added to bottom and for each component integration testing needs to be repeated.<br><br>Bottom -up integration&nbsp;<br>•In bottom up integration the components for a new product development available in reverse order,starting from the bottom<br>•The arrows from top-bottom indicate interaction or control flow<br>•The arrows from bottom-up indicate integration approach or integration path.<br>•Low level components are combined as clusters&nbsp;<br>•A driven is written to coordinate test case input and output&nbsp;<br>•The clusters is tested<br>•Driven are removed and clusters are combined moving upward in program structure .<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:57:54 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709401468</guid>
      </item>
      <item>
         <title>Mehannas</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709401782</link>
         <description><![CDATA[<div>Integration Testing is a division of software testing that tests interfaces between different software components. Any software module will work well individually, but when it’s integrated with a different module, there are chances where the software might not behave as intended.<br><br><strong><em>Top-Down Integration Testing </em></strong><em><br>Top-down integration testing technique used in order to simulate the behavior of the lower-level modules that are not yet integrated. In this integration testing, testing takes place from top to bottom. First high-level modules are tested and then low-level modules and finally integrating the low-level modules to a high level to ensure the system is working as intended.</em><br><br><strong><em>Bottom-Up Integration Testing </em></strong><em><br>In bottom-up testing, each module at lower levels is tested with higher modules until all modules are tested. The primary purpose of this integration testing is, each subsystem is to test the interfaces among various modules making up the subsystem. This integration testing uses test drivers to drive and pass appropriate data to the lower level modules.</em><br><br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:58:07 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709401782</guid>
      </item>
      <item>
         <title>Dhinushiya B</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709403420</link>
         <description><![CDATA[<div>INTEGRATION TESTING<br>A system is made up of multiple components or modules which comprises hardware and software.
Integration is defined as the set of interaction among modules.
Testing the interaction between modules and interaction with other systems externally is called integration testing.
The final round of integration involving all components is called Final Integration Testing (FTT), or system integration.<br>Integration testing is both a phase and a type of testing.
The architecture and design gives details of interactions within systems.
Testing the interactions between one system and another system requires detailed understanding&nbsp; of how they work together.
This knowledge of integration depends on many modules and systems.
To reduce the complexity within modules, a phase in testing is dedicated to test the interactions , this is called integration testing phase.
<br>Top-down integration:

*Integration testing involves testing the topmost component interface with other components from top to bottom.<br>*
If a set of components and their related interfaces can deliver functionality without expecting presence of other components or minimal interface requirement in software / product, then the set of components and their related interfaces are called “sub-system”.<br>*
Each sub-system works independently.
<br>*It makes integration testing easier and enables focus on required interfaces.<br>*If a component at a higher – level requires a modification, module is added to bottom, and for each component integration testing needs to be repeated.
<br>Bottom – up integration:<br>*
In Bottom – up integration, the components for a new product development available in reverse order, starting from the bottom.<br>*
The arrows from top-bottom indicate interaction or control flow.<br>
* The arrows from bottom-top indicate integration approach or integration path.<br>* The following steps are performed in bottom-up integration:
<br>• Low-level components are combined as Clusters.<br>• A driver is written to coordinate test case input and output.<br>• The cluster is tested.<br>• Drivers are removed and clusters are combined moving upward in program structure.</div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 07:59:09 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709403420</guid>
      </item>
      <item>
         <title>Sweatha.R</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709414091</link>
         <description><![CDATA[<div><strong>Integration Testing:<br>•</strong>It is the process of testing the interface between the two software units or module.<br>•It focuses on determining the correctness of the interface <br><br><strong>Bottom-up integration testing:<br>•</strong>In bottom -up testing ,each module at lower level is tested with higher modules untill all modules are tested.<br>•The primary purpose of this integration testing is,each subsystems is to test the interface among various modules making up the subsystem.<br>•This integration testing uses test drivers to drive and pass appropriate data to the lower modules.<br> <strong>Advantages:<br></strong>*no stubs are required.<br>*several disjoint subsystems can be tested simultaneously. <br><strong>Dis advantages:<br>*</strong>driver modules must be produced.<br>*the complexity that occurs when the system is made up of large number of small subsystems.<br><br><br><strong>Top -down integration testing:<br></strong>•Top down integration testing technique used in order to simulate the behaviour of the lower level modules that are not yet integrated.<br>testing takes place from top to bottom.<br>•First high level modules are tested and then low level modules and finally integrating the low level modules to high level modules to ensure the system is working as intended.<br><strong>Advantages:<br>*</strong>separately dubbing modules.<br>*few or no drivers needed.<br>*it is more stable and accurate at the aggregate level.<br><strong>Dis advantages:<br>*</strong>needs many stubs.<br>*modules at lower levels are tested inadequately.<br>&nbsp;<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 08:01:23 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709414091</guid>
      </item>
      <item>
         <title>Sudhiksha.G</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709421735</link>
         <description><![CDATA[<div>Integration testing<br>Integration testing<br>It is the process of testing the interface between two software units or module. It’s focus on determining the correctness of the interface. The purpose of the integration testing is to expose faults in the interaction between integrated units. Once all the modules have been unit tested, integration testing is performed.<br><br>Bottom-Up Integration Testing<br>In bottom-up testing, each module at lower levels is tested with higher modules until all modules are tested. The primary purpose of this integration testing is, each subsystem is to test the interfaces among various modules making up the subsystem. This integration testing uses test drivers to drive and pass appropriate data to the lower level modules.<br><br>Top-Down Integration Testing<br>Top-down integration testing technique used in order to simulate the behavior of the lower-level modules that are not yet integrated. In this integration testing, testing takes place from top to bottom. First high-level modules are tested and then low-level modules and finally integrating the low-level modules to a high level</div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 08:06:33 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709421735</guid>
      </item>
      <item>
         <title>Madhumitha D</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709425789</link>
         <description><![CDATA[<div>Bottom-Up Integration Testing –<br><br>In bottom-up testing, each module at lower levels is tested with higher modules until all modules are tested. The primary purpose of this integration testing is, each subsystem is to test the interfaces among various modules making up the subsystem. This integration testing uses test drivers to drive and pass appropriate data to the lower level modules.<br><br>Advantages:<br><br>1.In bottom-up testing, no stubs are required.<br>2.A principle advantage of this integration testing is that several disjoint subsystems can be tested simultaneously.<br><br>Disadvantages:<br><br>1.Driver modules must be produced.<br>2.In this testing, the complexity that occurs when the system is made up of a large number of small subsystem.<br><br>Top-Down Integration Testing –<br><br>Top-down integration testing technique used in order to simulate the behaviour of the lower-level modules that are not yet integrated.In this integration testing, testing takes place from top to bottom. First high-level modules are tested and then low-level modules and finally integrating the low-level modules to a high level to ensure the system is working as intended.<br><br>Advantages:<br><br>1.Separately debugged module.<br>2.Few or no drivers needed.<br>3.It is more stable and accurate at the aggregate level.<br><br>Disadvantages:<br><br>1.Needs many Stubs.<br>2.Modules at lower level are tested inadequately.<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 08:09:03 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709425789</guid>
      </item>
      <item>
         <title>Berciya</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709431132</link>
         <description><![CDATA[<div><strong><em>&nbsp; &nbsp;</em></strong>Integration Testing is used to check the data flow between the two modules mostly System is made up of multiple components or modules that can comprise hardware and software.In Integration their is lot of interaction among components so we need to test the interaction between the modules and with other systems externally.Integration testing starts when two modules are available and ends when all component interface have been tested.<br><br><br></div><ul><li>Integration testing means testing the interface between modules.They are two types of interface:<ul><li>Internal interface</li><li>External interface</li></ul></li><li><strong><em>Internal Interface -</em></strong> It provide a communication across two&nbsp; modules within project or product.</li><li><strong><em>External Interface -</em></strong>It visible to the third party developers and solution providers.</li><li>By using Application programming interfaces we can achieve interfaces.API enable one module to call another module it will be external or internal.</li></ul><div><br></div><blockquote>Integration Testing type focuses on testing interfaces that are implicit and explicit and internal and external.</blockquote><ul><li>Explicit interface are documented were implicit interface are not documented.</li><li>There are several methodologies available for integration testing.They are as follows:<ul><li>Top-down integration</li><li>Bottom-up integration</li><li>Bi-directional integration</li><li>System integration</li></ul></li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 08:12:39 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709431132</guid>
      </item>
      <item>
         <title>BHARANI PRIYA </title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709434257</link>
         <description><![CDATA[<div><br><strong><mark>Top-down Integration Testing</mark></strong><br><br>It is also known as incremental integration testing.<br><br>The higher level modules are first tested after which the lower level modules are tested.<br><br>Once it is done, they are integrated.<br><br>The higher level modules are the main modules and the lower level modules are the submodules.<br><br>It uses stubs to simulate the sub-modules.<br><br>If the sub-module hasn’t been fully developed, the stub acts like a replacement to it.<br><br>It is useful in cases where significant defect occurs at the top of the program.<br><br>The main module is designed first and then the submodules or subroutines are called from it.<br><br>It is implemented on structure or procedure-oriented programming languages.<br><br>It is a simple testing technique.<br><br>It works on big to small components.<br><br>Stub modules need to be produced<br><br><br><br><strong><mark>Bottom-up Integration Testing</mark></strong><br><br>The lower level modules are tested first after which the higher level modules are tested.<br><br>The lower level modules are the sub-modules and higher level modules are the main modules.<br><br>It uses test drivers to initiate and pass the required data to the sub-modules.<br><br>The test drivers are used to simulate the main module.<br><br>If the main module hasn’t been developed yet, the driver works as a replacement to it.<br><br>It is useful in cases where the crucial flaws are identified at the bottom of the program.<br><br>It is generally implemented on object-oriented programming languages.<br><br>It is highly complex and data intensive.<br><br>It works on small to big components.<br><br>The driver modules need to be produced.</div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 08:14:54 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709434257</guid>
      </item>
      <item>
         <title>Sruthi.K.K</title>
         <author>19bcs053</author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709440904</link>
         <description><![CDATA[<div>Integration testing type focuses on testing interfaces that are “implicit<br>and explicit” and “internal and external”.<br><br>Top down:<br>Integration testing involves testing the topmost component interface with other components from top to bottom.<br>If a component at a higher – level requires a modification, module is added to bottom, and for each component integration testing needs to be repeated.<br><br>Bottom down:<br>Integration testing involves testing the topmost component interface with other components from top to bottom.<br>If a component at a higher – level requires a modification, module is added to bottom, and for each component integration testing needs to be repeated.<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 08:19:09 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709440904</guid>
      </item>
      <item>
         <title>Roshini.S.S</title>
         <author>19bcs053</author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709442043</link>
         <description><![CDATA[<div><strong>Integration Testing:<br>•</strong>It is the process of testing the interface between the two software units or module.<br>•It focuses on determining the correctness of the interface<br><br><strong>Bottom-up integration testing:<br>•</strong>In bottom -up testing ,each module at lower level is tested with higher modules untill all modules are tested.<br>•The primary purpose of this integration testing is,each subsystems is to test the interface among various modules making up the subsystem.<br>•This integration testing uses test drivers to drive and pass appropriate data to the lower modules.<br><strong>Advantages:<br></strong>*no stubs are required.<br>*several disjoint subsystems can be tested simultaneously.<br><strong>Dis advantages:<br>*</strong>driver modules must be produced.<br>*the complexity that occurs when the system is made up of large number of small subsystems.<br><br><br><strong>Top -down integration testing:<br></strong>•Top down integration testing technique used in order to simulate the behaviour of the lower level modules that are not yet integrated.<br>testing takes place from top to bottom.<br>•First high level modules are tested and then low level modules and finally integrating the low level modules to high level modules to ensure the system is working as intended.<br><strong>Advantages:<br>*</strong>separately dubbing modules.<br>*few or no drivers needed.<br>*it is more stable and accurate at the aggregate level.<br><strong>Dis advantages:<br>*</strong>needs many stubs.<br>*modules at lower levels are tested inadequately.</div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 08:19:58 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709442043</guid>
      </item>
      <item>
         <title>Pooja.R</title>
         <author>19bcs034</author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709442154</link>
         <description><![CDATA[<div><strong>Integration Testing:<br>•</strong>It is the process of testing the interface between the two software units or module.<br>•It focuses on determining the correctness of the interface<br><br><strong>Top-down integration&nbsp;</strong></div><ul><li>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Integration testing involves testing the topmost component interface with other components from top to bottom.</li><li>Each subsystem works independently.</li><li>If a component at a higher-level requires a modification, module is added to bottom, and for each component integration testing needs to be repeated.<br><br><strong>Bottom - up integration</strong></li><li>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;The components for a new product development available in reverse order, starting from the bottom.</li><li>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;The arrows from top-bottom indicate interaction or control flow.</li><li>The arrows from bottom-top indicate integration approach or integration path.<br><br></li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 08:20:03 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709442154</guid>
      </item>
      <item>
         <title>Pavithra.R</title>
         <author>19bcs033</author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709464131</link>
         <description><![CDATA[<div><strong>Integration Testing</strong><br><br><strong>Integration testing</strong> is the process of testing the interface between two software units or module. It’s focus on determining the correctness of the interface. The purpose of the integration testing is to expose faults in the interaction between integrated units. Once all the modules have been unit tested, integration testing is performed.<br><br><strong>Top to Down Integration Testing –</strong><br>Top-down integration testing technique used in order to simulate the behaviour of the lower-level modules that are not yet integrated. In this integration testing, testing takes place from top to bottom. First high-level modules are tested and then low-level modules and finally integrating the low-level modules to a high level to ensure the system is working as intended.<br><br><strong>Bottom-Up Integration Testing –</strong></div><div>In bottom-up testing, each module at lower levels is tested with higher modules until all modules are tested. The primary purpose of this integration testing is, each subsystem is to test the interfaces among various modules making up the subsystem. This integration testing uses test drivers to drive and pass appropriate data to the lower level modules.</div><div><br><br></div>]]></description>
         <enclosure url="https://padlet-uploads.storage.googleapis.com/1290475430/9da30a30a798e656351577871f00f44c/Integration_test.jpg" />
         <pubDate>2021-09-01 08:34:40 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709464131</guid>
      </item>
      <item>
         <title>Pavithra.R</title>
         <author>19bcs033</author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709480673</link>
         <description><![CDATA[<div><strong>Integration testing</strong> is the process of testing the interface between two software units or module. It’s focus on determining the correctness of the interface. The purpose of the integration testing is to expose faults in the interaction between integrated units. Once all the modules have been unit tested, integration testing is performed.<br><br><strong>Top-Down Integration Testing –</strong><br>Top-down integration testing technique used in order to simulate the behaviour of the lower-level modules that are not yet integrated. In this integration testing, testing takes place from top to bottom. First high-level modules are tested and then low-level modules and finally integrating the low-level modules to a high level to ensure the system is working as intended.<br><br></div><div><strong>Advantages:<br></strong><br></div><ul><li>Separately debugged module.</li><li>Few or no drivers needed.</li><li>It is more stable and accurate at the aggregate level.</li></ul><div><br><strong>Bottom-Up Integration Testing –</strong><br>In bottom-up testing, each module at lower levels is tested with higher modules until all modules are tested. The primary purpose of this integration testing is, each subsystem is to test the interfaces among various modules making up the subsystem. This integration testing uses test drivers to drive and pass appropriate data to the lower level modules.<br><br><strong>Advantages:<br></strong><br></div><ul><li>In bottom-up testing, no stubs are required.</li><li>A principle advantage of this integration testing is that several disjoint subsystems can be tested simultaneously.</li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 08:46:06 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709480673</guid>
      </item>
      <item>
         <title>Sugashini</title>
         <author></author>
         <link>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709706588</link>
         <description><![CDATA[<div>Integration testing is the second level of the software testing process comes after unit testing. In this testing, units or individual components of the software are tested in a group. The focus of the integration testing level is to expose defects at the time of interaction between integrated components or units.<br><br><strong>TOP-DOWN TESTING:</strong><br>The top-down testing strategy deals with the process in which higher level modules are tested with lower level modules until the successful completion of testing of all the modules. Major design flaws can be detected and fixed early because critical modules tested first. In this type of method, we will add the modules incrementally or one by one and check the data flow in the same order.</div><div><br></div><div>In the top-down approach, we will be ensuring that the module we are adding is the <strong>child of the previous one like Child C is a child of Child B<br><br><br>Bottom-Up Method:</strong></div><div>The bottom to up testing strategy deals with the process in which lower level modules are tested with higher level modules until the successful completion of testing of all the modules. Top level critical modules are tested at last, so it may cause a defect. Or we can say that we will be adding the modules from <strong>bottom to the top</strong> and check the data flow in the same order.</div><div><br></div><div>In the bottom-up method, we will ensure that the modules we are adding <strong>are the parent of the previous one</strong>&nbsp;</div><div><strong><br></strong><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2021-09-01 11:54:52 UTC</pubDate>
         <guid>https://padlet.com/19bcs041/ps75ds51agywkd3v/wish/1709706588</guid>
      </item>
   </channel>
</rss>
