Що таке тестування компонентів?
Тестування компонентів визначається як тип тестування програмного забезпечення, при якому тестування проводиться для кожного окремого компонента окремо без інтеграції з іншими компонентами. Це також називають модульним тестуванням, коли його розглядають з точки зору архітектури. Тестування компонентів також називають модульним тестуванням, програмним тестуванням або модульним тестуванням.
Як правило, будь-яке програмне забезпечення в цілому складається з декількох компонентів. Тестування рівня компонентів займається тестуванням цих компонентів індивідуально.
Це один із найпоширеніших видів тестування чорних ящиків, який проводить команда з контролю якості.
Відповідно до діаграми нижче, буде складена стратегія тестування та план тестування компонентів. Де кожна частина програмного забезпечення чи програми розглядається окремо. Для кожного з цього компонента буде визначено Сценарій тестування, який надалі буде зведений до Тестових випадків високого рівня -> Детальні тестові кейси низького рівня з передумовами.
Використання терміна " Тестування компонентів " залежить від домену до домену та організації до організації.
Найбільш поширеною причиною різного сприйняття тестування компонентів є
- Обраний тип життєвого циклу розвитку
- Складність тестованого програмного забезпечення чи програми
- Тестування з ізоляцією або без ізоляції від решти інших компонентів у програмному забезпеченні чи програмі.
Як ми знаємо, Архітектура життєвого циклу тестування програмного забезпечення має безліч тестових артефактів (документи, виготовлені, використані під час тестування). Серед багатьох тестів - артефактів, це Політика тестування та Тестова стратегія, яка визначає типи тестування, глибину тестування, які слід виконати в даному проекті.
Хто проводить тестування компонентів
Тестування компонентів проводиться тестерами. `` Тестування одиниць '' виконується розробниками, де вони проводять тестування окремих функціональних можливостей або процедур. Після проведення модульного тестування наступним тестуванням є тестування компонентів. Тестування компонентів проводиться тестувальниками.
Коли проводити тестування компонентів
Тестування компонентів проводиться незабаром після того, як розробники проведуть модульне тестування та звільнення збірки для команди тестувань. Ця збірка називається UT-побудовою (Unit Testing Build). Основна функціональність усіх компонентів перевірена на цьому етапі,
Критерії вступу на випробування компонентів
- Слід розробити та протестувати мінімальну кількість компонента, який повинен бути включений до UT.
Критерії виходу для тестування компонентів
- Функціональність усіх компонентів повинна працювати нормально.
- Не повинно бути жодних журналів критичних або високих або середніх ступенів тяжкості та пріоритетних дефектів.
Методи випробування компонентів
Виходячи з глибини рівнів тестування, тестування компонентів можна віднести до категорії
- CTIS - Тестування компонентів у малому
- CTIL - тестування компонентів у великих розмірах
CTIS - Тестування компонентів у малому
Тестування компонентів можна проводити з ізоляцією решти інших компонентів у програмному забезпеченні або додатку, що тестується, або без нього. Якщо це виконується з ізоляцією іншого компонента, тоді це називається тестуванням компонентів у малому.
Приклад 1: Розглянемо веб-сайт, який має 5 різних веб-сторінок, а потім тестування кожної веб-сторінки окремо та з ізоляцією інших компонентів називається тестуванням компонентів у Small.
Приклад 2: Розглянемо домашню сторінку веб-сайту guru99.com, який містить багато подібних компонентів
Дім, тестування, SAP, Інтернет, Потрібно вчитися !, Великі дані, Проекти в реальному часі, Блог тощо.
Подібним чином, будь-яке програмне забезпечення складається з багатьох компонентів, а також кожен компонент матиме свої власні підкомпоненти. Тестування кожного модуля, згаданого в прикладі 2, окремо, без урахування інтеграції з іншими компонентами, називається тестуванням компонентів у малому.
Клацніть на випадаюче меню Тестування відповідно до наведеного нижче знімка та перегляньте різні "підкомпоненти" компонента Тестування. Отож відображаються підкомпоненти - ручне тестування, SOAPUI, QTP, JUnit, селен, управління тестами, селен, мобільне тестування тощо.
Примітка: Підкомпонент згаданий червоним кольором виділений на знімку нижче.
CTIS - Тестування компонентів у малому
Тестування компонентів, проведене без ізоляції інших компонентів у програмному забезпеченні чи додатку, що тестується, називається Тестування компонентів великим.
Візьмемо приклад, щоб зрозуміти це краще. Припустимо , що існує додаток , що складається з трьох компонентів кажуть , що компонент А , компонент В, і компонент C .
Розробник розробив компонент B і хоче перевірити його. Але для того, щоб повністю перевірити компонент B, деякі його функціональні можливості залежать від компонента A, а деякі - від компонента C.
Потік функціональності: A -> B -> C, що означає, що існує залежність від B як від A & C, так як на діаграмі заглушка - це викликана функція, а драйвер - виклична функція .
Але компонент А і компонент С ще не розроблені. У цьому випадку, щоб повністю протестувати компонент B, ми можемо замінити компонент A і компонент C заглушкою та драйверами за необхідності. Отже, в основному компоненти A & C замінюються заглушкою та драйвером, який діє як фіктивний об’єкт, доки вони не будуть фактично розроблені.
- Заглушка: із програмного компонента, що перевіряється, викликається заглушка, як показано на діаграмі нижче. Заглушка викликається компонентом А.
- Драйвер: Драйвер викликає компонент для тестування, як показано на схемі нижче, "Компонент B" викликається драйвером.
Приклади випадків тестування компонентів
Розглянемо 2 веб-сторінки відповідно до діаграм, згаданих нижче. Тут обидві веб-сторінки взаємопов’язані одна з одною з точки зору функціональності.
- Веб-сторінка 1 - це сторінка входу на сайт demo.guru99.com
Коли користувач введе дійсний ідентифікатор користувача та пароль у текстовому полі та натисне кнопку «Надіслати», веб-сторінка перейде на головну сторінку веб-сайту демонстраційного банку guru99.
- Веб-сторінка 2 - це домашня сторінка Guru99.com
Отже, тут сторінка входу є одним компонентом, а домашня - іншим. Зараз тестування функціональності окремих сторінок окремо називається тестуванням компонентів .
Сценарій тестування компонентів на веб-сторінці1 -
- Введіть недійсний ідентифікатор користувача та перевірте, чи не відображається кінцевому користувачеві зручне попередження.
- Введіть недійсний ідентифікатор користувача та пароль та натисніть «скинути» та перевірте, чи не видалено дані, введені в текстові поля ідентифікатор користувача та пароль.
- Введіть дійсне ім'я користувача та пароль та натисніть кнопку «Увійти».
Сценарій тестування компонентів на веб-сторінці2 -
- Переконайтеся, що на домашній сторінці відображається повідомлення "Ласкаво просимо на сторінку менеджера банку guru99".
- Переконайтеся, що все посилання в лівій частині веб-сторінки можна натиснути.
- Переконайтеся, що ідентифікатор менеджера відображається в центрі домашньої сторінки.
- Перевірте наявність 3 різних зображень на домашній сторінці відповідно до схеми.
Одиничне тестування проти тестування компонентів
| Одиничне тестування | Тестування компонентів |
|---|---|
|
|
|
|
|
|
|
|
Короткий зміст:
У розробці програмного забезпечення тестування компонентів відіграє вирішальну роль у пошуку помилок. Перш ніж розпочати тестування інтеграції, завжди рекомендується провести тестування компонентів, щоб переконатися, що кожен компонент програми працює ефективно.
Інтеграційне тестування супроводжується тестуванням компонентів. Тестування компонентів у деяких посиланнях також називається модульним тестуванням.