Разлика между тестване за интеграция отгоре надолу и отгоре надолу

Автор: Laura McKinney
Дата На Създаване: 2 Април 2021
Дата На Актуализиране: 13 Може 2024
Anonim
МОДНЫЙ СТИЛЬНЫЙ ТЕПЛЫЙ базовый КАРДИГАН КРЮЧКОМ с ЖИВЫМ узором, МАСТЕР КЛАСС вязание - узор, схема
Видео: МОДНЫЙ СТИЛЬНЫЙ ТЕПЛЫЙ базовый КАРДИГАН КРЮЧКОМ с ЖИВЫМ узором, МАСТЕР КЛАСС вязание - узор, схема

Съдържание


Основната разлика между тестовете за интегриране отгоре надолу и отдолу нагоре е, че тестът за интегриране отгоре надолу използва стъблата за извикване на подмодулите, подчинени на основната функция, докато при тестване на интеграция отдолу нагоре не са необходими, вместо драйвери да се използват драйвери. , Свързаното съкращаване е повече в случай на подход отгоре надолу в сравнение с дъното нагоре.

Тези две техники са част от тестовете за интеграция, която осигурява организиран начин за изграждане на програмната структура, като едновременно изпълнява тестове за откриване на грешки, свързани с взаимодействие. Интеграционното тестване се провежда главно за комбиниране на тестваните компоненти, за да се изгради програмата в съответствие с проектните спецификации.

    1. Сравнителна диаграма
    2. дефиниция
    3. Ключови разлики
    4. заключение

Сравнителна диаграма

Основа за сравнениеТестване на интеграция отгоре надолуТестване на интеграция отдолу нагоре
ОсновенИзползва мъничета като моментните замествания на извиканите модули и симулира поведението на отделните модули от по-ниско ниво.Използвайте драйвери за тестване, за да инициирате и предадете необходимите данни на модулите от по-ниско ниво.
благотворенАко значимият дефект се появи към върха на програмата.Ако най-важните недостатъци се срещнат към дъното на програмата.
ПриближаванеОсновната функция е написана в началото, след това подпрограмите се извикват от нея.Първо се създават модули, след което се интегрират с основната функция.
Изпълнено наОриентирани към структурата / процедурите езици за програмиране.Обектно-ориентирани езици за програмиране.
Анализ на рискаСътрудничество на въздействието на вътрешни експлоатационни повреди.Модели се използват за анализ на индивидуалния процес.
СложностпростСложни и много интензивни данни.
Работи поГолеми до малки компоненти.Малки до големи компоненти.


Определение на тест за интеграция отгоре надолу

Най- тестване за интегриране отгоре надолу е инкрементална техника за изграждане на програмна структура. Той включва модулите, докато се движи надолу, започвайки с основното управление в йерархията. След това подмодулите се интегрират в основния модул, използвайки или метод на дълбочина първи или на широта първи. Основната цел на интеграцията отгоре надолу е да се проверят значимите точки за контрол и решение по-рано в процеса на тестване.

Процесът на интеграция включва следните стъпки в подхода отгоре надолу:

  • Започвайки с основния модул за управление, след това се заменят накрайници за компонентите, намиращи се под основните модули.
  • Стратегията за подмяна на подчинената стъбла разчита на типа на интеграционния подход, който се следва (т.е. дълбочината и ширината на първо място), но само един шнур може да бъде заменен с действителни компоненти наведнъж.
  • След интегрирането на компонентите се извършват тестовете.
  • Тъй като се извършва набор от тестове, оставащият шнур се заменя с действителния компонент.
  • В крайна сметка регресионният тест се провежда, за да се гарантира липсата на новите грешки.

Тъй като тестването отгоре-надолу използва мъничета, за да замени данните от ниско ниво и не е позволено да тече в посока нагоре. Има три начина за това, първо, докато се извърши подмяната на мъничетата с действителните функции, другите функции се забавят. Второ, могат да бъдат създадени новите мъничета, които могат да изпълняват ограничени функции и да имитират действителните стъбла. В последната идея мъничетата могат да бъдат интегрирани от йерархия отдолу нагоре. Последното решение обаче се нарича интеграция отдолу нагоре, което е описано в следващото определение.


Определение за тестване на интеграция отдолу нагоре

Най- тестване на интеграцията отдолу нагоре започва с изграждането на основните модули (т.е. програмни елементи от най-ниско ниво). Той интегрира компонентите, пребиваващи на най-ниското ниво (т.е. най-ниското ниво), като осигурява процес и елиминира нуждата от мъничетата. Тъй като интеграцията върви към горната посока, изискването на отделните тестови драйвери намалява. Следователно, размерът на режийните разходи също е намален в сравнение с подхода за тестване на най-горното дъно.

Интеграцията отдолу нагоре включва следните стъпки:

  • Той обединява елементите от ниско ниво, известни още като вградени в клъстери, които изпълняват определена софтуерна подфункция.
  • Драйверът (програма за управление) се използва в интеграцията отдолу нагоре, за да организира вход и изход на тестови случаи.
  • Тогава клъстерът се тества.
  • Клъстерите са включени, докато вървят нагоре в структурата на програмата и драйверите се елиминират.
  1. Тестването за интегриране отгоре надолу реализира стъблата като заместител на ниско ниво. За разлика от тестовете за интегриране отдолу нагоре наемат драйверите да предават данните на по-ниското ниво на модулите.
  2. Основната функция е най-важната част от теста за интегриране отгоре надолу, чрез която се извикват други подпрограми. Напротив, подходът „отдолу нагоре“ акцентира върху модулите от по-ниско ниво и ги създава и интегрира в началото.
  3. Ориентираните към структурата / процедурите езици за програмиране осъществяват тестване за интегриране отгоре надолу, докато тестването отдолу нагоре се осъществява на обектно ориентираните езици.
  4. За да се проучи риска при подхода на тестване отгоре надолу, ефектът от вътрешните експлоатационни дефекти се комбинира. За разлика от тях, тестът за интеграция отдолу нагоре следи процеса отделно с помощта на моделите.
  5. Тестването за интегриране отгоре надолу е просто относително тестване отдолу нагоре.
  6. Тестването за интегриране отгоре надолу работи чрез големи до малки компоненти, докато подходът „отдолу нагоре“ е обратен на него.

заключение

И в двата подхода тестването на интеграцията отгоре надолу и отгоре надолу дава по-излишни резултати и води до допълнителни усилия под формата на режийни разходи. Обратно, подходът отдолу нагоре е сложен, но по-ефективен от предишния.