what is software testing life cycle
Тестирање софтвера:
У овом упутству ћемо разговарати о еволуцији тестирања софтвера, Животни циклус тестирања софтвера и различите фазе укључене у СТЛЦ.
Шта ћете научити:
8 фаза животног циклуса тестирања софтвера (СТЛЦ)
Еволуција:
Тренд из 1960-их:
Тренд из 1990-их
Тренд из 2000. године:
Тренд и компетентност тестирања се мењају. Сада се од тестера захтева да буду више технички оријентисани и усмјерени на процес. Тестирање сада није само ограничено само на проналажење грешака, већ има и шири опсег и захтева се од почетка пројекта када захтеви нису ни коначни.
Пошто је испитивање такође стандардизовано. Баш као што развој софтвера има животни циклус, и тестирање има свој животни циклус. У следећим одељцима расправљаћу о томе шта је животни циклус и како је то повезано са тестирањем софтвера и покушаћу да га разрадим.
Почнимо!
Шта је животни циклус?
Животни циклус у једноставном термину односи се на редослед промена из једног облика у други облик. Ове промене могу се догодити на било којим материјалним или нематеријалним стварима. Сваки ентитет има животни циклус од свог настанка до пензије / смрти.
На сличан начин, Софтвер је такође ентитет. Баш као што развој софтвера укључује низ корака, тестирање такође има кораке које треба извршити у одређеном низу.
Овај феномен спровођења тестних активности на систематичан и планиран начин назива се животни циклус тестирања.
Шта је животни циклус тестирања софтвера (СТЛЦ)
Животни циклус тестирања софтвера односи се на процес тестирања који има одређене кораке који се морају извршити у одређеном редоследу како би се осигурало да су циљеви квалитета испуњени. У СТЛЦ процесу, свака активност се спроводи планирано и систематски. Свака фаза има различите циљеве и резултате. Различите организације имају различите фазе у СТЛЦ-у; међутим, основа остаје иста.
Испод су фазе СТЛЦ:
- Фаза захтева
- Фаза планирања
- Фаза анализе
- Фаза дизајна
- Фаза имплементације
- Фаза извршења
- Фаза закључка
- Фаза затварања
# 1. Фаза захтева :
Током ове фазе СТЛЦ, анализирајте и проучите захтеве. Обавите браинсторминг са другим тимовима и покушајте да откријете да ли се захтеви могу тестирати или не. Ова фаза помаже у идентификовању обима испитивања. Ако се било која карактеристика не може тестирати, саопштите је током ове фазе како би се могла планирати стратегија ублажавања.
#два. Фаза планирања :
основна питања за Јава интервјуе за тестере селена
У практичним сценаријима, планирање теста је први корак у процесу тестирања. У овој фази идентификујемо активности и ресурсе који би помогли да се испуне циљеви тестирања. Током планирања такође покушавамо да идентификујемо метрику, метод прикупљања и праћења тих метрика.
На основу чега се врши планирање? Само захтеви?
Одговор је не. Захтеви чине једну од основа, али постоје још 2 веома важна фактора који утичу на планирање испитивања. Су:
- Стратегија тестирања организације.
- Анализа ризика / Управљање ризиком и ублажавање.
# 3. Фаза анализе:
Ова СТЛЦ фаза дефинише „ШТА“ за тестирање. У основи идентификујемо услове испитивања кроз документ са захтевима, ризике од производа и друге базе за испитивање. Услови испитивања треба да се прате до захтева.
Постоје различити фактори који утичу на идентификацију услова испитивања:
- Нивои и дубина испитивања
- Сложеност производа
- Ризици производа и пројеката
- Укључен животни циклус развоја софтвера.
- Управљање тестом
- Вештине и знање тима.
- Доступност заинтересованих страна.
Требали бисмо покушати да детаљно запишемо услове испитивања. На пример, за веб-апликацију за е-трговину можете да имате услов за тестирање као „Корисник треба да може да изврши уплату“. Или можете то детаљно објаснити рекавши „Корисник би требао бити у могућности да изврши плаћање путем НЕФТ-а, дебитне картице и кредитне картице“.
Најважнија предност писања детаљног услова за тестирање је у томе што се повећава покривеност тестом, јер ће се тестови писати на основу услова за тестирање, а ови детаљи ће покренути писање детаљнијих случајева који ће на крају повећати обухват.
Такође, одредите излазне критеријуме тестирања, тј. Одредите неке услове када ћете зауставити тестирање.
# 4. Фаза дизајна:
Ова фаза дефинише „КАКО“ за тестирање. Ова фаза укључује следеће задатке:
- Детаљно описати услов испитивања. Поделите услове испитивања на више подуслова да бисте повећали покривеност.
- Идентификујте и узмите податке о тесту
- Идентификујте и поставите тест окружење.
- Направите метрику следљивости захтева
- Направите метрику покривености тестом.
# 5. Фаза имплементације:
Главни задатак у овој СТЛЦ фази је стварање детаљних тест случајева. Дајте приоритет тест случајевима, такође идентификујте који тест случај ће постати део пакета регресије. Пре финализације тест случаја, важно је извршити преглед како би се осигурала исправност тест случајева. Такође, не заборавите да скинете знак са тест случајева пре него што стварно извршење започне.
Ако ваш пројекат укључује аутоматизацију, идентификујте тест примере за аутоматизацију и наставите са скриптирањем тест случајева. Не заборавите да их прегледате!
# 6. Фаза извршења :
Као што и само име говори, ово је фаза животног циклуса тестирања софтвера у којој се одвија стварно извршавање. Али пре него што започнете извршење, уверите се да је задовољен ваш критеријум за улазак. Извршите тест случајеве, евидентирајте недостатке у случају било каквих одступања. Истовремено попуните своје метрике следљивости да бисте пратили свој напредак.
# 7. Фаза закључка :
Ова СТЛЦ фаза концентрише се на излазне критеријуме и извештавање. У зависности од избора вашег пројекта и заинтересованих страна, можете одлучити да ли желите да пошаљете дневни извештај о недељном извештају итд.
Постоје различите врсте извештаја (ДСР - Дневни извештај о статусу, ВСР - Недељни извештаји о статусу) које можете да пошаљете, али је важно да се садржај извештаја мења и зависи од тога коме шаљете извештаје.
Ако пројектни менаџери припадају позадини тестирања, онда их више занима технички аспект пројекта, зато у свој извештај укључите техничке ствари (број положених тест случајева, неуспелих, насталих недостатака, грешака озбиљности 1 итд.).
Али ако извештавате више заинтересоване стране, оне можда неће бити заинтересоване за техничке ствари, па их пријавите о ризицима који су ублажени тестирањем.
# 8. Фаза затварања:
Задаци за активности затварања укључују следеће:
- Проверите да ли је тест завршен. Да ли су сви тест случајеви извршени или намерно ублажени. Проверите да ли су отворене грешке озбиљности 1.
- Одрадите састанак о наученим лекцијама и направите документ о наученим лекцијама. (Укључите оно што је прошло добро, где су обим побољшања и шта се може побољшати)
Закључак
Покушајмо сада да резимирамо животни циклус тестирања софтвера (СТЛЦ)!
С.Но | Назив фазе | Критеријуми за улазак | Извршене активности | Испоруке |
---|---|---|---|---|
7 | Закључак | Ажурирани примери случајева са резултатима Услови затварања теста | Наведите тачне цифре и резултат тестирања Утврдите ризике који се ублажавају | Ажуриране метрике следљивости Резиме теста Ажуриран извештај о управљању ризицима |
1 | Захтеви | Документ о спецификацији захтева Документ о дизајну апликације Документ о критеријумима за прихватање корисника | Размислите о потребама. Направите листу захтева и разјасните своје сумње. Разумети изводљивост захтева без обзира да ли се може тестирати или не. Ако ваш пројекат захтева аутоматизацију, направите студију изводљивости аутоматизације. | РУД (Документ о разумевању захтева. Извештај о изводљивости испитивања Извештај о изводљивости аутоматизације. |
два | Планирање | Ажурирани документ о захтевима. Извештаји о изводљивости теста “ Извештај о изводљивости аутоматизације. | Дефинисати обим пројекта Направите анализу ризика и припремите план ублажавања ризика. Извршите процену теста. Одредите целокупну стратегију и процес тестирања. Идентификујте алате и ресурсе и проверите да ли постоје потребе за обуком. Идентификујте окружење. | Документ плана испитивања. Документ за умањење ризика. Документ о процени теста. |
3 | Анализа | Ажурирани документ о захтевима Документ плана испитивања Документ о ризику Документ о процени теста | Утврдите детаљне услове испитивања | Документ о условима испитивања. |
4 | Дизајн | Ажурирани документ о захтевима Документ о условима испитивања | Детаљно одредите услов испитивања. Идентификујте податке о тесту Направите метрике следљивости | Детаљни документ о стању испитивања Метрика следљивости захтева Тест метрике покривености |
5 | Имплементација | Детаљни документ о стању испитивања | Креирајте и прегледајте тестове. Креирајте и прегледајте скрипте за аутоматизацију. Утврдите тест случајеве кандидата за регресију и аутоматизацију. Идентификујте / направите податке о тесту Уклоните ознаке са тест случајева и скрипти. | Тест случајева Тест скрипте Тест подаци |
6 | Извршење | Тест случајева Тест скрипте | Извршите тест случајеве Пријавите грешке / недостатке у случају неслагања Пријави статус | Извештај о извршењу теста Извештај о недостацима Дневник тестова и дневник неисправности Ажуриране метрике следљивости захтева |
8 | Затварање | Услов за затварање теста Резиме теста | Направите ретроспективни састанак и разумејте научене лекције | Документ научене лекције Тест матрице Извештај о затварању теста. |
СРЕТНО ТЕСТИРАЊЕ !!
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. [Алати за аутоматизацију КА теста]
- Посао за КА помоћника за тестирање софтвера
- Курс за тестирање софтвера: Који институт за тестирање софтвера да се придружим?
- Одабир тестирања софтвера за вашу каријеру
- Тестирање софтвера Посао писца техничког садржаја Посао слободњака
- Нека занимљива питања за испитивање софтверског тестирања
- Повратне информације и прегледи курса за тестирање софтвера
- Шта је животни циклус оштећења / грешака у тестирању софтвера? Водич за животни циклус оштећења