Шта је испитивање компонената? Технике, примери тест случајева

Шта је испитивање компонената?

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

Генерално, сваки софтвер у целини је направљен од неколико компоненти. Тестирање на нивоу компонената бави се појединачним тестирањем ових компоненти.

То је један од најчешћих типова тестирања црне кутије који изводи КА тим.

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

Употреба израза „ Испитивање компонената “ варира од домена до домена и од организације до организације.

Најчешћи разлог за различиту перцепцију испитивања компонената су

Одабрани тип развојног животног циклуса
Комплексност софтвера или апликације која се тестира
Тестирање са или без изолације од остатка друге компоненте у софтверу или апликацији.

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

Ко се бави тестирањем компонената

Испитивање компонената врше тестери. „Јединствено тестирање“ изводе програмери где врше тестирање појединачне функционалности или поступка. Након што се изврши тестирање јединице, следеће испитивање је испитивање компонената. Испитивање компонената врше тестери.

Када извршити тестирање компонената

Тестирање компонената се изводи убрзо након што програмери изврше Унит Тестирање и издање се изда за тим за тестирање. Ова верзија се назива УТ изградња (Унит Тестинг Буилд). Главна функционалност свих компонената тестирана је у овој фази,

Критеријуми за улазак у испитивање компонената

Треба развити минимални број компоненте која ће бити укључена у УТ и тестирати јединицу.

Излазни критеријуми за испитивање компонената

Функционалност свих компонената треба да ради у реду.
Не би требало да буде евиденције критичних или високих или средњих озбиљности и приоритета дефеката.

Технике испитивања компонената

На основу нивоа дубине испитивања, испитивање компонената може се категорисати

ЦТИС - Испитивање компонената у малим
ЦТИЛ - испитивање компонената у великој мери

ЦТИС - Испитивање компонената у малим

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

Пример 1: Узмите у обзир веб локацију која има 5 различитих веб страница, а затим се тестирање сваке веб странице засебно и уз изолацију других компоненти назива тестирање компонената у малом.

Пример 2: Размотрите почетну страницу веб странице гуру99.цом која има много сличних компоненти

Кућа, тестирање, САП, Веб, Муст Леарн !, Велики подаци, Пројекти уживо, Блог и сл.

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

Кликните падајући мени за тестирање у складу са доњом приказом снап-а и погледајте разне „поткомпоненте“ компоненте за тестирање. Тако су приказане поткомпоненте ручно тестирање, СОАПУИ, КТП, ЈУнит, селен, управљање тестовима, селен, мобилно тестирање итд.

Напомена: Подкомпоненте су поменуте црвено истакнутом бојом у доњем снимку.

ЦТИС - Испитивање компонената у малим

Тестирање компонената обављено без изолације других компоненти у софтверу или апликацији која се испитује назива се тестирање компонената велико.

Узмимо пример да бисмо то боље разумели. Претпоставимо да постоји апликација се састоји од три компоненте кажу Компонента А , компонента Б, и компоненту ц .

Програмер је развио компоненту Б и жели је тестирати. Али да би се компонента Б потпуно тестирала, мало њених функционалности зависи од компоненте А, а мало од компоненте Ц.

Ток функционалности: А -> Б -> Ц, што значи да постоји зависност Б од оба А и Ц, јер је према дијаграму стуб позвана функција, а покретачки програм позива функција .

Али компонента А и компонента Ц још нису развијене. У том случају, да бисмо у потпуности тестирали компоненту Б, компоненту А и компоненту Ц можемо заменити клемом и управљачким програмима по потреби. У основи, компонента А и Ц замењују се клемама и управљачким програмима који делују као лажни објект док се заправо не развију.

Стуб: Из софтверске компоненте која се тестира позива се клица, као што је приказано на дијаграму испод, „Цомб“ назива компонента А.
Возач: Возач позива компоненту коју треба тестирати, као што је приказано на дијаграму испод, „Компоненту Б“ позива управљачки програм.

Примери тест случајева за испитивање компонената

Размотрите 2 веб странице према доле наведеним дијаграмима. Овде су обе веб странице међусобно повезане са функционалне тачке гледишта.

Веб страница 1 је страница за пријављивање на демо.гуру99.цом

Када је корисник унео ваљани кориснички ИД и лозинку у поље за текст и кликнуо на дугме за слање, веб страница ће се кретати до почетне странице веб странице гуру99 демо банке.

Веб страница 2 је почетна страница Гуру99.цом

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

Сценариј тестирања компонената је на веб страници1 -

Унесите неважећи кориснички ИД и проверите да ли се крајњем кориснику приказује неко искачуће упозорење.
Унесите неважећи кориснички ИД и лозинку и кликните на 'ресет' и проверите да ли су подаци унети у текстуална поља усер-ид и лозинка избрисани.
Унесите важеће корисничко име и лозинку и кликните на дугме 'Пријави се'.

Сценариј тестирања компонената је на веб страници2 -

Проверите да ли се на почетној страници приказује порука „Добродошли на страницу менаџера гуру99 банке“.
Проверите да ли је могуће кликнути на све везе на левој страни веб странице.
Проверите да ли је ИД менаџера приказан у центру почетне странице.
Проверите присуство 3 различите слике на почетној страници према дијаграму.

Јединствено тестирање вс испитивање компонената

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

Резиме:

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

Испитивање интеграције прати испитивање компонената. Тестирање компонената се у неким референцама назива и тестирање модула.