Проверката и валидирането при тестването на софтуера са процесите за проверка дали софтуерната система изпълнява предназначението си и отговаря на предвидените спецификации.
Тези два термина се наричат също контрол на качеството на софтуера, използван от софтуерните тестери в жизнения цикъл на разработката на софтуер. Въпреки че и двете изглеждат и звучат подобно, те се различават в анализа си.
Верификацията е процес на определяне на качеството на софтуера, докато валидацията е проверка на изискванията на клиента чрез функционалността на софтуера. Валидирането се извършва след завършване на проверките в края на цикъла на разработка.
Е, има много объркване около тези термини в света на тестването на приложения. Така че, ако вашата работа е свързана със софтуерно тестване или просто сте любопитни за това, трябва да знаете разликите между тези термини в софтуерното тестване.
В тази статия ще обсъдя проверката и валидирането, техните предимства и много други. По-късно ще опиша разликите между тези термини в таблица.
Ето ни!
Съдържание
Какво е проверка?
Верификацията е прост процес на проверка на софтуера в процеса на разработка. Той включва срещи, инспекции, прегледи, прегледи и други, за да се оценят планове, кодове, документи, спецификации и изисквания.
В техническия си термин той се определя като процес, който включва оценка на приложението, за да се определи дали то отговаря на изискванията и може да удовлетвори клиентите или крайните потребители.
По този начин основната цел на проверката е да се гарантира качество на софтуерното приложение, архитектура, дизайн и др. При проверката спецификациите действат като входни данни за процеса на разработване на приложения. Кодът е написан въз основа на документите, които определят подробно спецификациите.
Софтуерните тестери използват различни методи за проверка в зависимост от обхвата и сложността на приложението. Понякога те използват математически модели и извлечени изчисления, за да направят прогнози за софтуера и да проверят логиката зад кода.
Освен това проверката проверява дали екипът за разработка изгражда правилно продукта. С други думи, проверката е процес, който започва преди процеса на валидиране и продължава, докато софтуерът бъде валидиран и пуснат.
Има три фази, включени в процеса на проверка. Те са:
- Проверка на изискванията: Това е процес за проверка и потвърждение, че изискванията или изискванията са пълни, правилни и точни. Преди приложението да отиде за проектиране, екипът за тестване на софтуер проверява клиентските или бизнес изисквания за тяхната пълнота и коректност.
- Проверка на дизайна: Това е процес за проверка дали софтуерното приложение отговаря на спецификациите на дизайна, посочени в документа, чрез предоставяне на доказателства. Тук екипът за тестване на софтуер проверява прототипите, оформленията, архитектурния дизайн, логическите модели на бази данни и навигационните карти на приложението, за да отговарят на целевите функционални, както и нефункционални изисквания.
- Проверка на кода: Това е процес за проверка на кода за неговата коректност, последователност и пълнота. В този процес екипът за тестване на софтуер проверява дали конструктивните артефакти, включително потребителски интерфейси, изходни кодове и физически модели на бази данни, отговарят на спецификацията на дизайна.
Нека вземем пример от реалния живот, за да разберем тази концепция.
Когато наемате интериорен дизайнер за вашия дом, първо трябва да кажете вашите изисквания. Съгласно тези изисквания екипът на интериорните дизайнери разработва модел, за да ви покаже как изглежда. Същият екип също тества осъществимостта на този дизайн и прави промени в съответствие с изискването и обратната връзка, за да финализира този, който е правилен и отговаря на изискванията на собственика.
Тук моделът на къщата е кодът, екипите за интериорен дизайн са разработчиците и тестерите, а собственикът на къщата е клиентът.
Какво е валидиране?
Валидирането е процес, използван за оценка на софтуера според изискванията на бизнеса или клиента по време или в края на процеса на разработка на софтуер. Той оценява окончателното приложение, за да провери дали приложението отговаря на очакванията и изискванията на клиентите.
Известен е като динамичен механизъм за валидиране на действителния проект заедно с тестване. Валидирането се фокусира върху изхода; няма нищо общо с вътрешните процеси. Това е еднократен процес, който започва едва след процеса на проверка.
Софтуерните екипи използват различни методи за валидиране, като тестване на черна кутия (функционално тестване) и тестване на бяла кутия (нефункционално тестване или тестване на дизайн/архитектура).
- Тестването на бялата кутия помага при валидирането на приложението чрез предварително дефинирани серии от въведени данни. По този начин тестерите сравняват изхода на стойностите на софтуерното приложение със стойностите на входните данни, за да проверят дали софтуерът произвежда подобен изход, както се очаква.
- При тестването на черната кутия има три важни променливи – входни стойности, очаквани изходни стойности и изходни стойности.
Накратко, функционалното тестване или тестването на черната кутия включва тестване на интеграция, системно тестване и тестване на единици, докато нефункционалното тестване или тестването на бяла кутия включва тестване за приемане от потребителя.
Валидирането гарантира, че сте разработили правилно софтуерния продукт чрез проверка на софтуерното съдържание според спецификациите на клиента.
Процесите на валидиране включват следните стъпки:
- Преглед на дизайна: Екипът за тестване на софтуер очертава изискванията на клиентите. По-късно те създават план за тестване, за да потвърдят всеки елемент в софтуера, преди да отидат за производство. Екипите за разработка ще получат одобрение относно готовността на продукта.
- Преглед на инсталацията: Екипът за тестване на софтуер се опитва да инсталира софтуерното приложение според плана за тестване. Целта е да се гарантира, че процесът на инсталиране и основният системен хардуер отговарят на спецификациите. Освен това тестерите потвърждават състоянието на софтуерните функции.
- Оперативен преглед: Тестерите на софтуер подлагат приложението през различни сценарии за тестване, за да проверят неговата пълнота. Целта е да се прегледат всички операции или функционалност, за да се определи дали софтуерът работи, както клиентът е поискал.
- Преглед на производителността: Показва, че софтуерното приложение може да функционира според нуждите на бизнеса в реални условия. Клиентите могат също така да проведат бета тестове, за да усетят и разберат дали е разработен правилно. Външен набор от изгледи ясно открива дефекти и грешки, които може да са пропуснати от разработения екип.
- Преглед на готовността за производство: След като всички прегледи са завършени, процесът на валидиране е завършен и продуктът се премества в режим на готовност за производство. Това означава, че екипът може да продължи напред с пускането на приложението в производствената среда.
Освен това, ако се открият дефекти и грешки след пускането, екипът за разработка на софтуер може да пусне нови актуализации за справяне с тези проблеми.
Нека вземем предишния пример и разберем какво е валидиране.
За екипа, работещ по проект за интериорен дизайн, проверката ще ви помогне да постигнете крайния резултат от цялостното довършване на вашия дом. Но валидирането е следващата стъпка, която може да бъде тествана чрез усещане и анализиране на този дизайн. Валидирането идва, когато намерите къщата си същата, каквато сте виждали в проекта.
Друг пример е, че искате да имате палачинки от дадено кафене. За да потвърдите, че палачинката е същата палачинка, която сте поръчали, трябва да я опитате.
Проверка срещу валидиране: Предимства
Ползи от проверката
Нека обсъдим някои предимства на тестването за проверка:
- Честата и ранна проверка намалява риска от повреда на софтуера и помага за минимизиране на дефектите и грешките, които могат да се появят по-късно.
- Заинтересованите страни, продуктовите мениджъри и разработчиците получават повече информация за софтуерното приложение, като проверяват кодовете на всеки етап. По този начин те могат да предвидят как софтуерът ще работи на по-късните етапи.
- Проверката на софтуера помага да поддържате вашия софтуер в съответствие с изискванията на бизнеса и клиентите на всеки етап от фазата на разработка. Това помага на разработчиците да извършват по-малко ненужна работа, докато разработката продължава.
- Тъй като всички грешки не могат да бъдат напълно отстранени, проверката помага на QA да преценят проблемите, които могат да се появят по-късно, така че да могат да подготвят документ за незабавно справяне с тези грешки, когато е необходимо.
- Това намалява разходите за повторно отпечатване и повторно изпращане.
- При проверка шансът за системни повреди след фазата на разработка е по-нисък.
Ползи от валидирането
Всички тестове за валидиране се извършват, за да се гарантира, че системата работи според очакванията чрез изпълнение на нейните функции и проследяване на количествено измерими и осезаеми резултати.
Нека обсъдим предимствата на валидирането при тестване на софтуер.
- Всички дефекти или грешки, пропуснати по време на етапите на проверка, могат лесно да бъдат открити, докато се изпълняват всички валидиращи тестове.
- Ако спецификациите са неадекватни или не са правилни от самото начало, валидирането разкрива тяхната неефективност. Това ще попречи на лошото софтуерно приложение да излезе на пазара.
- Тестовете за валидиране потвърждават, че софтуерното приложение съответства и се придържа към изискванията, очакванията и предпочитанията на бизнеса или клиента при различни условия, като ниска батерия, бавна връзка и други.
- Тези тестове позволяват на софтуера да функционира в различни комбинации браузър-устройство-ОС. Това означава, че валидирането удостоверява софтуера за съвместимост между различни браузъри.
- Валидирането помага за подобряване на надеждността на софтуерното приложение.
Проверка срещу валидиране: Кога да ги използвате?
Кога да използвате тестване за проверка?
Тестовете за проверка се изпълняват на всеки етап от цикъла на разработка, преди да се внедри каквато и да е функция.
Например, добавете бутон с надпис „Добавяне към списък с желания“ към уебсайта си. Преди да започнете със създаването на бутона, тестовете за проверка разглеждат изискванията, които предварително са решени във фазите на мозъчна атака и идеология.
Да кажем, че в документацията се споменава, че бутонът трябва да е син с букви, изписани в магента, и не трябва да е по-голям от 15 mm X 10 mm. Освен това бутонът трябва да се вижда постоянно в долната част на средата на всяка продуктова страница на сайта.
Друг бутон със същата функция трябва да бъде поставен под всеки продукт на страницата. Преди започване на работата трябва да се прегледат изискванията и проектната таблица и да се изброят необходимите спецификации.
Накратко, тестването за проверка се използва преди и по време на цикъла на разработка на софтуерното приложение.
Кога да използвате валидиращо тестване?
Процесът на валидиране се изпълнява след завършване на всяка стъпка или функция в цикъла на разработка. Например, модулните тестове се изпълняват след създаването на всяка единица код. По подобен начин се провеждат интеграционни тестове, след като различните модули са завършени поотделно и са готови за комбиниране.
Тестването в различни браузъри, форма на валидиращо тестване, е важен елемент от валидирането. Екипите за QA трябва да проверят дали всяка характеристика, елемент на дизайна и функция се появява според очакванията в различни комбинации браузър-устройство-ОС. Например QA трябва да проверят дали бутонът „Добавяне в количката“ се показва във всеки браузър и функционира правилно на всяко устройство.
Софтуерните тестери работят върху продукта, за да гарантират, че изходът на софтуера е правилен, като използват методи за валидиране като тестване на бяла кутия (което преминава през вътрешния код на приложението) и тестване на черна кутия (или поведенческо тестване, което търси само външни функции на приложенията) .
Сега нека обсъдим основните разлики между проверката и валидирането.
Проверка срещу валидиране при тестване на софтуер: разлики
Проверка: Правилно ли разработваме продукта?
Валидиране: Разработваме ли правилния продукт, който отговаря на изискванията на клиента?
Проверката и валидирането са неразделна част от разработката на софтуер. Без подходяща проверка и валидиране софтуерен екип не може да създаде качествен продукт. Тези условия помагат за минимизиране на рисковете от повреда на продукта и подобряват надеждността на софтуерното приложение.
И двете имат различни приложения в различни фирми за разработка на софтуер и управление на проекти. Например, и двете се случват едновременно в методологията за гъвкаво развитие, тъй като има нужда и от двете в непрекъснатите бизнес процеси.
Ето основните разлики между проверката и валидацията в таблицата по-долу:
Валидиране на проверка При тестване на проверка включените дейности са проверка на изискванията, проверка на кода и проверка на дизайна. Тестването на валидацията включва системно тестване, тестване на функционалността, тестване на сигурността, тестване на производителността, тестване на използваемостта и т.н. Не включва изпълнение на код. Изисква изпълнение на код, за да тествате функционалността и използваемостта на софтуера. Докато провеждате тестване за проверка, трябва да отговорите на това – „разработвате ли правилния продукт?“. Докато провеждате тестване за валидиране, трябва да отговорите на това – „правилен ли е разработеният продукт и отговаря ли на изискванията на клиента?“ Това е статична практика за преглед на дизайн, код, документи и програми. Това е динамичен механизъм за тестване и валидиране на действителния продукт. Това е човешка проверка на файлове и документи. Това е компютър -базирано изпълнение на програмата. Верификацията е упражнение от ниско ниво, което идва преди валидирането. Валидирането е упражнение на високо ниво, което улавя грешки, пропуснати по време на проверката. Целта е софтуерна или приложна архитектура, спецификации на изискванията, пълен дизайн, дизайн на база данни и дизайн на високо ниво. Целта е действителният продукт, който включва единица, модул, ефективен краен продукт и комбинирани модули. Извършва се от екипа за осигуряване на качеството, за да провери дали софтуерът е направен съгласно спецификациите на дизайна, дефинирани в документа. Валидирането се извършва след завършване на етапа на проверка, включващ екипа за тестване. Прегледи, инспекции, проверка на бюрото и инструкции са методите, използвани при проверката. Тестването с черна кутия и тестването с бяла кутия са методите, използвани при валидирането. Намалява дефектите или грешките в ранния етап. Открива грешки, които са пропуснати по време на фазата на проверка. Това тестване ще ви помогне да предвидите дали входовете следват изходите. Това тестване може да ви помогне да предвидите дали потребителите ще приемат крайния продукт.
Верификация и валидиране (V&V) в различни фази от цикъла на разработка на софтуер
Проверката и валидирането се извършват на всеки етап от процеса на разработка. Нека погледнем:
- Фазата на планиране включва проверка на договора, оценка на концептуалния документ и извършване на анализ на риска.
- Фазата на изискване включва оценка на софтуерните изисквания и интерфейси и генериране на план за приемане и тестване на системите.
- Фазата на проектиране включва оценка на софтуерния дизайн и интерфейси и генериране на интеграционен план, тестов дизайн и план за тестване на компоненти.
- Фазата на внедряване включва оценка на изходния код и документи, генериране на тестови случаи и процедури и изпълнение на компонентни тестови случаи.
- Тестовата фаза включва изпълнение на системни и тестови случаи за приемане, актуализиране на показателите за проследимост и анализ на риска.
- Фазата на инсталиране и проверка включва одит на конфигурацията и инсталацията, финален тест на инсталацията и генериране на окончателен доклад от теста.
- Експлоатационната фаза включва оценка на новите ограничения и оценка на предложената промяна.
- Фазата на поддръжка включва оценка на аномалиите, оценка на функциите за миграция и повторно изпробване, предложени промени и валидиране на производствените проблеми.
Заключение
Процесите на проверка и валидиране са основни аспекти на разработката на софтуер. Тези процеси могат да ви помогнат да определите дали софтуерното приложение е направено според дефинираните изисквания, отговаря на бизнес нуждите и може да задоволи изискванията на клиента.
И двата процеса може да изглеждат подобни, но са различни по отношение на начина, по който се изпълняват по време на жизнения цикъл на разработка на софтуер.
Можете също така да проучите най-добрите инструменти за разработка и тестване на API.