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