Мени

Тачна разлика између верификације и валидације са примерима

  • Главни
  • Остало
  • Тачна разлика између верификације и валидације са примерима

exact difference between verification

Испробајте Наш Инструмент За Елиминисање Проблема

Верификација вс валидација: Истражите разлике на примерима

Његово натраг на основе људи! Класичан поглед на разлику између Верификација и валидација .

Око ових појмова влада пуно збрке и расправа у свету тестирања софтвера.

У овом чланку ћемо видети шта су верификација и валидација са становишта тестирања софтвера. На крају овог чланка схватићемо разлике међу два појма.

Разлика између верификације и валидације

Следе неки од важних разлога за разумевање разлике:

  1. То је основни концепт КА, стога је готово градивни елемент за препознавање КА.
  2. Ово се често поставља Питање интервјуа за тестирање софтвера .
  3. Сертификација Програм има добар број поглавља која се окрећу око тога.
  4. Коначно, и практично док ми тестери изводимо оба ова типа тестирања, могли бисмо бити и стручњаци за ово.

Шта ћете научити:

Шта је верификација и валидација у тестирању софтвера?

У контексту тестирања, „ Верификација и валидација “Су два широко коришћена израза. У већини случајева оба појма сматрамо истим, али заправо су ти појмови прилично различити.

Постоје два аспекта задатака В&В (верификација и валидација):

  • Потврђује захтјеве (приказ квалитета произвођача)
  • Погодно за употребу (поглед потрошача на квалитет)

Поглед произвођача на квалитет , једноставније речено, значи перцепцију крајњег производа од стране програмера.
Потрошачи гледају на квалитет значи перцепција корисника о коначном производу.

Када извршавамо В&В задатке, морамо се концентрисати на оба ова гледишта квалитета.

Почнимо прво са дефиницијама верификације и валидације, а затим ћемо разумевање ових термина започети примерима.

Белешка: Ове дефиниције су, као што је поменуто у КАИ ЦСТЕ ЦБОК (погледајте ову везу да бисте сазнали више о ЦСТЕ).

Шта је верификација?

Верификација је поступак оцењивања посредничких производа рада животног циклуса развоја софтвера како би се проверило да ли смо на добром путу стварања коначног производа.

Другим речима, такође можемо констатовати да је верификација поступак за процену посредничких производа софтвера ради провере да ли производи задовољавају услове наметнуте на почетку фазе.

Сада је питање овде: Који су посреднички или посреднички производи?

Па, то може укључивати документе који су произведени током развојних фаза, као што су спецификација захтева, пројектни документи, дизајн табеле базе података, ЕР дијаграми, тест случајеви, матрица следљивости итд.

Понекад занемарујемо важност прегледа ових докумената, али требали бисмо схватити да сам преглед може открити многе скривене аномалије када, ако се пронађе или отклони у каснијој фази развојног циклуса, може бити веома скупо.

Верификација осигурава да је систем (софтвер, хардвер, документација и особље) у складу са стандардима и процесима организације, ослањајући се на методе прегледа или неизвршиве.

Где се врши верификација?

Специфично за ИТ пројекте, следе нека од подручја (морам нагласити да то није све) у којима се врши верификација.

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

Погледајте преглед документације о испитивању чланак који објављује детаљан поступак о томе како тестери могу извршити преглед.

Шта је валидација?

Валидација је поступак оцењивања коначног производа ради провере да ли софтвер задовољава пословне потребе. Једноставним речима, извршавање теста које радимо у свакодневном животу заправо је активност валидације која укључује испитивање дима , функционално испитивање, регресијско испитивање, испитивање система итд.

Валидација су сви облици испитивања који укључују рад са производом и његово стављање на тестирање.

Доље су дате технике валидације:

Валидација физички осигурава да систем функционише према плану извршавајући функције система кроз серију тестова који се могу посматрати и процењивати.

Поштено, зар не? Ево мојих два цента:

Када покушам да се позабавим овим В&В концептом у својој класи, постоји велика збрка око тога. Чини се да једноставан, ситан пример решава сву забуну. То је помало глупо, али стварно делује.

Примери потврде и верификације

Пример из стварног живота :Замислите себе како идете у ресторан / залогајницу и наручите можда палачинке од боровнице. Када конобар / конобарица донесе вашу наруџбину, како можете да кажете да ли је храна која је изашла по вашој поруџбини?

Прве ствари су да то погледамо и уочимо следеће ствари:

нове функције у јави 8 са примерима
  • Да ли храна изгледа попут палачинки?
  • Да ли се боровнице виде?
  • Да ли мирисе добро?

Можда и више, али суштину сте добро разумели?

С друге стране, када требате бити потпуно сигурни да ли је храна онаква какву сте очекивали: мораћете да је једете.

Верификација је све када тек треба да једете, али прегледавате неколико ствари прегледавањем предмета. Провера је када ви заправо једете производ да бисте видели да ли је у реду.

У овом контексту, не могу си помоћи, али вратим се на ЦСТЕ ЦБОК референца. Постоји изванредна изјава која нам помаже да овај концепт вратимо кући.

Верификација одговара на питање: „Да ли смо изградили прави систем?“ док се валидације обраћају: „Да ли смо систем изградили исправно?“

В&В у различитим фазама животног циклуса развоја

Верификација и валидација се изводе у свакој од фаза животног циклуса развоја.

Покушајмо да их погледамо.

# 1) В & В задаци - Планирање

  • Верификација уговора.
  • Оцена концептуалног документа.
  • Извођење анализе ризика.

# 2) В & В задаци - Фаза захтева

  • Процена софтверских захтева.
  • Евалуација / анализа интерфејса.
  • Израда плана испитивања система.
  • Израда плана испитивања прихватљивости.

# 3) В&В задаци - Фаза дизајна

  • Евалуација дизајна софтвера.
  • Процена / анализа интерфејса (УИ).
  • Израда плана испитивања интеграције.
  • Израда плана испитивања компонената.
  • Израда дизајна теста.

# 4) В&В задаци - Фаза имплементације

  • Процена изворног кода.
  • Оцена докумената.
  • Генерирање тест случајева.
  • Генерирање поступка испитивања.
  • Извршење тестова случајева компонената.

# 5) В&В задаци - Фаза испитивања

  • Извршење тест случаја система.
  • Извршење случаја за пријемни тест.
  • Ажурирање показатеља следљивости.
  • Анализа ризика

# 6) В&В задаци - Фаза инсталације и одјаве

  • Ревизија инсталације и конфигурације.
  • Завршни тест израде кандидата за инсталацију.
  • Израда коначног извештаја о испитивању.

# 7) В&В задаци - Фаза операције

  • Процена новог ограничења.
  • Процена предложене промене.

# 8) В&В задаци - Фаза одржавања

  • Процена аномалија.
  • Процена миграције.
  • Процена карактеристика поновљеног суђења.
  • Процена предложене промене.
  • Потврђивање производних проблема.

Разлика између верификације и валидације

Верификација против потврде

ВерификацијаВалидација
Процењује посредничке производе да провери да ли испуњавају специфичне захтеве одређене фазе.Процењује коначни производ како би проверио да ли задовољава пословне потребе.
Проверава да ли је производ направљен према наведеним захтевима и спецификацијама дизајна.Утврђује да ли је софтвер погодан за употребу и задовољава ли пословне потребе.
Означава „Да ли производ правимо исправно“?Означава „Да ли правимо прави производ“?
То се ради без извршавања софтвера.Завршено је са извршавањем софтвера.
Укључује све технике статичког испитивања.Укључује све технике динамичког испитивања.
Примери укључују прегледе, инспекцију и упутство.Пример укључује све врсте испитивања попут дима, регресије, функционалности, система и УАТ.

Разни стандарди

ИСО / ИЕЦ 12207: 2008

Активности верификацијеАктивности валидације
Провера захтева укључује преглед захтева.Припремите документе о захтевима за испитивање, случајеве испитивања и друге спецификације за анализу резултата анализе.
Верификација дизајна укључује прегледе свих пројектних докумената, укључујући ХЛД и ЛДД.Процените да ли ови захтеви за испитивање, примери случајева и друге спецификације одражавају захтеве и да ли су погодни за употребу.
Верификација кода укључује преглед кода.Тест за граничне вредности, стрес и функционалности.
Верификација документације је верификација корисничких упутстава и других сродних докумената.Тестирајте поруке о грешкама и у случају било какве грешке, апликација се прекида. Тестира да ли софтвер испуњава пословне захтеве и да ли је погодан за употребу.

ЦММИ:

Верификација и валидација су две различите КПА на нивоу зрелости 3

Активности верификацијеАктивности валидације
Вршење рецензија.Потврдите да су производи и његове компоненте погодни за животну средину.
Проверите одабране производе за рад.Када се спроводи поступак валидације, он се надгледа и контролише.
Стандардизовати одређени процес успостављањем политика на организационом нивоу за планирање и вршење прегледа.Радите на наученим лекцијама и прикупљајте информације о побољшању. Институционализовати одређени процес.

ИЕЕЕ 1012:

Циљеви ових активности испитивања су:

  • Омогућава рано откривање и исправљање грешака.
  • Подстиче и побољшава управљачку интервенцију унутар процеса и ризика производа.
  • Пружа мере подршке за процес животног циклуса софтвера, како би се побољшала усклађеност са распоредом и захтевима буџета.

Када користити потврду и верификацију?

То су независне процедуре које треба применити заједно да би се проверило да ли су систем или апликација у складу са захтевима и спецификацијама и да ли постижу своју намену. Обе су важне компоненте система управљања квалитетом.

Често је могуће да производ прође кроз верификацију, али не успе у фази валидације. Пошто су задовољавали документоване захтеве и спецификације, те спецификације саме нису могле да одговоре на потребе корисника. Стога је важно извршити испитивање оба типа како би се осигурао укупан квалитет.

Верификација се може користити као интерни процес у развоју, проширењу или производњи. С друге стране, валидација би се требала користити као спољни процес за постизање прихваћања подобности са заинтересованим странама.

Да ли је УАТ валидација или верификација?

УАТ (Усер Аццептанце Тестинг) треба сматрати валидацијом. То је валидација система или апликације у стварном свету, коју врше стварни корисници који валидирају да ли је систем „погодан за употребу“.

Закључак

В&В процеси одређују да ли производи дате делатности одговарају захтевима и да ли су погодни за њихову употребу.

На крају, има неколико ствари које треба напоменути:

  1. Једноставније речено (да бисмо избегли било какву забуну), само се сећамо да верификација значи активности прегледа или технике статичког испитивања, а валидација стварне активности извршења теста или технике динамичког испитивања.
  2. Верификација може укључивати и сам производ, а не мора. За валидацију је дефинитивно потребан производ. Провера се понекад може извршити на документима који представљају коначни систем.
  3. Верификацију и валидацију не морају нужно вршити тестери. Као што видите горе у овом чланку, неке од њих изводе програмери и други тимови.

То је све што треба да знате о верификацији и валидацији да бисте били мала и средња предузећа (стручњаци за предмет) на ту тему.

Препоручено читање

^