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