Увод у дефект
Кад год софтвер не функционише како се очекује, каже се да има квар. Дакле, шта је тачно мана? Може се замислити као одступање или одступање од оригиналних функционалних захтева. Када испитивач изврши тест случај и примети супротност од очекиваног резултата, тада се проналази квар. Њиме се треба управљати док се то не поправи. Сви његови детаљи морају се сачувати и пратити све док се не ускладе са очекиваним функционалним захтевима.
Шта је поступак управљања дефектима?
Овај процес укључује њихово откривање и исправљање.
- Превенција
- Исходна основна линија
- Откриће
- Резолуција
- Унапређење процеса
Идемо детаљно да прођемо кроз поступак.
1. Превенција
Да бисте отклонили све недостатке, најбољи начин је да спречите да се појаве. Ово помаже у уштеди новца и врло је исплативо. Да би се достигла ова фаза, веома је важно да се сви недостаци пронађу у раним фазама испитивања. Главни циљ овде може бити минимизирање утицаја који недостатак има. То се може урадити на следећи начин:
- Идентификујте критични ризик: Критична подручја у систему морају се претходно идентификовати, тако да је утицај мањи или уопште није присутан када се врши тестирање.
- Процена очекиваног утицаја: Једном када су ризици идентификовани, требало би прикупити процену како утицај може финансијски утицати ако стварни ризик пређе на производњу.
- Минимизирање очекиваног утицаја: Ова анализа ће се наћи листа ризика. Највећи ризици би били штетни, а они који морају бити смањени или елиминисани. Они који се не могу у потпуности уклонити умањиће вероватноћу појаве овог оштећења.
2. Исходна основна линија
Основна линија је када се постигне унапред дефинисани корак. Када се постигне овај корак, постара се да се производ креће из једне фазе у другу. Како се производ непрестано креће из једне фазе у другу, сви постојећи недостаци такође напредују с напретком производа. Крајња тачка има рок, а ако је грешка исправљена пре него што достигне тај рок, то није квар. Једном када се изврши тест кодирања и јединице, код се каже да је код базиран и пребачен на системско тестирање. Једном када се утврди проблем при тестирању система, појављује се грешка. Основни резултат је онај у којем се финализирају сви резултати и поправљају се сви могући недостаци.
3. Откриће
Каже се да је квар откривен када је свакоме посвећена пажња. Развојни тим након анализе прихвата развојни тим који треба да се утврди. Овде се мора проверити пре него што постану блокери. Једном када тим за испитивање пронађе квар, испитивач је дужан да обавести развојни тим и да се покаже да је грешка препозната. Након што се потврда прими, они могу наставити даље са недостатком да би је потврдили и пружили исправку.
4. Резолуција
Једном када се пријави грешка, развојни тим мора кренути ка свом решавању. Морају анализирати и затим дати приоритет исправљању пронађеног недостатка. Приоритет оштећења може се поставити ако је удара веће. Кварови са већим приоритетом се решавају прво, а они са нижим приоритетом се решавају касније. Програмер мора да га поправи и затим обавести испитивача о исправци. Они могу разумети узрок квара када се та активност обавља. Сви генерирани недостаци морају се систематски категоризирати. Критичне се морају одмах поправити. Дефекти који имају високи приоритет морају се такође поправити јер утичу на главне функционалности производа. Квар би требао имати минимално одступање од захтјева. Такви типови морају бити средњи. Квар који може имати мале последице треба означити као низак.
5. Побољшање процеса
Сви недостаци морају бити исправљени. Иако могу имати своје приоритете, требало би осигурати да се сви утврде без обзира на приоритете који су постављени. Да би се побољшао процес, важно је да се сви недостаци сматрају критичним. Најмањи недостатак може помоћи у побољшању квалитета и спречавању појаве оштећења. После свега тога важан је и други извештај менаџмента. Сви појединачни недостаци морају се пријавити, а све информације у вези с тим треба дати вишем руководству. Ово такође омогућава увид у подручја где се процес може побољшати.
Предности
- Дефектно управљање осигурава да се грешке које се пронађу стварно исправљају. Помаже у праћењу да се закључе с програмерима и тестерима који раде заједно.
- Једном када су исправљени, осигурава се да су уклоњене све грешке у систему. Омогућава испоруку висококвалитетног производа. Уштедавају и време и новац. И ефикасност и економичност су добро одржавани.
- Поврат инвестиције може се побољшати смањењем трошкова развоја. То значи давањем приоритета питања која се понављају проблеми могу лако препознати. Резултат тога је продуктивност тима.
- Проблеми који се једном реше могу вам помоћи у одређивању обрасца или разумевању трендова грешке. Они су више релативизирани за будућност. Уобичајена питања могу се идентификовати и поправити што је раније могуће.
- Јаз у комуникацији може се смањити јер тестери и програмери могу заједно радити на решавању нађених проблема.
Закључак
Цео процес помаже у решавању недостатака и испоруци квалитетног производа. Никада се не може поуздано утврдити да неће бити пронађених грешака, али овај процес помаже у поједностављивању комплетног процеса и смањењу броја недостатака. Пратећи читав поступак, може се осигурати да неће бити уског грла приликом премјештања производа у производњу. Као резултат, новац се штеди и испоручује се квалитетан производ.
Препоручени чланци
Ово је водич за шта је дефект. Овде смо расправљали о топ 5 процеса заједно са предностима. Можете и да прођете кроз друге наше предложене чланке да бисте сазнали више -
- Шта је генетски алгоритам?
- Шта је Гоогле Цлоуд Платформ
- Шта је функционално тестирање? (Врсте)
- Питања о интервјуу за ручно тестирање | Топ 10