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