what is system integration testing
Шта је тестирање интеграције система?
Тестирање системске интеграције (СИТ) је целокупно тестирање целокупног система који се састоји од многих подсистема. Главни циљ СИТ-а је осигурати да све зависности софтверских модула функционишу правилно и да се очува интегритет података између различитих модула целог система.
СУТ (систем који се тестира) може се састојати од хардвера, базе података, софтвера, комбинације хардвера и софтвера или система који захтева интеракцију човека (ХИТЛ - Хуман ин Лооп Тестинг).
Из контекста софтверског инжењерства и тестирања софтвера, СИТ се може сматрати процесом тестирања који проверава истовремену појаву софтверског система са другима.
СИТ има предуслов у којем је више основних интегрисаних система већ прошло и прошло системско тестирање. СИТ затим тестира потребне интеракције између ових система у целини. Испоруке СИТ-а прослеђују се УАТ-у (тестирање прихватања корисника).
Шта ћете научити:
- Потреба теста системске интеграције
- Грануларност СИТ-а
- Како извршити тестирање интеграције система?
- Тестирање система против тестирања интеграције система
- Тестирање системске интеграције против тестирања прихватљивости корисника
- Пример СИТ
- СИТ технике
- Закључак
- Препоручено читање
Потреба теста системске интеграције
Главна функција СИТ-а је испитивање зависности између различитих компоненти система, па је стога регресијско тестирање важан део СИТ-а.
За заједничке пројекте, СИТ је део СТЛЦ-а (животног циклуса тестирања софтвера). Генерално, провајдер софтвера спроводи пре-СИТ круг пре него што купац покрене сопствене СИТ тест случајеве.
У већини организација које раде на ИТ пројектима по моделу Агиле спринт, КА тим спроводи круг СИТ-а пре сваког издања. Откривени недостаци у СИТ-у шаљу се назад развојном тиму и они раде на поправкама.
Издање МВП (минимално одрживог производа) из спринта иде само када се прође кроз СИТ.
СИТ је потребан за откривање грешака које се јављају када се догоди интеракција између интегрисаних подсистема.
У систему се користи неколико компоненти и оне се не могу појединачно тестирати. Чак и ако се јединица појединачно тестира, тада такође постоји могућност да не успе када се комбинује у систему, јер постоје многи проблеми који настају када подсистеми међусобно комуницирају.
Дакле, СИТ је веома потребан да разоткрије и отклони кварове пре примене система на крају корисника. СИТ открива недостатке у раној фази и тако штеди време и трошкове њиховог каснијег отклањања. Такође вам помаже да раније добијете повратне информације о прихватљивости модула.
Грануларност СИТ-а
СИТ се може изводити на три различита нивоа грануларности:
(и) Унутар-системско тестирање: Ово је низак ниво интеграционог тестирања чији је циљ спајање модула како би се створио јединствени систем.
(ии) Међу-системско тестирање: Ово је тестирање на високом нивоу којем је потребно међусобно повезивање независно тестираних система.
(иии) Испаривање у пару: Овде се истовремено испитују само два међусобно повезана подсистема у целом систему. Ово има за циљ осигурање да два подсистема могу добро функционисати када се комбинују заједно, претпостављајући да други подсистеми већ раде у реду.
Како извршити тестирање интеграције система?
Најједноставнији начин за извођење СИТ-а је методом заснованом на подацима. Захтева минималну употребу алата за тестирање софтвера.
<сцрипт> упозорење ('тест')
Прво се врши размена података (увоз података и извоз података) између системских компоненти, а затим се испитује понашање сваког поља података у појединачном слоју.
Једном када се софтвер интегрише, постоје три главна стања протока података, као што је поменуто у наставку:
# 1) Стање података у слоју интеграције
Интегрисани слој делује као интерфејс између увоза и извоза података. Извођење СИТ-а на овом слоју захтева основно знање о одређеној технологији попут шеме (КССД), КСМЛ, ВСДЛ, ДТД и ЕДИ.
Учинак размене података може се испитати на овом слоју кроз следеће кораке:
најбоља средства за чишћење регистра за Виндовс 10
- Потврдите својства података у овом слоју у односу на БРД / ФРД / ТРД (документ о пословним захтевима / документ о функционалним захтевима / документ о техничким захтевима).
- Унакрсно проверите захтев за веб услугом помоћу КССД и ВСДЛ.
- Покрените неке јединичне тестове и потврдите мапирање података и захтева.
- Прегледајте дневнике посредничког софтвера.
# 2) Стање података у слоју базе података
Извођење СИТ-а на овом слоју захтева основно знање СКЛ-а и ускладиштених процедура.
Учинак размене података на овом слоју може се испитати кроз следеће кораке:
- Проверите да ли су сви подаци из интеграцијског слоја успјешно досегнути на слоју базе података и да ли су додијељени.
- Потврдите својства табеле и колоне у односу на БРД / ФРД / ТРД.
- Потврдите ограничења и правила за проверу ваљаности података која се примењују у бази података према пословним спецификацијама.
- Проверите похрањене процедуре за било какву обраду података.
- Прегледајте евиденције сервера.
# 3) Стање података у слоју апликације
СИТ се може извести на овом слоју кроз следеће кораке:
- Проверите да ли су сва обавезна поља видљива у корисничком интерфејсу.
- Извршите неке позитивне и негативне тестове и потврдите својства података.
Белешка: Може бити много комбинација које одговарају увозу и извозу података. Мораћете да извршите СИТ за најбоље комбинације с обзиром на расположиво време.
Тестирање система против тестирања интеграције система
Разлике између системског тестирања и СИТ:
| СИТ (тестирање интеграције система) | Тестирање система |
|---|---|
| СИТ се углавном ради како би се проверило како поједини модули међусобно делују када су интегрисани у систем у целини. | Тестирање система се углавном врши како би се проверило да ли цео систем ради како се очекује у односу на наведене захтеве. |
| Изводи се након јединственог тестирања и извршиће се сваки пут када се новом модулу дода систем. | Изводи се на завршном нивоу, тј. Након завршетка интеграционог тестирања и непосредно пре испоруке система за УАТ. |
| То је тестирање на ниском нивоу. | То је тестирање на високом нивоу. |
| СИТ тестови се фокусирају на интерфејс између системских компоненти. | Тест случајеви, у овом случају, усредсређени су на симулацију сценарија из стварног живота. |
Тестирање системске интеграције против тестирања прихватљивости корисника
Ево разлике између СИТ и УАТ:
| СИТ (тестирање интеграције система) | УАТ (тестирање прихватљивости корисника) |
|---|---|
| Ово тестирање је из перспективе повезивања између модула. | Ово тестирање је из перспективе корисничких захтева. |
| СИТ раде програмери и тестери. | УАТ обављају купци и крајњи корисници. |
| Завршено након јединственог тестирања и пре тестирања система. | Ово је последњи ниво тестирања и обавља се након тестирања система. |
| Генерално, проблеми пронађени у СИТ-у били би повезани са протоком података, протоком контроле итд. | Проблеми пронађени у УАТ-у углавном би били попут функција које не раде према захтевима корисника. |
Слика испод о нивоима тестирања учинила би вам јасним ток од Јединственог тестирања до УАТ-а:
Пример СИТ
Претпоставимо да компанија користи софтвер за складиштење података о клијенту.
Овај софтвер има два екрана у корисничком интерфејсу - екран 1 и екран 2 и има базу података. Детаљи унесени на екрану 1 и екрану 2 уносе се у базу података. За сада је компанија задовољна овим софтвером.
Међутим, неколико година касније компанија открива да софтвер не испуњава захтеве и постоји потреба за побољшањем. Стога су развили Сцреен 3 и базу података. Сада је овај систем који има Сцреен 3 и базу података интегрисан са старијим / постојећим софтвером.
Сада се тестирање обављено на целом систему након интеграције назива тест системске интеграције. Овде се тестира коегзистенција новог система са постојећим како би се осигурало да цео интегрисани систем добро функционише.
СИТ технике
Углавном постоје 4 приступа за извођење СИТ-а:
- Одозго на доле приступ
- Приступ одоздо према горе
- Сендвич приступ
- Приступ Великог праска
Приступ одозго према доље и приступ одоздо према горе је врста инкременталних приступа. Прво започнимо дискусију приступом од врха према доле.
# 1) Приступ од врха надоле:
Под тим, тестирање започиње само највишим модулом апликације, тј. Корисничким интерфејсом који називамо тест управљачким програмом.
Функционалност основних модула симулира се клиповима. Горњи модул је један по један интегрисан са клатном модула нижег нивоа, а касније се тестира функционалност.
Када се заврши сваки тест, клат се замењује правим модулом. Модули се могу интегрисати или на ширину или на дубину. Тест се наставља све док се не направи цела апликација.
Предност овог приступа је у томе што нису потребни управљачки програми и тест примери се могу одредити у смислу функционалности система.
Главни изазов у овој врсти приступа је зависност од доступности функционалности модула нижег нивоа. Може доћи до кашњења у тестовима док прави модули не буду замењени клиновима. Писање штапова је такође тешко.
# 2) Приступ одоздо према горе:
Елиминише ограничења приступа од врха према доле.
У овој методи се прво састављају модули најнижег нивоа да би се формирали кластери. Ови кластери служе као подфункција апликације. Затим се креира управљачки програм за управљање улазом и излазом тест случаја. После овога, кластер се тестира.
Када се кластер тестира, управљачки програм се уклања и кластер се комбинује са следећим горњим нивоом. Овај процес траје све док се не постигне целокупна структура апликације.
У овом приступу нису потребне штанцање. То постаје поједностављено како се обрада креће нагоре и потребе возача смањују. Овај приступ је препоручљив за СИТ за објектно оријентисане системе, системе у реалном времену и системе са строгим потребама за перформансама.
Међутим, ограничење овог приступа је најважнији подсистем, тј. УИ се тестира на крају.
# 3) Сендвич приступ:
Овде се горе комбиновани приступи одозго надоле и одоздо према горе комбинују.
Систем се доживљава као да има три слоја - средњи слој који је циљни слој, слој изнад циља и слој испод циља. Тестирање се врши у правцима и скупима на циљном слоју који је у средини и то је приказано на доњој слици.
Стратегија испитивања сендвича
Предност овог приступа је што се горњи и доњи слој система могу паралелно тестирати. Међутим, ограничење овог приступа је у томе што не исцрпно тестира појединачне подсистеме пре интеграције.
Да бисмо елиминисали ово ограничење, модификовали смо сендвич испитивање у којем се интеграција горњег, средњег и доњег слоја паралелно тестира помоћу клинова и покретача.
# 4) Приступ великог праска:
У овом приступу интеграција се врши када су сви модули апликације потпуно спремни. Тестирање се врши након интеграције свих модула како би се проверило да ли интегрисани систем ради или не.
који су различити добављачи е-поште
Изазов је пронаћи главни узрок проблема у овом приступу, јер је све интегрисано одједном за разлику од инкременталног тестирања. Овај приступ се обично усваја када је потребан само један круг СИТ.
Закључак
У овом чланку сазнали смо шта је тестирање системске интеграције (СИТ) и зашто је важно да се то изведе.
Разумели смо основне концепте, технике, приступе и методе укључене у извођење СИТ-а. Такође смо прошетали по томе како се СИТ разликује од УАТ-а и системског тестирања.
Надам се да сте уживали у овом изврсном чланку !!
Препоручено читање
- Шта је испитивање компонената или испитивање модула (научите на примерима)
- Шта је упоредно тестирање (научите на примерима)
- Шта је интеграционо тестирање (Водич са примером интеграционог тестирања)
- Најбољи алати за тестирање софтвера 2021. године (КА Тест Аутоматион Тоолс)
- Разлике између јединственог тестирања, интеграционог тестирања и функционалног тестирања
- Функционално тестирање вс нефункционално тестирање
- Интеграција селена са ЈМетером
- Споцк за интеграцију и функционална испитивања са селеном