Какво е тест за интеграция
С напредъка в областта на информационните технологии нещата стават много по-лесни за нас, хората и буквално, всичко може да се направи само с щракане на пръсти. Но преди това всичко може да се направи много упорита работа и най-важното от всички „LOGIC“ се поставя зад него. Сега понякога видяхме, че някои функции не работят точно според очакванията или резултатите, получени от софтуера, не отговарят на нашите очаквания, именно там тестването на софтуера играе важна роля. За да коригирате грешките в системите, така че да се получат правилните / очакваните резултати е тестване на софтуера.
За да разберем какво означава тестване на интеграцията, първо трябва да разберем какво означава тестване на софтуера! Тестване на софтуер е дейност за проверка дали изходът / резултатът от теста е еквивалентен на очаквания изход / резултат, което означава, че софтуерът работи правилно. Резултатът, който се получава след стартиране на определен софтуер / система, трябва да съвпада с резултата, който се очаква като изход от софтуера / системата; ако не го направи, софтуерът трябва да се пренапише или да се направят определени промени вътре в писмения код.
Тестване на софтуер на софтуерна система се извършва на различни нива. Нивата на тестване са изобразени, както следва:
Хронологично, тестът за интеграция се прави след първата стъпка, „Тестване на единица“. С течение на интеграцията на имената, текстовото определение на Integration Testing е „Индивидуалните софтуерни модули се комбинират и тестват заедно, като група“. Това означава, че в софтуера има много компоненти. Тези много компоненти заедно, когато се комбинират, образуват софтуерна система. Тази софтуерна система се тества заедно и нивото на тестване, на което се тества, е известно като интегриране. Така че, когато тези модули се комбинират, резултатът, който се получава от него, трябва да е еквивалентен на резултата, който се очаква, именно там интеграционното тестване влиза в част. Основната цел на тестовете за интеграция е да се провери дали отделните модули работят правилно, когато се комбинират.
Известен също като I&T (Интеграция и тестване) може да помогне при тестването на дадено лице, както и при пълно тестване на модули. Той е включен както в черно, така и в бяло тестване. Повечето от организациите тестват само софтуера си, използвайки методологиите за единично и функционално тестване.
Видове и подходи
Има четири типа и подходи за тестване на интеграцията, споменати по-долу:
- Подход на голям бретон
- Подход отдолу нагоре
- Подход отгоре-надолу
- Хибридни / сандвич
1. Подход на Големия взрив:
Разработените модули / компоненти на софтуерните системи са свързани. Тези отделни модули се тестват заедно, когато са свързани. След модулното тестване тези модули се тестват заедно, които формират софтуерна система. Но някои от нас може да имат този въпрос, как се различава тестването на софтуерната система като цяло и тестовете за интеграция? Основното, което разбираме тук, е, че при тестване на интеграцията тестването се извършва за отделните модули, които се комбинират заедно, след провеждането на единичните тестове; и при тестване на софтуерната система цялата система се тества с всички параметри, взети под внимание.
Следващата диаграма изобразява какво точно означава подходът на Big Bang за тестване на интеграцията:
При подхода на големия взрив има някои предимства и недостатъци, свързани:
Предимства:
- Много е удобно да се подходи, ако системите са малки. Тъй като времето за този подход е повече, големите системи могат да доведат до повече консумация на време.
- Откриването на повреди е много лесно с това, като се имат предвид малките системи
Недостатъци:
- Тъй като всички модули са свързани, ако има някаква повреда в системите, е трудно да я забележите.
- Някои модули са много важни и те трябва да бъдат тествани. Тези модули трябва да бъдат тествани, преди да се използват в системата. Но по време на тестване на интеграцията тези модули може да не бъдат тествани ефективно, тъй като всички модули са свързани.
- Времето, отделено от цялата софтуерна система, е много повече от другите подходи за тестване на интеграцията.
- Свързването на модулите може да отнеме известно време, което може да доведе до отнемане на общото време на процеса на софтуерната система.
- Времето за този подход е повече, тъй като много модули са свързани заедно и тестването на всеки модул ще отнеме повече време.
2. Подход отдолу нагоре
При този подход модулите с ниско ниво се тестват първо, заедно и поотделно. Всички модули на долното ниво са интегрирани, което включва, функции и процедури и всичко е свързано и тествано. Това помага при тестване на модулите от по-високо ниво, тъй като представлява основа за него. Тази процедура се повтаря, че всички модули от долното до горното ниво модул са тествани старателно. Казано по-просто, тестването започва от вътрешните и най-долните модули и постепенно се насочва нагоре. Както е посочено в диаграмата, помощта на водача се взема, докато го прави. И така, какво е драйвер и как помага? Както показва потокът, модулите от най-високо ниво не могат да бъдат интегрирани в системата до и освен ако не се направи и свърже тестването на модула на долното ниво. Така че драйверът тук помага при свързването на модулите на долното и горното ниво и работи като среден или в технически план като функция за повикване.
Предимства:
- Разработването на отделни модули може да се извърши, докато се използва подходът за тестване на интеграцията отдолу нагоре, тъй като тестовете за свързване и интегриране се извършват след първоначалното тестване на модулите на долното ниво.
- Ако съществува / възникне някаква грешка, тя може да бъде поправена едновременно и на същото ниво. Идентифицирането и коригирането на грешки е много по-лесно от другите подходи.
- Времето, необходимо за идентифициране на грешки и коригиране на грешки, е много по-малко в сравнение с други подходи.
- Грешките могат да бъдат решени на едно и също ниво на долното или на най-горното ниво.
Недостатъци:
- Времето, отделено за целия процес, е повече, процесът на тестване не завършва, докато всички модули както на горното, така и на долното ниво са включени и тествани.
- Драйверите са необходими, за да се обадят на модулите от високо ниво
- Ако софтуерната система съдържа все повече и повече малки, но сложни модули, може да отнеме повече време за приключване на процеса на тестване на софтуера.
3. Подход отгоре-надолу
Този подход върви точно обратното на подхода отдолу нагоре. Първоначално се тестват модулите / ите от най-високо ниво, а след това се тестват и други модули от по-ниско ниво. Най-горните модули се тестват първо поотделно, като тестване на специализирани единици се провежда за най-горния модул и в крайна сметка други модули се вземат под внимание и тестват. Подходът отгоре надолу изисква функция за обаждане, подобно на подход отдолу нагоре, наречен Stubs. Стъблата са логически изявления за кратък код, които се използват за приемане на входове от модулите от най-високо ниво и в крайна сметка извикват модули от долното ниво за интегриране и тестване.
Предимства:
- При този подход лесно могат да бъдат открити неизправности или грешки.
- Най-важните модули се тестват старателно и преди другите модули.
- Тестване на софтуерната система може да се извърши за по-малко време, в сравнение с други подходи.
Недостатъци:
- Модулите от долното ниво може да не бъдат тествани до очакваното ниво или може да не бъдат тествани според изискванията.
- Стъблата са необходими и са необходими за процеса на тестване да продължи напред.
4. Хибриден / сандвич подход
Известен също като тестване на смесена интеграция. Подходът „отдолу нагоре“ и „отгоре надолу“ и двете са комбинирани в този подход. Оттук известен като подход за тестване на хибрид или сандвич или смесена интеграция. Този подход се използва за прикриване на пропаданията на двата подхода поотделно. Най-горният модул е тестван на единица и в същото време модулите на долното ниво са интегрирани и тествани с модулите от най-високо ниво.
Предимства:
- Използва се предимно за големи проекти и изисква много време за завършване.
Недостатъци:
- Разходите за този тип тестване са доста високи, тъй като и двата подхода се използват при завършването на тестването.
Предимства на интеграционното тестване
- Интеграционното тестване за различни модули едновременно е лесно.
- Може да се използва както в ранните, така и в по-късните етапи на процеса на тестване.
- Покритието на дължината на кода е повече в сравнение с други техники за тестване на софтуер, тъй като могат да се използват и двата подхода отгоре и отгоре надолу.
- Според промените в изискванията, разработката варира, така че тестването на модули на различни нива става важно, за което интеграционното тестване може да се използва лесно.
Защо се използва интеграционно тестване
- Хората, които са били в ИТ индустрията, може би знаят за постоянните промени, които се случват. Всеки ден, според изискванията, необходимостта от разработване на определена софтуерна система се променя, така че всеки ден се разработват нови пластири на кода. Сега, когато тези пластири са свързани заедно, за да образуват един софтуер. Така че, за да проверите това, задължително е задължително тестване на интеграцията и неговите подходи.
- Когато сложен или огромен софтуер се кодира или изгражда, той се класифицира в отделни модули. Много хора работят по тези модули едновременно, но когато тези модули са интегрирани, тестването се извършва. В повечето случаи интегрирането на модули изисква тестване на интеграцията върху него, преди да бъде обработено допълнително.
- Повечето софтуерни приложения изискват някои библиотеки за поддръжка, за да работят. Интеграционното тестване се извършва, когато тези библиотеки се използват заедно с разработения код.
- Интеграцията става задължителна, когато софтуерът се разработва, тъй като грешките могат да бъдат отстранени на определеното ниво. Както знаем за подходите, един от подходите може да се използва за него.
Интеграция за тестване на случаи
Помислете, че изграждаме един софтуер за управление на служители. Този софтуер има три основни аспекта:
- Вход на служители
- Доклад на служителите
- Страница за определяне на заплатата на служителите и ниво на заплатата
Сега, като се има предвид горния случай, първо софтуерът е разработен и потокът трябва да бъде регистрация на служителя (Въвеждане на стойностите, напр .: идентификационен номер на служителя, име, телефонен номер и т.н.). След правилните входове трябва да се пренасочи към нетната страница към тази страница на отчета на служителите. Сега, ако тук служителят не е насочен към страницата с отчетите и директно е насочен към страницата с информация за заплатите и тогава това е грешка. И така, за да се поправи това, се извършва потокът, последователността на дейностите, тестването на интеграцията.
Друг пример за тестване на интеграцията е:
Ежедневно проверяваме имейлите си. Всички доставчици на имейл услуги ни предоставят същата функционалност.
Login-> Inbox->Send / Delete Mail-> Logout
Сега, тук, когато влизаме в техните сървъри, първо стойностите се проверяват за коректност, тоест тестване на единици. И така, сега след съвпадението на идентификационните данни, страницата за вход трябва да ни прехвърли във входящата страница. Това е очакваният резултат. Ако не ни прехвърли в страницата Inbox, вместо това ни прехвърли в някаква нежелана папка, тогава тя се превръща в случай на тестване за интеграция. Същото важи и за изпращане и изтриване на имейлите.
Други случаи могат да бъдат:
- След успешна регистрация във всяко онлайн / офлайн приложение, пред потребителя трябва да се появи дисплейно съобщение.
- Приложенията за банкиране трябва да насочват потребителите към необходимата страница с обобщение на акаунта.
- След успешното влизане в приложения за социални медии трябва да се появи страницата по подразбиране, например: Начало / Профил за Facebook.
заключение
С толкова много напредъци в областта на информационните технологии, всеки ден и толкова много разработчици, които седят на различни места, работещи върху един и същ софтуер, тестването на интеграцията се превърна в задължително. Със своите подходи тестовете за интеграция могат да се използват както с малки, така и с големи софтуерни приложения. Интеграционното тестване, тъй като е в средата на нивата на тестване на софтуера и има толкова много предимства, става все по-важно за клиентите на търговско ниво и редовното проверяване помага да се запази софтуерът непокътнат.
Препоръчителни статии
Това е ръководство за тестване на интеграцията. Тук обсъдихме някои основни понятия, дефиниция, видове и подход с предимства и недостатъци. Можете да разгледате и другите ни предложени статии, за да научите повече -
- Кариери в тестване на софтуер
- Кариери за разработчици на софтуер
- Какво е тестване на черна кутия
- Полезна кариера като софтуерен инженер