Що таке тестування компонентів? Методи, приклади тестів

Що таке тестування компонентів?

Компонентне тестування визначається як тип тестування програмного забезпечення, у якому тестування виконується для кожного окремого компонента окремо без інтеграції з іншими компонентами. Його також називають тестуванням модуля, якщо розглядати його з точки зору архітектури. Тестування компонентів також називають модульним тестуванням, тестуванням програм або тестуванням модулів.

Як правило, будь-яке програмне забезпечення в цілому складається з кількох компонентів. Тестування рівня компонентів стосується окремого тестування цих компонентів.

Це один із найпоширеніших типів тестування чорної скриньки, який виконує QA Team.

Відповідно до наведеної нижче діаграми буде стратегія тестування та план тестування для тестування компонентів. Де кожна частина програмного забезпечення чи програми розглядається окремо. Для кожного з цих компонентів a Сценарій тесту буде визначено, яке далі буде зведено до тестових випадків високого рівня -> докладних тестових випадків низького рівня з попередніми умовами.

Використання терміну «Тестування компонентів” залежить від домену до домену та організації.

Найпоширенішою причиною різного сприйняття тестування компонентів є

Тип обраної моделі життєвого циклу розробки
Складність програмного забезпечення або програми, що тестується
Тестування з ізоляцією або без ізоляції від решти інших компонентів програмного забезпечення чи програми.

Як ми знаємо життєвий цикл тестування ПЗ Architecture має багато тестових артефактів (створених документів, використаних під час тестування). Серед багатьох тестів – артефактів, це Test Policy & Test Strategy, яка визначає типи тестування, глибину тестування, яке буде виконано в даному проекті.

Хто проводить тестування компонентів

Перевірка компонентів проводиться тестувальниками. «Модульне тестування» виконується розробниками, де вони тестують окремі функції або процедури. Після Unit Testing виконується, наступне тестування – тестування компонентів. Тестування компонентів проводиться тестувальниками.

Коли проводити тестування компонентів

Тестування компонентів виконується невдовзі після завершення модульного тестування розробниками та випуску збірки для команди тестування. Ця збірка називається збіркою UT (збірка модульного тестування). Основні функціональні можливості всіх компонентів перевіряються на цьому етапі,

Вхідні критерії для тестування компонентів

Мінімальна кількість компонентів, які будуть включені в UT, повинна бути розроблена та протестована.

Критерії виходу для тестування компонентів

Функціональність усіх компонентів має працювати нормально.
Не повинно бути жодних критичних, високого чи середнього ступеня тяжкості та пріоритетних дефектів Дефект журнал

Методи тестування компонентів

Виходячи з глибини рівнів тестування, тестування компонентів можна класифікувати як

CTIS – тестування компонентів у малих розмірах
CTIL – Component Testing In Large

CTIS – тестування компонентів у малому

Тестування компонентів може проводитися з ізоляцією решти інших компонентів програмного забезпечення чи програми, що тестується, або без неї. Якщо це виконується з ізоляцією іншого компонента, то це називається тестуванням компонентів у малому розмірі.

Приклад 1: Розглянемо веб-сайт, який містить 5 різних веб-сторінок, тоді тестування кожної веб-сторінки окремо та з ізоляцією інших компонентів називається тестуванням компонентів у Small.

Приклад 2: Розглянемо домашню сторінку веб-сайту guru99.com, яка містить багато таких компонентів

Дім, тестування, SAP, Web, Must Learn!, Big Data, Live Projects, Blog тощо.

Подібним чином будь-яке програмне забезпечення складається з багатьох компонентів, а також кожен компонент матиме власні підкомпоненти. Тестування кожного модуля, згаданого в прикладі 2, окремо без урахування інтеграції з іншими компонентами називається Тестування компонентів у малому.

Методи тестування компонентів — Як виконати тестування компонентів

Клацніть спадне меню Тестування, як показано на зображенні нижче, і перегляньте різні «підкомпоненти» компонент тестування. Отже, відображені підкомпоненти Ручне тестування, SOAPUI, QTP, JUnit, Selenium, Управління тестами, Selenium, Mobile Тестування тощо

Примітка: На наведеному нижче знімку субкомпоненти виділені червоним кольором.

CTIL – Component Testing in Large

Тестування компонентів, виконане без ізоляції інших компонентів програмного забезпечення або програми, що тестується, називається Component Testing Large.

Давайте візьмемо приклад, щоб зрозуміти це краще. Припустимо, що існує програма, яка складається з трьох компонентів Компонент A, Компонент B, та Компонент С.

Розробник розробив компонент B і хоче його перевірити. Але для того, щоб повністю протестуйте компонент B, деякі його функції залежать від компонента A і лише деякі від компонента C.

Потік функціональності: A -> B -> C це означає, що існує залежність B від обох A та C, згідно з заглушкою діаграми називається функція, і водій є функція виклику.

Але компонент А і компонент С ще не розроблені. У такому випадку, щоб повністю перевірити компонент B, ми можемо замінити компонент A і C на заглушку та драйвери, якщо потрібно. Таким чином, по суті, компоненти A і C замінюються заглушками і драйверами, які діють як фіктивні об’єкти, поки вони не будуть фактично розроблені.

Заглушка: Заглушка викликається з компонента програмного забезпечення, який потрібно перевірити, як показано на схемі нижче. Компонент A викликає заглушку.
водій: Драйвер викликає компонент, який потрібно перевірити, як показано на діаграмі нижче. «Компонент B» викликається драйвером.

Приклади тестів для тестування компонентів

Розглянемо 2 веб-сторінки відповідно до наведених нижче схем. Тут обидві веб-сторінки взаємопов’язані одна з одною з точки зору функціональності.

Веб-сторінка 1 — це сторінка входу на demo.guru99.com

Коли користувач введе дійсний ідентифікатор користувача та пароль у текстове поле та натисне кнопку «Надіслати», веб-сторінка перейде на домашню сторінку веб-сайту демонстраційного банку guru99.

Веб-сторінка 2 є домашньою сторінкою Guru99.com

Отже, тут сторінка входу є одним компонентом, а домашня сторінка – іншим. Тепер називається тестування функціональності окремих сторінок окремо тестування компонентів.

Сценарій тестування компонентів на веб-сторінці 1 –

Введіть недійсний ідентифікатор користувача та переконайтеся, що кінцевому користувачеві відображається будь-яке зручне спливаюче вікно з попередженням.
Введіть недійсний ідентифікатор користувача та пароль, натисніть «скинути» та переконайтеся, що дані, введені в текстових полях ідентифікатора користувача та пароля, видалено.
Введіть дійсне ім’я користувача та пароль і натисніть кнопку «Увійти».

Сценарій тестування компонентів на веб-сторінці 2 –

Перевірте, чи відображається на домашній сторінці повідомлення «Ласкаво просимо на сторінку менеджера банку guru99».
Перевірте, чи всі посилання в лівій частині веб-сторінки можна натиснути.
Перевірте, чи ідентифікатор менеджера відображається в центрі домашньої сторінки.
Перевірте наявність 3 різних зображень на головній сторінці відповідно до схеми.

Модульне тестування проти тестування компонентів

Unit Testing	Тестування компонентів
Тестування окремих програм, модулів, щоб продемонструвати, що програма виконується відповідно до специфікації, називається Unit Testing	Тестування кожного об'єкта або частини програмного забезпечення окремо з ізоляцією інших об'єктів або без них називається Тестування компонентів
Його перевірено на відповідність проектній документації	Його перевірено на відповідність вимогам тестування, сценаріям використання
Модульне тестування виконується розробниками	Тестування компонентів проводиться тестувальниками
Спочатку виконується модульне тестування	Тестування компонентів виконується після завершення модульного тестування з боку розробників.

Підсумки

In Розробка програмного забезпечення, Тестування компонентів відіграє вирішальну роль у пошуку помилок. Перш ніж почати Інтеграційне тестування після компонентного тестування та інтеграційного тестування слід компонентне тестування.

У деяких джерелах тестування компонентів також називають тестуванням модулів.