Мени

Како писати сложене сценарије теста пословне логике помоћу технике табеле одлучивања

  • Главни
  • Тест Стратеги
  • Како писати сложене сценарије теста пословне логике помоћу технике табеле одлучивања

how write complex business logic test scenarios using decision table technique

Испробајте Наш Инструмент За Елиминисање Проблема

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

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

Ево илустрације:

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

Писање сценарија теста коришћењем технике табеле одлучивања

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

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

Пример: Писање тест случајева за екран за пријаву помоћу технике табеле одлучивања:

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

Тестирање табеле одлучивања

Слика: 1.0 Узорак дијаграма пословног тока

Први корак који радимо је именовање свих грана и одлазак бројевима или абецедама као што је приказано доле.

1, 2, 3 су листови, а а, б и ц гране.

окидање порта у односу на прослеђивање порта за игре

Затим морамо створити табелу са одлукама како је приказано доле: (Кликните за увећање слике)

Тестирање табеле одлучивања 1

Слика 1.1 Табела одлучивања о пословном току сл. 1.0

Шта ћете научити:

Тачке које треба запамтити

  • Све валидације наведене у пољима за одлучивање треба да се изврше из колона на табели.
  • Сви резултати (листови) наведени у дијаграму тока требају бити обухваћени табелом одлука.
  • Све комбинације улазних података потребне за постизање одређеног резултата биће наведене у колони комбинација и могу се укључити током писања тест случајева.
  • Након попуњавања табеле Одлуке, потребно је само проверити да ли су покривене све гране и листови у логичком стаблу.

Предности употребе технике табеле одлучивања

# 1) Било који сложени пословни ток представљен као дијаграм може се лако обухватити овом техником.
#два) Пружа брзо поверење у тест случајеве. Не треба више пута прегледати властите тестове да би стекао самопоуздање.
# 3) Лако разумети. Свако може да направи тест случајеве из овог предлошка табеле Одлуке.
# 4) Поновна обрада тест случајева и сценарија тестирања може се потпуно избећи, јер пружа потпуну покривеност при првом снимку.

Ограничења употребе технике табеле одлучивања

# 1) Неке технике припреме тестног случаја попут анализе граничне вредности, еквивалентне партиције не могу се директно прилагодити овом предлошку. Али, то можете забележити у колону комбинација и користити их док пишете тестове.

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

Остале технике дизајнирања тест примера

# 1) Анализа граничне вредности је техника софтверског тестирања у којој су тест случајеви дизајнирани да укључују представнике граничне вредности у и изван датог опсега.

#два) Еквиваленција партиционирања такође зван Партиционирање класе еквиваленције је техника софтверског тестирања која дели услов на партиције и за тестирање се може одабрати један улазни податак са сваке партиције.

# 3) Тестирање државне транзиције је техника тестирања црне кутије која се може користити за дизајнирање тест случајева система који стекне коначан број стања и може прећи из једног стања у друго након одређених догађаја.

# 4) Нагађање грешке је техника у којој се искуство тестера користи за проналажење грешака или дела апликације са највећом могућношћу проналажења грешака. Ово је техника заснована на вештинама без икаквих правила.

# 5) Користите тестирање случаја У овој техници се користе случајеви / сценарији за писање тест случајева. Интеракција корисника и система описана је у случају употребе.

Још неколико техника дизајнирања теста:

# 6) Обухват изјаве
# 7) Обухват стања
# 8) Истраживачко испитивање

Зашто се друге технике дизајнирања тест примера за пословну логику не би могле показати корисним као табеле одлучивања?

# 1) Анализа граничне вредности и партиција класе еквиваленције намењена је нумеричким опсезима и дужини. Обе ове технике саме по себи не могу да обезбеде 100% покривеност тестом за пословна правила.

#два) Погађање грешака више се односи на искуство. Иако је потребно искуство, не може се показати да је све.

# 3) Техником тестирања државне транзиције може се осигурати да су покривени сви делови логичког стабла, али то не предлаже документ или артефакт јер техника табеле одлучивања осигурава покривеност табелом одлука (слика 1.1).

Закључак

За писање тестова за пословну логику, препоручљиво је следити следеће кораци за припрему тест случајева како би се осигурала максимална покривеност тестом:

Корак 1) Користите техника дизајнирања тест примера Табеле одлучивања да би се постигло 100% логичко покриће.
Корак 2) Анализа граничне вредности и подела еквиваленције за покривање различитих опсега улазних података.
Корак # 3) Комбинације и пермутације за валидацију нивоа поља (мада нису све пермутације потребне).
Корак # 4) Нагађање грешака (осим грешака које се могу идентификовати из горња три корака) са искуством као последњим потезом

Правилном комбинацијом свих ових техника надам се да ћете успети да откријете готово све тест сценарији за било коју апликацију која се тестира.

О аутору: Хари Нараиан је професионалац за тестирање софтвера са више од 3 године радног искуства у писању сценарија за тестирање сложене пословне логике. Тренутно ради са компанијом Плинтрон Глобал Тецхнологиес.

Јавите нам коју технику дизајна тест примера најчешће користите на свом пројекту? А која је најбоља метода према вашем искуству?

Слободно поделите своје вредне коментаре / предлоге у вези са овим чланком.

наведите све оперативне системе који су вам познати

Препоручено читање

^