what is incremental testing
Уз помоћ овог чланка покрићу један од важних интеграционих приступа - инкрементално тестирање.
На крају овог одељка публика ће имати поштено знање о следећем:
- Шта је инкрементално тестирање?
- Његов циљ
- Методологије
- Предности
- Недостаци
Шта ћете научити:
- Шта је инкрементално тестирање
Шта је инкрементално тестирање
Инкрементално тестирање, познато и као инкрементално интеграционо тестирање, један је од приступа интеграцијског тестирања и укључује његове основне концепте.
То је попут теста који комбинује модул и интеграцију стратегија тестирања .
У овом тестирању тестирамо сваки модул појединачно у фази јединственог тестирања, а затим се модули поступно интегришу и тестирају како би се осигурало несметано повезивање и интеракција између модула.
У овом приступу, сваки модул се комбинује постепено, тј. Један по један све док се сви модули или компоненте не додају логично да би се извршила потребна апликација, уместо да се интегрише цео систем одједном и затим изврши испитивање крајњег производа. Интегрисани модули се тестирају као група како би се осигурала успешна интеграција и проток података између модула.
Као и код интеграционог тестирања, примарни фокус овог тестирања је провера интерфејса, интегрисаних веза и протока информација између модула. Овај поступак се понавља све док се модули не комбинују и успешно тестирају.
Пример
Хајде да разумемо овај концепт на примеру:
Систем или софтверска апликација састоји се од следећих модула:
Приступ инкременталном интеграционом тестирању
- Сваки модул, тј. М1, М2, М3 итд., Тестира се појединачно у оквиру јединственог тестирања
- Модули се инкрементално комбинују, тј. Један по један и тестирају за успешну интеракцију
- На слици 2, модул М1 и модул М2 су комбиновани и тестирани
- На слици 3 је додат и тестиран модул М3
- На слици4 је додат модул М4 и извршено је тестирање како би се осигурало да све успешно функционише
- Остатак модула се такође додаје постепено у сваком кораку и тестира за успешну интеграцију
Фиг2
Фиг3
вр слушалице компатибилне са кбок оне
Фиг4
Циљ инкременталног теста
- Да би се осигурало да различити модули успешно раде заједно након интеграције
- Идентификујте недостатке раније и у свакој фази. Ово програмерима даје предност да идентификују где је проблем. Као да је тестирање након интеграције М1 и М2 успешно, али када се дода М3, тест не успева; ово ће помоћи програмеру у раздвајању проблема
- Проблеми се могу решити у раној фази без пуно прераде и уз мање трошкове
Поступне методологије испитивања интеграције
Пре него што започнемо са овом темом, желео бих да дам кратки увод о томе Стубс и возачи пошто ћемо ове термине често користити.
Стубс и покретачи су псеудо код или лажни код који се користи у Интеграцији или испитивање компонената када један или више модула нису развијени, али су потребни за тестирање неког другог модула.
Стубс користе се у приступу тестирања одозго према доле и познати су као „названи програми“. Стубс помажу у симулацији интерфејса између модула доње полуге који нису доступни или развијени.
Возачи користе се у приступу тестирања одоздо према горе и познати су као „позивни програми“. Возачи помажу у симулацији интерфејса између модула највишег нивоа који нису развијени или доступни.
Питање које би се могло појавити некима од нас је зашто не причекати док се сви апликативни модули не развију уместо да користе стуб / дривер пре почетка тестирања?
Једноставан одговор је да то повећава време извршења пројекта јер ће тестери седети у празном ходу док се сви модули не развију. Такође, ово отежава анализу корена дефекта. Ова врста приступа тестирању позната је као Биг-Банг Интегратион тестирање.
Сад кад смо покрили Стубс и возаче, пређимо на различите методологије инкременталног тестирања:
# 1) Врх надоле
Као што и само име говори, тестирање се одвија од врха до дна, тј. Од централног модула до подмодула. Прво се тестирају модули који уоквирују горњи слој апликације.
Овај приступ прати структурни ток апликације која се тестира. Недоступни или неразвијени модули или компоненте замењују се клемама.
Да разумемо ово на примеру:
- Модул : Пријава на веб локацију ака Л
- Модул : Ордер ака О
- Резиме поруџбине модула ака ОС (Још није развијен)
- Модул : Плаћање ака П.
- Модул Готовинско плаћање ака ЦП
- Модул Дебитно / кредитно плаћање ака ДП (још увек није развијено)
- Модуле Валлет Паимент ака ВП (Још увек није развијено)
- Модул: Извештавање ака Р (још увек није развијено)
Приступ тестирања инкременталне интеграције одозго надоле
Извешће се следећи тестови:
Тест Цасе1: Модул Л и Модул О биће интегрисани и тестирани
Тест Цасе2: Модули Л, О и П биће интегрисани и тестирани
Тест Цасе3: Модули Л, О, П и Р биће интегрисани и тестирани.
Тако су изведени и други примери испитивања.
Ова врста тестирања у којој су сви модули на слоју први пут интегрисани и тестирани је позната као „ширина прво“. Друга категорија је „прво дубина“.
Следећи тестови ће бити изведени за „дубинско испитивање“:
Тест Цасе1: Модул Л и Модул О биће интегрисани и тестирани
Тест Цасе2: Модули Л, О и ОС биће интегрисани и тестирани
Тест Цасе3: Модул Л, О, ОС, П биће интегрисан и тестиран
Тест Цасе4: Модул Л, О, ОС, П, ЦП биће интегрисан и тестиран
Тако су изведени и други примери испитивања.
Заслуге методологије одозго надоле
- Рано откривање архитектонских недостатака
- Описује рад апликације у целини у раним фазама и помаже у раном откривању дизајнерских недостатака
- Главне контролне тачке се тестирају рано
Заслуге методологије одозго према доле
- Значајни модули се тестирају касно у циклусу
- Написати услове за тестирање је веома изазовно
- Стуб није савршена примена сродног модула. Само симулира проток података између два модула
# 2) Одоздо према горе
У овом приступу, тестирање се одвија одоздо према горе, тј. Модули на доњем слоју се прво интегришу и тестирају, а затим се секвенцијално интегришу и други модули док се крећемо према горе. Недоступни или неразвијени модули замењују се управљачким програмима.
Погледајмо доленаведени пример за боље разумевање:
Модули Ранг, Оцене, Проценат и Спортска оцена још увек нису развијени, па ће бити замењени сродним возачем:
Приступ тестирања инкременталне интеграције одоздо према горе
Извешће се следећи тестови:
Тест Цасе1: Јединствено тестирање модула Практично и теорија
Тест Цасе2: Интеграција и испитивање ознака модула-Практична-теорија
Тест Цасе3 : Интеграција и тестирање модула Проценат-Ознаке-Практична-теорија
Тест Цасе4: Јединствено тестирање модула Спортска оцена
Тест Цасе5: Интеграција и тестирање модула Ранг-Спортска оцена-Проценат-Ознаке-Практична-теорија
бесплатни софтвер часовника за рачунаре
Заслуге методологије одоздо према горе
- Ова методологија је врло корисна за апликације у којима се користи модел дизајна одоздо према горе
- Лакше је створити услове за тестирање у приступу одоздо према горе
- Почети тестирање на доњем нивоу хијерархије значи тестирање критичних модула или функционалности у раној фази. Ово помаже у раном откривању грешака
- Дефекти на интерфејсу се откривају у раној фази
Заслуге методологије одоздо према горе
- Возаче је теже писати него стуб
- Кварови на дизајну се уочавају у каснијој фази
- У овом приступу немамо радну апликацију док се не изгради последњи модул
- Управљачки програм није комплетна имплементација сродног модула. Само симулира проток података између два модула.
# 3) Испитивање сендвича
Овај приступ је хибрид методологије одозго према доље и одоздо према горе. Стуб и покретачки програми се користе за непотпуне или неразвијене модуле.
Приступ тестирању
- Утврђен је средњи слој из којег се врше тестирања одоздо према горе и одозго надоле. Овај средњи слој познат је и као циљни слој
- Циљни слој је идентификован према хеуристичком приступу, тј. Одаберите слој који омогућава минималну употребу стубова и покретача
- Тестирање одозго према доле започиње од средњег слоја и креће се надоле према модулима нижег нивоа. Овај слој испод средњег слоја познат је као доњи слој
- Испитивање одоздо према горе такође почиње од средњег слоја и креће се према модулима горњег слоја. Овај слој изнад средњег слоја познат је као горњи слој
- Коришћењем клизача и управљачких програма тестира се кориснички интерфејс и функције модула нижег нивоа
- На крају је за извођење завршног теста остао само средњи слој
Пример:
Следећи тест случајеви могу се извести помоћу стратегије тестирања сендвича:
Тест Цасе1: Тест А, Кс, И и З појединачно - где се тест А налази под тестом горњег слоја, а тест Кс, И и З под тестовима доњег слоја
Тест Цасе2: Тест А, Г, Х и И
Тест Цасе3: Тест Г, Кс и И
Тест Цасе4: Тест рука З.
Тест Цасе5: Тест А, Г, Х, И, Кс, И и З
Заслуге методологије испитивања сендвича
- То је врло корисно за велики пројекат који има разне подпројекте
- Методологија тестирања одозго према доле и одоздо према горе може се одвијати упоредо
Заслуге методологије испитивања сендвича
- Пре обједињавања модула, подсистеми и њихови интерфејси се не тестирају темељно
- Већи трошкови због укључивања методологије тестирања одозго према доле и одоздо према горе
- Ова врста тестирања се не саветује за систем у којем су модули веома међусобно зависни
Закључак
Инкрементално тестирање спада под покривач интеграционог тестирања. У овом приступу тестирања, интеграционо тестирање се врши на појединачном модулу као део јединичног тестирања, а у следећој фази се модули или компоненте апликације интегришу постепено и тестирање се врши на комбинованим модулима као група.
Од три методологије инкременталног тестирања интеграције, избор методологије зависи од структуре апликације, а такође и од положаја високо ризичних модула.
Све три методологије инкременталног тестирања спадају у хоризонталну категорију због следећих аспеката понашања:
- Све три методологије усредсређене су на испитивање слојева
- Сви они разматрају структурни или хијерархијски дизајн
- Сви они постепено интегришу слојеве
Заслуге:
Овим приступом тестирању лакше је рано идентификовати недостатке, а такође помаже програмеру да утврди узрок проблема. Будући да користи основе структурираног тестирања, овај приступ тестирању је врло ефикасан и тачан.
Демерити:
Ова врста приступа тестирању дуго траје због употребе клизача и покретачких програма. Такође се понавља.
О аутор: Ово корисно упутство је написала Неха Б. Она је ИСТКБ сертификовани водећи аналитичар квалитета са више од 8 година искуства.
Јавите нам ако имате питања / сугестије.
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. године (КА Тест Аутоматион Тоолс)
- Шта је испитивање компонената или испитивање модула (научите на примерима)
- Преузимање е-књиге за тестирање буквара
- Функционално тестирање вс нефункционално тестирање
- Шта је испитивање издржљивости у тестирању софтвера (примери)
- Водич за тестирање у паровима или за све парове са алатима и примерима
- Врсте тестирања софтвера: различите врсте испитивања са детаљима
- Водич за испитивање запремине: примери и алати за испитивање запремине