Конвенционално тестване срещу обектно ориентирано тестване
Тестването на софтуера е една от най-важните стъпки в процеса на разработка на софтуер. Софтуерното тестване гарантира, че разработеният софтуер отговаря на всички изисквания на клиента и се изпълнява без грешки. Тъй като парадигмите и техниките за разработка на софтуер се изместиха от първоначалната каскадна разработка на софтуер към OOD/Agile и други по-нови концепции, тестването също се измести от конвенционално (традиционно) тестване към обектно ориентирано тестване (OOT). Но тъй като разработването на водопад все още се използва, конвенционалното тестване все още се използва от тестерите.
Какво е конвенционално тестване?
Конвенционалният процес на тестване се извършва най-вече, когато жизненият цикъл на водопада се използва за разработване на софтуер в организации. Конвенционалното тестване винаги се провежда по време на тестовата фаза на жизнения цикъл, която обикновено следва фазата на разработка и продължава фазата на внедряване. По време на тази фаза на тестване ще бъдат проведени основно три вида тестове. Тестването на системата ще гарантира, че характеристиките на системата отговарят на изискванията на клиента, документирани в SRS (Спецификация на софтуерните изисквания), като обикновено се използва подходът на черната кутия. Интеграционното тестване тества предварителния дизайн чрез функционален и декомпозиционен подход. Интеграционното тестване се основава на структурата на дизайна, използвайки подход отгоре надолу или отдолу нагоре. И накрая, модулните тестове гарантират, че детайлният дизайн е правилен.
Какво е обектно ориентирано тестване?
Използването на обектно-ориентиран (OO) анализ и дизайн заедно с Agile и други скорошни методологии за разработка на софтуер води до обектно-ориентирано тестване. OO развитието обикновено се фокусира върху поведението. Тестването се извършва с акцент върху състава. Това означава, че дизайнът се създава част по част и се композира заедно, за да завърши цялата система. Тъй като бързото прототипиране и някаква форма на поетапен подход се използват за OO разработка днес, трите конвенционални нива на тестване (система, интеграция и модулно тестване) не са ясно видими в OO дизайна (но те съществуват през повечето време). Системното тестване (при OO тестване) ще използва почти същия подход (черна кутия) като конвенционалното тестване и ще проверява спецификацията на изискванията (тъй като изискванията трябва да бъдат проверени независимо от процеса на разработка). Тестването на единици при обектно ориентирано тестване е подобно на конвенционалното тестване на единици, но основната разлика е дефиницията на използваната единица. Понастоящем приетите единици, използвани за тестване на единици, са класове и методи.
Каква е разликата между конвенционалното тестване и обектно-ориентираното тестване?
Конвенционалното тестване е традиционният подход за тестване, който се прави най-вече, когато жизненият цикъл на водопада се използва за разработка, докато обектно-ориентираното тестване се използва, когато обектно-ориентираният анализ и дизайн се използват за разработване на корпоративен софтуер. Конвенционалното тестване се фокусира повече върху декомпозицията и функционалните подходи, за разлика от обектно-ориентираното тестване, което използва композиция. Трите нива на тестване (система, интеграция, единица), използвани в конвенционалното тестване, не са ясно дефинирани, когато става въпрос за обектно ориентирано тестване. Основната причина за това е, че OO разработката използва постепенен подход, докато традиционната разработка следва последователен подход. По отношение на модулното тестване, обектно-ориентираното тестване разглежда много по-малки единици в сравнение с конвенционалното тестване.
