Какво е тестване на компоненти? Техники, примерни тестови случаи
Томас Хамилтън
Какво е тестване на компоненти?
Компонентното тестване се определя като тип софтуерно тестване, при което тестването се извършва на всеки отделен компонент поотделно, без да се интегрира с други компоненти. Нарича се още като тестване на модули, когато се разглежда от гледна точка на архитектурата. Тестването на компоненти се нарича още тестване на модули, тестване на програми или тестване на модули.
Като цяло всеки софтуер като цяло се състои от няколко компонента. Тестването на ниво компонент се занимава с индивидуалното тестване на тези компоненти.
Това е един от най-честите видове тестване на черна кутия, който се извършва от QA Team.
Съгласно диаграмата по-долу ще има тестова стратегия и тестов план за тестване на компоненти. Където всяка част от софтуера или приложението се разглежда индивидуално. За всеки от тези компоненти a Сценарий на теста ще бъдат дефинирани, които допълнително ще бъдат сведени до тестови случаи от високо ниво -> подробни тестови случаи от ниско ниво с предпоставки.
Използването на термина „Тестване на компоненти” варира от домейн до домейн и организация до организация.
Най-честата причина за различното възприемане на тестването на компоненти са
- Избран тип модел на жизнения цикъл на разработка
- Сложност на тествания софтуер или приложение
- Тестване със или без изолиране от останалите компоненти в софтуера или приложението.
Както знаем, жизненият цикъл на софтуерния тест Architecture има много много тестови артефакти (направени документи, използвани по време на тестови дейности). Сред многото тестове – артефакти, политиката за тестване и стратегията за тестване определят видовете тестване, дълбочината на тестване, което да се извърши в даден проект.
Кой извършва тестване на компоненти
Тестването на компонентите се извършва от тестери. „Unit Testing“ се извършва от разработчиците, където те правят тестване на отделната функционалност или процедура. след Единично тестване се извършва, следващото тестване е тестване на компоненти. Тестването на компонентите се извършва от тестерите.
Кога да се извърши тестване на компоненти
Тестването на компонентите се извършва скоро след като Unit Testing е направено от разработчиците и компилацията е пусната за екипа за тестване. Тази компилация се нарича UT компилация (Unit Testing Build). Основната функционалност на всички компоненти се тества в тази фаза,
Входни критерии за тестване на компоненти
- Минималният брой компоненти, които трябва да бъдат включени в UT, трябва да бъдат разработени и тествани.
Изходни критерии за тестване на компоненти
- Функционалността на всички компоненти трябва да работи добре.
- Не трябва да има наличие на дефекти с критична или висока или средна тежест и приоритет дефект влезте.
Техники за тестване на компоненти
Въз основа на дълбочината на нивата на тестване, тестването на компонентите може да се категоризира като
- CTIS – Тестване на компоненти в малки размери
- CTIL – Тестване на компоненти в големи размери
CTIS – Тестване на компоненти в малки размери
Тестването на компонентите може да се извърши със или без изолиране на останалите компоненти в тествания софтуер или приложение. Ако се извършва с изолиране на друг компонент, тогава се нарича тестване на компоненти в малки размери.
Пример 1: Помислете за уебсайт, който има 5 различни уеб страници, тогава тестването на всяка уеб страница поотделно и с изолирането на други компоненти се нарича тестване на компоненти в Small.
Пример 2: Помислете за началната страница на уебсайта guru99.com, която има много компоненти като
Начало, Тестване, SAP, Уеб, Трябва да се научи!, Големи данни, Проекти на живо, Блог и др.
По същия начин всеки софтуер е направен от много компоненти и също така всеки компонент ще има свои собствени подкомпоненти. Тестването на всеки модул, споменат в пример 2 поотделно, без да се отчита интегрирането с други компоненти, се нарича Тестване на компоненти в малък.
Щракнете върху падащото меню за тестване според долното моментно шоу и вижте различни "подкомпоненти" на тестовия компонент. Така че показаните подкомпоненти са Ръчно тестване, SOAPUI, QTP, JUnit, Selenium, управление на тестове, Selenium, подвижен Тестване и др.
Забележка: Подкомпонентите са споменати с червен цвят в моментната снимка по-долу.
CTIL – Тестване на компоненти в големи размери
Тестването на компоненти, извършено без изолиране на други компоненти в тествания софтуер или приложение, се нарича голямо тестване на компоненти.
Нека вземем пример, за да го разберем по-добре. Да предположим, че има приложение, състоящо се от три компонента Компонент А, Компонент Б, намлява Компонент C.
Разработчикът е разработил компонент B и иска той да бъде тестван. Но за да напълно тествайте компонент B, малко от неговите функционалности зависят от компонент A и малко от компонент C.
Функционален поток: A -> B -> C което означава, че има зависимост към B както от A, така и от C, според диаграмата е наречена функция, а водачът е функция за повикване.
Но компонент A и компонент C все още не са разработени. В този случай, за да тестваме напълно компонент B, можем да заменим компонент A и компонент C с пън и драйвери, както се изисква. Така че основно компонентите A & C се заменят от заготовки и драйвери, които действат като фиктивен обект, докато не бъдат действително разработени.
- Пънче: Стълбът се извиква от софтуерния компонент, който ще се тества, както е показано на диаграмата по-долу. „Стъб“ се извиква от Компонент А.
- Driver: Драйверът извиква компонента, който ще се тества, както е показано на диаграмата по-долу. „Компонент B“ се извиква от драйвера.
Примерни тестови случаи за тестване на компоненти
Помислете за 2 уеб страници според диаграмите, споменати по-долу. Тук и двете уеб страници са взаимосвързани една с друга от функционална гледна точка.
- Уеб страница 1 е страница за вход към demo.guru99.com
Когато потребителят въведе валидно потребителско име и парола в текстовото поле и щракне върху бутона за изпращане, уеб страницата ще навигира към началната страница на уебсайта на демонстрационната банка guru99.
- Уеб страница 2 е началната страница на Guru99.com
Така че тук страницата за вход е един компонент, а началната страница е друг. Сега се нарича тестване на функционалността на отделните страници поотделно тестване на компоненти.
Сценарий за тестване на компонент на уеб страница1 –
- Въведете невалиден потребителски идентификатор и проверете дали някое удобно за потребителя изскачащо предупреждение се показва на крайния потребител.
- Въведете невалидно потребителско име и парола и щракнете върху „нулиране“ и проверете дали данните, въведени в текстовите полета потребителско име и парола, са изчистени.
- Въведете валидното потребителско име и парола и щракнете върху бутона „Вход“.
Сценарий за тестване на компонент на уеб страница2 –
- Проверете дали съобщението „Добре дошли в мениджърската страница на guru99 bank“ се показва на началната страница.
- Проверете дали върху всички връзки от лявата страна на уеб страницата може да се кликне.
- Проверете дали идентификаторът на мениджъра се показва в центъра на началната страница.
- Проверете наличието на 3 различни изображения на началната страница според диаграмата.
Тестване на единици срещу тестване на компоненти
| Единично тестване | Тестване на компоненти |
|---|---|
| Нарича се тестване на отделни програми, модули, за да се демонстрира, че програмата се изпълнява според спецификацията Единично тестване | Извиква се тестване на всеки обект или части от софтуера поотделно със или без изолиране на други обекти Тестване на компоненти |
| Той е валидиран спрямо проектни документи | Той е валидиран спрямо изискванията за тестване, случаи на употреба |
| Единичното тестване се извършва от разработчици | Тестването на компонентите се извършва от тестери |
| Първо се прави модулно тестване | Тестването на компонентите се извършва след завършване на тестването на модула от страна на разработчиците. |
Oбобщение
In Софтуерно инженерство, Тестването на компоненти играе решаваща роля при намирането на грешки. Преди да започнем Тестване на интеграцията след компонентното тестване и интеграционното тестване е последвано от компонентно тестване.
Тестването на компоненти също се нарича тестване на модули в някои препратки.
