state transition testing technique
Сазнајте шта је испитивање транзиције државе и како се користи дијаграм транзиције државе:
У нашем последњем чланку видели смо „ Графикон узрока и последица ’Техника писања тест случајева. Данас пређимо на следећу динамичку методу писања тест примера - технику транзиције стања.
Овај документ истражује проширивање овог концепта тестирања на веће апликације, које нису ФСМ у целини, али неке од њихових компоненти јесу, тако да усвајају његову јединствену карактеристику „статуса државе“ и правила транзиције, што резултира многим предностима.
Испитивање транзиције државе
Тестирање државне транзиције је а Техника тестирања црне кутије , који се могу применити за тестирање „Машина са коначним стањима“.
„Машина коначног стања (ФСМ)“ је систем који ће бити у различитим дискретним стањима (попут „спреман“, „није спреман“, „отворен“, „затворен“, ...) у зависности од улаза или подстицаја.
Дискретна стања са којима систем завршава, зависи од правила транзиције система. Односно, ако систем даје различит излаз за исти улаз, у зависности од његовог ранијег стања, онда је то систем коначног стања.
Даље, ако се свака трансакција тестира у систему, то се назива покривеност „0 прекидача“. Ако тестирање покрива 2 пара важећих трансакција, то је покривеност „1 прекидач“ итд.
Шта ћете научити:
Шта је државна техника испитивања транзиције?
Техника транзиције стања је техника динамичког испитивања која се користи када је систем дефинисан у смислу коначног броја стања, а прелази између држава уређени су правилима система.
Или другим речима, ова техника се користи када су обележја система представљена као стања која се трансформишу једна у другу. Трансформације се одређују правилима софтвера. Сликовни приказ се може приказати као:
Дакле, овде видимо тај ентитет прелази из државе 1 у државу 2 због неких улазни стање, што доводи до догађај и резултира у поступак и на крају даје оутпут .
Да бисте то објаснили примером:
Посетите банкомат и подижете $ 1000. Добићеш свој новац. Сада вам понестаје равнотеже и подносите потпуно исти захтев за повлачење 1000 долара. Овај пут АТМ одбија да вам да новац због недовољног стања. Дакле, овде је прелаз , што је изазвало промена државе је раније повлачење
Дефиниција испитивања транзиције државе
Схвативши шта је транзиција државе, сада можемо доћи до значајније дефиниције за тестирање транзиције државе. Дакле, то је својеврсно тестирање црне кутије у којем испитивач мора испитати понашање АУТ-а (Апплицатион Ундер Тест) према различитим улазним условима датим у низу.
Понашање система бележи се и за позитивне и за негативне вредности теста.
Када користити тестирање државне транзиције?
Испитивање државне транзиције може се применити у следећим ситуацијама:
када треба извршити регресијско тестирање
- Када је апликација која се тестира систем у реалном времену са различитим стањима и прелазима.
- Када апликација зависи од догађаја / вредности / услова из прошлости.
- Када треба испитати редослед догађаја.
- Када је потребно тестирати апликацију на основу коначног скупа улазних вредности.
Када не користити тестирање државне транзиције?
Не бисте се требали ослањати на тестирање државне транзиције у следећим ситуацијама:
- Када тестирање није потребно за секвенцијалне комбинације уноса.
- Када је потребно тестирати различите функционалности апликације (више попут истраживачког тестирања).
Пример испитивања транзиције државе у софтверском тестирању
У практичном сценарију, тестери обично добијају дијаграме транзиције државе и ми морамо да их протумачимо.
Ове дијаграме дају или пословни аналитичари или заинтересована страна, а ми их користимо за одређивање тест случајева.
Размотримо доњу ситуацију:
Назив софтвера - Манаге_дисплаи_цхангес
Спецификације - Софтвер одговара на захтеве за унос за промену режима приказа уређаја за приказ времена.
Режим приказа може се подесити на једну од четири вредности:
- Две одговарају приказивању времена или датума.
- Преостала два при промени времена или датума.
Различита стања су следећа:
- Промени режим (ЦМ): Ако се ово активира, режим приказа ће се кретати између „времена приказа (Т)“ и „датума приказа (Д)“.
- Ресетовање (Р): Ако је режим приказа постављен на Т или Д, тада ће „ресетовање“ резултирати режимом приказа „променити време (АТ)“ или „променити датум (АД)“.
- Постављање времена (ТС): Ако се ово активира, режим приказа ће се из АТ вратити на Т.
- Постављање датума (ДС): Ако се ово активира, режим приказа ће се из АД вратити на Д.
Дијаграм транзиције стања
Сада, пређимо на његово тумачење:
Овде:
# 1) Разне државе су:
- Време приказа (С1),
- Време промене (С3),
- Приказ датума (С2) и
- Датум промене (С4).
# 2) Разни улази су:
- Промените режим (ЦМ),
- Ресетуј (Р),
- Постављање времена (ТС),
- Постављање датума (ДС).
# 3) Разни излази су:
- Измењено време (АТ),
- Приказ времена (Т),
- Датум приказа (Д),
- Промените датум (АД).
# 4) Промењене државе су:
- Време приказа (С1),
- Време промене (С3),
- Приказ датума (С2) и
- Датум промене (С4).
Корак 1: Напишите сва почетна стања. За то узмите једну по једну државу и погледајте колико стрела из ње излази.
- За државу С1 из ње излазе две стрелице. Једна стрелица ће наводити С3, а друга стрелица С2.
- За државу С2 - постоје 2 стрелице. Један иде у државу С1, а други у С4
- За државу С3 - Из ње излази само 1 стрелица која иде у стање С1
- За државу С4 - Из ње излази само 1 стрелица која иде у стање С2
Ставимо ово на наш сто:
Будући да за државе С1 и С2 излазе две стрелице, то смо написали два пута.
Корак 2: За сваку државу запишите њихова коначна прешла стања.
- За стање С1 - Коначна стања су С2 и С3
- За државу С2 - Коначна стања су С1 и С4
- За државу С3 - коначно стање је С1
- За државу С4 - крајње стање је С2
Ставите ово на сто као излазно / резултантно стање.
Корак 3: За свако почетно стање и одговарајуће завршно стање запишите улазне и излазне услове
- Да би стање С1 прешло у стање С2, улаз је Цханге Моде (ЦМ), а излаз је Дисплаи Дате (Д) приказан испод:
На сличан начин запишите услове уноса и његов излаз за сва стања на следећи начин:
Корак 4:
Сада додајте ИД тест случаја за сваки тест приказан у наставку:
Сада га претворимо у формалне тест случајеве:
На овај начин се могу извести сви преостали примери испитивања. Претпостављам друго атрибути тест случајева попут предуслова, озбиљност, приоритет, окружење, изградња итд. такође су укључени у тест случај.
Још једном сумирање корака:
- Идентификујте почетна стања и њихово коначно стање на основу линија / стрелица које излазе из почетног стања.
- За свако почетно стање сазнајте улазни услов и излазни резултат
- Означите сваки сет као засебан тест случај.
Још примера државне транзиционе технике
Ево још једног примера технике испитивања државне транзиције у већим софтверским апликацијама.
Опис:
' Државно функционално тестирање ’ Приступ се може користити за тестирање одређених делова или компоненти апликације, са карактеристикама машине за коначне државе (ФСМ).
Кораци у примени:
# 1) Први корак у примени „Државног функционалног тестирања“ је идентификација различитих компонената / делова апликације који се могу категорисати као ФСМ. Улази, стања и излази пажљиво се прате за сваки од ових ФСМ-а.
#два) Следећи корак био би развијање тест случајева за ове ФСМ на основу транзиционих правила, улаза, излаза и прелазних стања.
# 3) Трећи корак би био интеграција тестирања ових компонената са осталим компонентама за повезивање ради провере ваљаности апликације од краја до краја.
То се може објаснити примером апликације назване „Пројект куће“, која прати изградњу куће, са различитим компонентама апликације, попут одобрења архитектуре куће, регистрације парцеле и куће, избора извођача радова , одобравање стамбеног кредита итд.
На пример,
Размотрићемо тестирање једне компоненте ФСМ апликације „Пројекат кућа“: Одобрење стамбеног зајма.
Захтев за одобрење стамбеног зајма (ХЛА)
Апликацију ХЛА покреће независни корисник обраде зајма који обрађује захтев за зајам. У наставку су детаљно описани различити кораци у обради пријаве:
1.1.1 Корак 1: Прикупљање докумената
Први корак је прикупљање релевантних докумената за подношење захтева за кредит, као што је наведено у доњој табели. Они су „услови“ за успешну пријаву. Подносилац захтева прикупља потребна документа и примењује их на стамбени кредит.
Корисник обраде зајма потврђује примање докумената и пребацује стање Захтева за зајам (то је стање компоненте ХЛА апликације) у стање „Примењено“.
Табела 1: Списак докумената
1.1.2 Корак 2: Процена зајма
У овој фази, зајмодавац процењује захтев за зајам да би утврдио да ли испуњава његове кредитне захтеве. Потпорна документација се тренутно верификује.
Табела 2: Критичност докумената
Документи потребни за процену, то су „услови“ који треба да се потврде у овој фази, потврђују се. Уз сваки услов је приложена критичност (у горњој табели наведено као „И“). Једном када су задовољени сви потребни критични услови, апликација прелази у стање „Потврђено“ - то јест, компонента ХЛА апликације је у стању „Потврђено“.
Поента на напомену:
# 1) Овај принцип уноси структуру и објективност у услове испитивања и дефиниције система „држава“ .
Такође, нису сви „услови“ за валидацију система критични да би достигао ово „Потврђено“ стање. У горњој табели 4 услова су означена као „Некритична“ да би апликација достигла стање „Потврђено“.
#два) Број валидација може се оптимално смањити, у зависности од ризика или критичности правила потребних за сваку државу. Ово ће значајно смањити време потребно за извођење теста, а истовремено неће угрозити квалитет испитивања.
# 3) Ово није корисно само за тестирање појединачних компонената, већ и за тестирање система од краја до краја.
# 4) Такође, врло корисно приликом креирања пакета за регресион тест.
Дакле, у овој фази то је тип тестирања са 0 прекидача. Али касније фазе одобрења могу бити врсте валидације са једним прекидачем или са два прекидача за ту фазу.
На пример, „Извод из матичне књиге венчаних“ можда није превише релевантан у овој фази, али у каснијим фазама одобрења када се разматра ризик подносиоца захтева да плати ЕМИ, извод из матичне књиге венчаних може постати релевантан - то јест, ако је и супружник запослен , смањује ризик, а ако није запослен, повећава ризик.
# 5) Горњи принцип се може користити за проширивање услова испитивања у зависности од захтева компоненте у тој фази.
1.1.3 Корак 3: Условно одобрење
најбоља места за гледање анимеа на мрежи
Тренутно стање апликације је „Потврђено“. Зајмодавац би дао „условно одобрење“ за напредак процеса зајма. Даље валидације су потребне за премештање ХЛА апликације у стање „Одобрено“.
1.1.4 Корак 4: Одобрење
Критичне валидације се спроводе у овој фази:
- Процена хипотекарног осигурања зајмодаваца (ЛМИ): ово би подразумевало потврђивање оригиналности имовине са два прекидача или више њих.
- Зајмодавац може захтевати информације које нису дате током фазе „Потврде“.
Када се испуне горе наведени услови, апликација прелази у стање „Одобрено“. Коначни ауторитет поступка одобравања може унакрсно да провери веродостојност подносиоца захтева за кредит тако што ће тражити више детаља или можда неће тражити да ли су други документи подносиоца захтева коначни. Односно, за доказивање ваљаности било би потребно више података из различитих компоненти главне апликације .
# 6) Другим речима, може се захтевати (или смањити) више валидација за прелазак у другачије стање у зависности од услова уноса у компоненту из других компоненти апликације.
Дијаграм у наставку приказује поступак одобравања.
Слика 1: Процес одобравања зајма
Ризици и изазови
- За велике апликације неопходно је дубоко знање о апликацијама да би се апликација разложила на различите логичке компоненте како би се омогућила категоризација као ФСМ и редовне компоненте. Ово би могло захтевати скупо време од МСП.
- Не би све апликације имале изводљивост ове врсте категоризације ФСМ-а.
- Будући да ФСМ компоненте комуницирају са редовним компонентама у апликацији, улази у ФСМ из различитих компонената захтевају пажљиво планирање и извршавање.
Предности тестирања државне транзиције
- У оквиру ове технике, користећи сликовни или табеларни приказ понашања система, тестер се упознаје са дизајном апликације и осећа се лако да ефикасно и ефикасно покрије и осмисли тестове.
- Непланирана или неваљана стања система такође се покривају употребом ове технике.
- Помоћу дијаграма државне транзиције лако је проверити да ли су испуњени сви услови.
Мане тестирања државне транзиције
- Ова техника се не може користити за системе са неограниченим стањима.
- Дефинисање свих могућих стања за велике и сложене системе прилично је тежак задатак.
Закључак
Тестирање транзиције државе је користан приступ када се за тестирање различитих система захтева прелазак на коначне системе.
Тестирање апликације са концептом „Државно функционално тестирање“ може организацијама за тестирање пружити јединствени приступ тестирању за тестирање сложених апликација, који би повећао продуктивност извршавања теста без угрожавања покривености тестова.
Тестирање државне транзиције је јединствени тестни тест за тестирање сложених апликација, који би повећао продуктивност извршења теста без угрожавања покривености теста.
Ограничење ове технике је да се не може користити док и уколико систем који се тестира нема само коначна стања.
Препоручено читање
- Шта је техника испитивања заснована на дефектима?
- Шта је техника испитивања ортогоналних низова (ОАТС)?
- Функционално тестирање вс нефункционално тестирање
- Шта је упоредно тестирање (научите на примерима)
- Шта је тестирање мутација: Водич са примерима
- Шта је испитивање издржљивости у тестирању софтвера (примери)
- Шта је тестирање од краја до краја: Оквир за тестирање Е2Е са примерима
- Најбољи алати за тестирање софтвера 2021. [Алати за аутоматизацију КА теста]