difference between retesting
Која је разлика између поновног тестирања и регресивног тестирања:
Не волите ли сви поређење и контраст тематских чланака? Знам да знам. То је тако сјајан начин да позовете мисли, коментаре и можда чак и снажно неслагање.
Данашња тема је Поновно тестирање против регресивног тестирања.
=> Кликните овде за комплетну серију тестирања регресије.
Почнимо са поновним тестирањем:
Шта ћете научити:
- Поновно тестирање
- Тест регресије
- Заблуде о регресионом тестирању
- Поновно тестирање против регресивног тестирања
- Препоручено читање
Поновно тестирање
Поновно тестирање значи поновно тестирање. Разлог није битан. Када поновите тест, поново тестирате. Можете поново тестирати функционалност тренутне верзије. Или исправка грешке, функционалност претходне верзије, тест случај који сте управо покренули итд.
Ако и даље размишљате - зашто - онда су следећи разлози који су једнако добри:
- Јуче сте урадили тест и налетели на недостатак. Желите да потврдите кораке и поновљивост квара. Дакле, поново тестирате.
- Урадили сте тест. Ваша пажња није била усмерена на њега (можда вам је зазвонио телефон или сте разговарали са колегом итд.). Желите још једном да проверите, па поново тестирате.
Сигуран сам да сте схватили.
Поновно тестирање је када из било ког разлога поновите тест. То је један од оних израза који остају верни својој дефиницији.
Тест регресије
Софтвер се развија. Биће нових верзија у односу на постојеће. Ту се гомилају нове функције, проширења итд. Али с временом би то могло довести до нестабилности апликације.
Замислите како правите блок кулу додавањем једног блока преко другог. Не одвајате време да ојачате или ојачате базу. Неће проћи много времена пре него што се торањ сруши, зар не?
где пронаћи мрежни безбедносни кључ за ВиФи
Баш тако, мораћете да тестирате основу софтвера на снагу и стабилност.
Да бисмо то урадили, морали бисмо поново тестирати софтвер. То је једини начин.
Препоручено читање => Шта је регресијско тестирање? Алати и најбоље праксе
Регресија је облик поновног тестирања. Специфичности „зашто“ и „када“ разликују их од претходних.
1) Када поново тестирамо? Када се софтвер подвргне промени
2) Зашто поново тестирамо? Да би се осигурало да нови додаци / промене нису учинили функционалност пре рада нестабилном. Регресија је уобичајена и препоручује се када:
- Нова верзија постаје доступна. (Погрешити све или, барем, важне функције старије верзије)
- Исправка грешке
Поента на напомену: Исцрпно регресијско тестирање је немогуће, мада је пожељно.
Зато Регресиона анализа пре него што скочите право на тестирање. Овај корак укључује одлуку о томе колико регресије треба да радим за своју пријаву.
Од чега зависи обим регресије?
- Природа промене
- Однос / утицај промене на тренутни систем / карактеристику
- Расположиво време и ресурси
Како тестери могу да одлуче о степену регресије?
1) Кроз искуство и познавање апликације
2) Разговарамо са програмерима
3) Место где је извршена промена.На пример:ако је на почетној страници, онда јој треба више пажње него да је на некој од страница којима се мање приступа.
У зависности од фактора у игри, тест тим би могао да се одлучи за једно од следећег:
- Регресија јединице
- Делимична регресија
- Пуна регресија
Регресија јединице значи да тестирате САМО промењени модул / подручје апликације.
Делимична регресија значи поново тестирате промењени модул. Плус укључују оне који са њим комуницирају.
Пуна регресија да ли тестирате целокупну апликацију без обзира на место промене.
Зависи од ситуације (времена и доступности ресурса), озбиљности промене (њеног утицаја), уноса вашег програмера итд. Бићете ефикаснији када одаберете прави скуп тестова у односу на све тестове.
пц алати за скенирање и поправку прозори 10
Регресијска анализа је кључни фактор успеха. Потребан му је паметан рад, а не напоран рад.
Заблуде о регресионом тестирању
Постоје многе заблуде о регресионом тестирању:
# 1) Регресија се увек врши аутоматизацијом: Не. Регресија се врши и ручно. О томе имамо читав чланак => Како се врши регресијско тестирање? Може ли се то урадити ручно?
Имајте на уму да је регресија савршен кандидат за аутоматизацију. Обим понављања је дуготрајан и могао би довести до досаде. Такође, важна провера може пропустити. Аутоматизација је поуздана, брза и ефикасна алтернатива.
Такође прочитајте => Изазови аутоматског регресивног тестирања
# 2) Регресија никада није потпуна : Истинито. Али не у потпуности.
Мислим на то да исцрпни тест регресије може бити немогућ. Али, исцрпно регресијско тестирање такође може бити непотребно.
Рецимо да сте на почетној страници променили правопис. Ово поправљање је мало. Такође је изолован од осталих подручја примене. Дакле, било би једноставно поновно тестирање функције. Нема потребе за регресирањем некадашње функционалности око почетне странице.
# 3) То је непотребно кад имате времена за време : Није истина. Недовољна регресија доводи до недостатка поверења у производ. Никада нећете знати шта можете очекивати од његове реакције на различите сценарије крајњег корисника.
# 4) Покреће сваки појединачни тест из претходног издања: Још једном, одабир сваког тест случаја није прави начин за то. Кључно је стратешко одабирање тест случајева. Разумети промену и одабрати тест случајеве уградње.
ОК, то је детаљно тестирање и тест регресије.
Сад, поређење.
Поновно тестирање против регресивног тестирања
Шта је исто са њима?
- Обоје се заснивају на понављању
- Валидација и Технике тестирања црне кутије
- Случајеви аутоматизације или ручног тестирања се поново тестирају или регресирају
- „Човек мора да провери или избаци своје сумње и претвори их у сигурност да или не - Тхомас Царлиле“. Обоје то раде.
Шта је другачије код њих?
- Поновно тестирање је применљиво за било који тест - циљана функционалност тренутне или претходне верзије. Регресија је усредсређена на функционалност претходне верзије.
- Поновно тестирање не зависи од применљиве промене. Регресија је оријентисана на промене.
Коначно, да постигнемо овај концепт:
Рецимо да имате тест случај КСИЗ који је довео до квара са ИД-ом 120. Овај квар се отклања у следећем издању. Поново бисте тестирали КСИЗ тест случај и регресирали функционалност око њега. Регресија је осигурати да све функционише нетакнуто након поправке 120-их. Поновно тестирање је утврђивање исправке квара.
Дакле, није ни једно ни друго, већ комбинација регресије и поновног тестирања која чини динамички дуо .
Сад је то на вама. Да ли се слажете са овде датим дефиницијама и анализама?
О аутору: Овај чланак написао је члан СТХ тима Свати С.
најбољи алат за управљање тест случајем за јира
Које су ваше мисли, коментари и питања о овоме? Молимо вас да поделите и волели бисмо да се повежемо са свима вама.
=> Посетите овде за комплетну серију тестирања регресије.
Препоручено читање
- Разлика између тестирања радне површине, клијентског сервера и веб тестирања
- Најбољи алати за тестирање софтвера 2021. године [КА Тест Аутоматион Тоолс]
- Посао за КА помоћника за тестирање софтвера
- 101 разлике између основа тестирања софтвера
- Курс за тестирање софтвера: Који институт за тестирање софтвера да се придружим?
- Одабир тестирања софтвера за вашу каријеру
- Тестирање софтвера Технички садржај Вритер Фрееланцер Јоб
- Аутоматизовано регресијско тестирање: изазови, процес и кораци