Увод у регресијско тестирање
Регресијско тестирање се проводи како би се потврдило да нове промене не утичу на постојеће функције, функционалност апликације или софтвера. Регресијско тестирање се користи да би се осигурало да софтвер или апликација функционирају као раније, чак и након додавања нових функција или промене постојеће функционалности. Не захтијева нове тест случајеве за обављање; претходни тестови се обично користе за обављање овог испитивања.
Назива се и типом тестирања софтвера у коме се врши поновно извршавање тест случајева да би се проверило функционалности апликације да ли раде у реду или не. Не би требало да постоји нова грешка због промена. Може се обавити ручно и може се аутоматски тестирати уз помоћ алата за тестирање. Углавном се ради за различите врсте доменских апликација као што су осигурање, банкарство и малопродаја, итд. Ове домене захтевају регресијско тестирање јер укључују трансакције и новац.
Када се јавља регресијско тестирање?
То је потребно учинити када постоји било који проблем са перформансама и то је исправљено. Постоји исправка грешака или исправљање грешака, промена захтева, измена кода и ново додавана функција производа или софтвера. Регресијско тестирање се мора извршити у задњем тренутку увођења и промена софтвера или апликације у производњи или било ком другом окружењу. Тест случајеви се углавном бирају на основу:
- Функције које клијент често користи.
- Основне карактеристике производа попут нове, измене и прегледавања.
- Тестни случај који је грешке чешће бележио.
- Све врсте случајева попут граничног испитног случаја, случаја интеграције и сложеног тестног случаја.
- Функционалности на којима се врше промене или су поправљене грешке.
- Све врсте успешних тест случајева и неуспели тест случајеви.
Карактеристике
Карактеристике регресијског испитивања су како слиједи:
- Помаже у уштеди пуно труда и времена.
- То помаже у извођењу више тестова истовремено и одржава покривеност претходних тестова.
- Регресијско тестирање је углавном ефикасно на основу тест случајева дефинисаних за тестирање постојеће функционалности или карактеристика.
- Такође зависи од подручја утицаја ослобађања и критичности компоненте.
- Случајеви регресијског теста углавном су аутоматизирани који штеде време и труд тестера, јер постоји пуно тест случајева и ручно може бити потребно много времена.
Технике регресијског тестирања:
Следе разне технике за регресијско тестирање:
Ретест Алл
То значи да се поново извршавају сви тест случајеви који су претходно написани како би били сигурни да све функционише у реду и да нема грешака због промене и нове функције у коду. То је једна од најскупљих метода, јер захтева много напора и времена и ресурса за извршавање свих тестова.
Избор регресијског теста
Код ове врсте тестирања бирају се тест случајеви које је потребно извршити за тестирање. Сви тест случајеви се неће покретати овом методом, само одабрани тест случајеви који се користе за покретање. Ови тест случајеви су изабрани на основу промене кода. Ови тест случајеви углавном су категорисани као тестни примери за вишекратну употребу и као застарели тест случајеви. Случајеви регресијског теста који се користе у наредном циклусу регресије и застарели тест случајеви не могу се користити у наредним циклусима.
Предност приоритета случајева испитивања
Тестни случајеви који су високог приоритета могу се извршити први него други. Тестни случајеви са средњим и ниским приоритетом извршавају се касније након извршења тест случајева високог приоритета. Приоритет зависи од критичности и утицаја, и функционалности производа.
Хибрид
То је комбинација избора регресијских тестова и приоритета тест случајева. Тест случајеви се изводе у зависности од приоритета, а изабрани тест случајеви ће се извршити за настале промене.
Врсте регресијског тестирања:
Следе различите врсте регресијског тестирања:
- Регресија јединице: Проводи се углавном током тестирања јединице. Код тога се код тестира путем регресијских случајева јер су све зависности блокиране како би се осигурало да се тестирање јединице врши без икаквог одступања
- Дјеломична регресија: Изводи се углавном за провјеру да ли код добро функционише након што промени код и да ли је код интегрисан са постојећим кодом или непромијењеним модулима
- Комплетна регресија: Изводи се углавном када је доста промена у коду и у броју модула. Тест случајеви се изводе на целом софтверу, јер постоји доста промена кодова.
Планирање регресијског тестирања
План теста регресијског тестирања се ради тако да се приступи испитивању софтвера или апликације. Нове функције или функционалности имплементиране, промене кода или исправке грешака и за тестирање утицаја промена постојећег кода регресијско тестирање се врши путем аутоматизованих тест случајева. Главна идеја која стоји иза плана регресијског тестирања је да се провери и зна како ће се тестирање обавити како би се добили резултати испитивања. То је учињено како би се осигурало да карактеристике производа не утичу.
Стратегија регресијског тестирања која се користи за дељење приступа извођењу тестирања која укључује употребу технике испитивања, коришћење критеријума завршетка, писање тест скрипти и алат за аутоматизацију који се користи за покривање тест случајева. Испитни случајеви се изводе на основу технологије која се користи. Дефинише карактеристике / компоненте које треба тестирати. Тест случајеви се искључиво заснивају на пројектним захтевима.
Извршите регресијско тестирање
Може се изводити на два начина ручно и аутоматски. Ако се то уради ручно, онда ће вам требати много времена и труда, тестирање се може обавити ручно док не буде мање функционалности или мале апликације. Функција апликације повећава се с временом и повећава регресијски опсег. Да бисте уштедјели труд и време, алат за аутоматизацију се углавном користи за тестирање регресије и примјене постојећег кода. Постоји неколико корака који се тичу извођења регресијског тестирања за извршавање тест случајева:
- За спровођење регресијског тестирања потребно је припремити комплет за тестирање.
- Тест случајеви морају бити аутоматизовани.
- Регресијско тестирање и његови тест случајеви морају се ажурирати кад год се пронађе нови квар. Ако постојећи тест случајеви не покривају недостатке и промене које су учињене, нови тест пример треба да буде ажуриран како би се покриле те функционалности.
- Регресијско тестирање мора да се изврши чак и ако постоји врло мала промена или проблем у решавању. Постојећи код треба правилно тестирати.
- Извештај мора бити креиран који укључује испитне случајеве проласка или неуспеха након његовог извршења.
- Вријеме тестирања апликације повећава се како се развој апликација или функционалност повећавају.
- Нова верзија и издање софтверског издања, испитивач треба да тестира и разуме захтев услова за промену софтвера.
- Анализа утицаја промена на постојеће карактеристике и модуле.
- Одаберите тест случајеве и одредите коју технику регресијског тестирања треба усвојити.
- Тестирање треба заказати за одређено време и тестирати га.
Регресијско тестирање изискује више времена и напора ако се повећава количина апликације или софтвера и са новим издањима се мора у потпуности учинити што ће повећати трошкове тестирања, али клијент углавном није спреман да плати тестирање. Регресијско тестирање треба смањити, али то се не може учинити. Чак се ни време за регресијско тестирање не може смањити, јер је главни захтев да се апликација темељно испита. Испитивања случајева аутоматизације и писање скрипти за аутоматизацију требају пуно напора, а људима треба много знања да би се тестирање завршило.
Алати за тестирање
Алат за тестирање користи се за аутоматизацију напора за тестирање и може се покренути аутоматски након притиска и изградње кода. Доступни тестови и њихово ручно покретање одузеће много труда и времена. Да би се смањио напор и време, користе се алати за аутоматизацију. Тест случајеви су углавном снимљени и само за репродукцију.
Доле је доступан неки алат за аутоматизацију тестирања:
- Селен
- КТП (брзи професионални тест)
- РФТ (рационално функционално тестирање)
- вТест
Постоје многи други алати који се користе за писање скрипти и тестирање апликације или софтвера, а тест случајеви су често услед промене у систему. Алат за тестирање такође помаже у тестирању апликације. Ако је уграђена нова функционалност или је извршена било каква промена кода током дефинисаног периода или дана или у најновијем спринту, потребно је извршити тест случај према новој доданој функцији. Други начин извођења случајева регресијског теста мора се поново извршити за све апликационе модуле и назива се испитивањем регресије од краја до краја како би се покриле све функционалности производа.
Предности
Испод су предности регресијског тестирања које су:
- Осигурава да постојећа функционалност функционише у реду и да не утиче ни на један део софтвера
- Регресијски тест заиста помаже у оптимизацији перформанси.
- Помаже у спровођењу континуиране интеграције, чим програмер притисне код који је покренула градња и тест регресије се покреће аутоматски.
- Помаже у побољшању квалитета производа.
- Може се обавити помоћу алата за аутоматизацију.
- Такође помаже у томе да се исти недостаци не понове.
- Не дозвољава вршење нових промена док је регресијско тестирање укључено.
- То се може учинити за базу података, а база података мора бити изолирана како би се тестирали. Не би требало да буде промена у бази података током вршења регресијског тестирања.
Недостаци
Постоје неки недостаци регресијског тестирања који су наведени ниже:
- Ако се алат за аутоматизацију не користи за регресијско тестирање у пројекту, то би био дуготрајан процес.
- Ручно је потребно пуно труда и времена и то постаје напоран процес.
- То се мора учинити за малу промену кода јер може створити проблеме у софтверу.
- Регресијско тестирање треба обавити сваки пут.
- Како тестови постају велики, понекад се сви тестни случајеви не могу извршити због проблема са временом и буџетом.
- Да би се постигло максимално покривање теста са мање тест случајева, увек је тешко постићи.
- Након сваког издања и стварања исправки грешака, тешко је одредити учесталост регресијских тестова.
Закључак
То је један од важних делова испитивања који помаже у испоруци квалитетног производа. Осигурава да ако дође до било какве промене у коду неће утицати на било који постојећи код или функционалност. То се углавном врши помоћу алата за аутоматизацију само што ће им ручно требати пуно времена и труда. Алат се углавном бира на основу захтева пројекта, а алат треба да има могућност ажурирања тест случајева.
Помаже у добијању недостатака када су нове промене интегрисане у постојећи систем и углавном утицај промена на различите старе модуле који се не мењају. То је најважнији аспект тестирања. Регресијско тестирање се може обавити помоћу алата за тестирање без скрипте; у овоме, не постоји захтев за писањем дугачких тестних скрипти.
Регресијско тестирање се углавном врши путем тестних случајева за вишекратну употребу, што је дефинисано као поновна употреба методологије. Обично се снима и репродукује тест случај. Алат за тестирање мора осигурати да се свака радња мора правилно евидентирати. Постоје и други начини вршења регресијског тестирања. Свака организација или појединац користе тестирање према захтевима пројекта и буџету клијента.
Препоручени чланци
Ово је водич за регресијско тестирање. Овде смо разговарали о неким основним појмовима, техникама, алатима, типовима, предностима, недостацима. Можете и да прођете кроз друге наше предложене чланке да бисте сазнали више -
- Тестирање сиве кутије
- Апликација за веб тестирање
- Тестирање табеле одлука
- Шта је тестирање јединице