Садржај

• Упоредни графикон
• Дефиниција тестирања интеграције одозго на доле
• Дефиниција тестирања интеграције одоздо-нагоре
• Закључак

Примарна разлика између тестирања интеграције одоздо на доле и одоздо нагоре је та што тестирање интеграције одоздо према доле користи стабљике за позивање подмодула подређених главној функцији, док за тестирање интеграције одоздо према горе нису неопходне штитнике уместо да се користе драјвери. . Сродна редундантност је више у случају приступа одоздо према горе у односу на одоздо према горе.

Ове две технике су део интеграционог тестирања који пружа организован начин за изградњу програмске структуре истовремено изводећи тестове за откривање грешака повезаних са међусобним повезивањем. Интеграцијско тестирање се углавном проводи како би се комбиновале тестиране компоненте како би се конструирао програм према пројектним спецификацијама.

1. 1. Упоредни графикон
   2. Дефиниција
   3. Кључне разлике
   4. Закључак

Упоредни графикон

Основе за поређење	Тестирање интеграције одозго на доле	Испитивање интеграције одоздо према горе
Основни	Користи штапове као тренутне замјене за активиране модуле и симулира понашање одвојених модула нижег нивоа.	Користите тестне управљачке програме за покретање и просљеђивање потребних података на ниже нивое модула.
Благотворан	Ако се значајна грешка догоди према врху програма.	Ако се кључни недостаци нађу према дну програма.
Приступ	Главна функција се прво пише, а затим се из ње позивају потпрограми.	Прво се креирају модули, а затим се интегришу са главном функцијом.
Имплементирано даље	Програмски језици оријентисани на структуру / поступак.	Објектно оријентисани програмски језици.
Анализа ризика	Сарадња утицаја унутрашњих оперативних кварова.	Модели се користе за анализу појединачног процеса.
Сложеност	Једноставно	Сложени и веома интензивни подаци.
Ради на	Велике до мале компоненте.	Мале до велике компоненте.

Дефиниција тестирања интеграције одозго на доле

Тхе тестирање интеграције одоздо на доле је инкрементална техника израде програмске структуре. Укључује модуле док се крећу према доле, почевши од главне контроле у ​​хијерархији. Затим се под-модули интегришу у главни модул кориштењем методе дубине прве или ширине прве. Главна сврха интеграције одоздо на доле је верификација значајних тачака контроле и одлуке раније у процесу испитивања.

Процес интеграције укључује следеће кораке у приступу одоздо:

• Почевши од главног управљачког модула, штитници се замењују за компоненте који се налазе испод главних модула.
• Стратегија замене подређеног убода ослања се на тип интеграционог приступа који следи (тј. Прво, дубина и ширина), али дозвољава се да се истовремено замењује само један убод са стварним компонентама.
• После интегрисања компоненти спроводе се испитивања.
• Како је остварен сет теста, преостали убод је замењен стварном компонентом.
• На крају се врши регресијски тест како би се осигурало одсуство нових грешака.

Како тестирање одозго-одоздо користи штитнике за замену података са нижег нивоа и није дозвољено да тече у правцу према горе. Постоје три начина за то, прво, док се не изврши замена стубова са стварним функцијама, а остале функције се одлажу. Друго, могу се креирати нове штикле које могу обављати ограничене функције и имитирати стварне штуке. У последњој идеји, убоди се могу интегрисати од хијерархије одоздо према горе. Међутим, последње решење назива се интеграцијом одоздо према горе, што је описано у следећој дефиницији.

Дефиниција тестирања интеграције одоздо-нагоре

Тхе тестирање интеграције одоздо нагоре започиње конструкцијом основних модула (тј. програмских елемената најнижег нивоа). Интегрише компоненте које бораве на најнижем нивоу (тј., Најнижи ниво) пружајући поступак и елиминишу потребе за убодима. Како интеграција иде према горњем правцу, потреба за одвојеним покретачким програмима смањује се. Стога је и количина режијских трошкова такође смањена у поређењу са приступом тестирања интеграције од врха до дна.

Интеграција одоздо према горе укључује следеће кораке:

• Спаја елементе ниског нивоа, такође познате и као уграђивање у кластере који извршавају одређену софтверску подфункцију.
• Управљачки програм (управљачки програм) користи се у интегрисању одоздо нагоре да организује унос и излаз тестног случаја.
• Тада се кластер тестира.
• Кластери су уграђени док се крећу према горе у програмској структури и возачи се елиминишу.

1. Испитивање интеграције одоздо на доле имплементира штитнике као замену за нижи ниво. Насупрот томе, тестирање интеграције одоздо према горе запошљава возаче да податке проследе на нижи ниво модула.
2. Главна функција је најважнији дио интеграције тестирања одозго према доље кроз које се позивају друге подпрограме. Супротно томе, приступ одоздо према горе наглашава модуле нижег нивоа и ствара их и интегрира у почетку.
3. Програмски језици оријентисани на структуру / поступак имплементирају тестирање интеграције одозго према доље, док се тестирање одоздо према горе врши на објектно оријентисаним језицима.
4. Да би се испитао ризик у приступу испитивања одоздо на доле, комбинују се ефекти унутрашњих оперативних недостатака. Насупрот томе, тестирање интеграције одоздо према горе надгледа процес одвојено уз помоћ модела.
5. Тестирање интеграције одоздо нагоре је једноставно у односу на тестирање одоздо према горе.
6. Испитивање интеграције одозго према доле делује од великих до малих компоненти, док је приступ одоздо према горе обрнут.

Закључак

У оба приступа, тестирање интеграције одоздо према горе и одоздо према горе даје сувишне резултате и води до додатних напора у облику режијских трошкова. Супротно томе, приступ одоздо према горе је сложен, али ефикаснији од претходног.