Огляд тестування чорної коробки
Тест на чорний ящик - це метод тестування програмного забезпечення, в якому внутрішня структура або дизайн або реалізація предмета, який потрібно перевірити, невідомий тестеру.
Що таке тестування програмного забезпечення?
Тестування програмного забезпечення - це процедура оцінки системи з метою пошуку помилок. Він виконується для перевірки, чи відповідає система заданим вимогам. Тестування вимірює загальну якість системи з точки зору її правильності, повноти, зручності використання, продуктивності та інших функціональних та нефункціональних ознак.
Тестування чорної скриньки - це техніка тестування програмного забезпечення, яка фокусується на аналізі функціональності програмного забезпечення, порівняно з внутрішніми системними механізмами. Тестування чорної коробки було розроблено як метод аналізу потреб клієнтів, технічних характеристик та стратегій дизайну високого рівня. Тестер програмного забезпечення для чорного поля вибрав би дійсні та недійсні умови введення та виконання коду та перевіряє чинні відповіді на вихід. Тестування чорної скриньки також називається функціональним тестуванням або тестуванням закритого типу.
Наприклад, пошукова система програми. У пошуковій системі користувач вводить текст у рядок пошуку браузера. Потім пошукова система буде знаходити та отримувати відповідні вихідні дані користувачів. Що відбувається за лаштунками, користувачеві невідомо. Таким чином, внутрішня реалізація його не розуміє.
До переваг тестування чорної коробки належать:
- Простота: полегшує тестування дизайнів високого рівня та складних застосувань
- Економить ресурси: Тестери зосереджуються на функціональності програмного забезпечення.
- Тестові приклади: зосередження уваги на функціональності програмного забезпечення для швидкого розвитку тестового випадку.
- Забезпечує гнучкість: конкретні знання з програмування не потрібні.
Приклад
Тестер перевірив веб-сторінки, тобто за допомогою клацань і натискань клавіш, використовуючи браузер, надаючи входи та без знання внутрішніх структур, таким чином перевіряючи результати на очікувані результати.
Інструменти, які використовуються для тестування Black Box
Інструменти тестування чорної скриньки в основному залежать від того, який тип тестування чорної скриньки ви впроваджуєте.
- Функціональні / регресійні тести можна проводити через QTP або Selenium
- Нефункціональні тести можна проводити через LoadRunner або Jmeter.
Рівні
У тестуванні Black Box для тестування програмного забезпечення передбачено наступні рівні:
- Інтеграційне тестування
- Тестування системи
- Тестування прийняття
Із тим, що рівень вище, коробка буде більшою і складнішою, а також більше малюнків на чорному боці.
Визначення тестування чорної скриньки
Тестування чорної скриньки може бути визначено як техніка тестування, в якій функціональність Application Under Test (AUT) перевіряється, але не виходить на структуру внутрішнього коду, деталі реалізації та будь-які знання внутрішніх шляхів програмного забезпечення.
Розуміння тестування чорної скриньки
Тестування чорної скриньки стосується всіх специфікацій програмного забезпечення та вимог. Тестування Black Box просто фокусується на входах та виходах програмної системи і зовсім не переймається питаннями внутрішніх знань програмного забезпечення.
Як тестування Black Box робить роботу настільки простою?
Існує життєвий цикл тестування програмного забезпечення, тобто STLC, який є тестуванням чорної коробки, що стосується кожного етапу життєвого циклу розробки програмного забезпечення.
- На початковій або першій стадії STLC вимоги до продукту збираються. Це відомо як фаза збирання вимог.
- Наступна фаза - це етап планування тесту та аналіз тесту. Результати цієї фази, як правило, є типами тестування, які слід проводити відповідно до проекту та плану тестування для визначення ризиків та зменшення цих ризиків.
- Третя фаза - це етап проектування, в якому тестові приклади, тестові сценарії готуються за допомогою документів із вимогами програмного забезпечення або документа з вимогами бізнесу.
- Останній етап відомий як фаза виконання тесту. Як випливає з назви, на цьому етапі виконуються всі тестові випадки або сценарії. Про всі виявлені помилки повідомляють, виправляють та повторно перевіряють.
Що ви можете зробити з тестуванням Black Box?
Нижче описані деякі найвидатніші стратегії тестування, які використовуються при тестуванні чорної скриньки:
- Тестування класу еквівалентності
- Тестування граничної вартості
- Тестова таблиця рішень
- Тестування причинно-наслідкових наслідків
- Тестування на основі вимог
- Тестування на сумісність
Тестування класу еквівалентності
Цей тип тестування є кращим, оскільки він допомагає мінімізувати тестові випадки до рівня, коли шанси покриття вимог до оптимального рівня.
Це робиться в наступні два кроки -
1. Ідентифікація та розподіл на класи еквівалентності: Спочатку вхідні дані розподіляються як мінімум на два набори - перший набір містить список дійсних вхідних значень, а другий набір містить список недійсних вхідних значень. Наприклад, якщо є вікове вікно, яке може містити вік у діапазоні 20-40, то допустимі вхідні значення можуть становити 21, 25, 30, 39 і т.д., а недійсні вхідні значення можуть бути будь-якими значеннями меншими за 20 або більше 40 як 10, 15, 45, 55 тощо.
2. Створення тестових випадків - Унікальний ідентифікаційний номер присвоюється кожному дійсному вхідному класу та недійсному класу введення, а потім записуються тестові випадки з наміром охопити два набори вхідних класів.
Тестування граничної вартості
Тестування граничної величини в основному фокусується на значеннях меж. Він оцінює, чи певний діапазон значень був би прийнятним системою чи ні. Тестування граничної вартості корисно для зменшення / мінімізації кількості тестових випадків. Тестування граничної вартості найбільш підходить для систем, де вхід лежить у певних діапазонах.
Тестова таблиця рішень
Таблиця рішень демонструє причини та їх одночасний вплив у вигляді матриці. У тестуванні таблиці прийняття рішень існує унікальна комбінація в кожному стовпчику.
Причинно-наслідковий графік
Причинно-наслідковий графік розвиває зв’язок між причинами (логічні введення) з відповідним ефектом (Дії). Вони представлені за допомогою булевих графіків. Слід виконати наступні кроки:
- Ідентифікація входів і виходів.
- Розробка графіку причинно-наслідкових ефектів.
- Перетворення графіка в таблицю рішень.
- Перетворення правил таблиці рішень у тестові справи.
Тестування на основі вимог
Цей тип тестування включає перевірку, чи є вимоги, зазначені в SRS або Специфікації вимог програмного забезпечення, дійсними чи ні.
Тестування на сумісність
Щоб забезпечити функціональність, і продукти, і інфраструктура залежать від результатів виконання тестових випадків. Незалежно від змін, внесених у параметри інфраструктури, продукт все ще очікує належну роботу. Нижче наведено деякі параметри, що впливають на сумісність програмного забезпечення:
- Процесори Pentium 3 або Pentium 4 та кількість використовуваних процесорів
- 32-бітна або 64-бітна архітектура
- Сервери баз даних або будь-які інші задні компоненти
- Тип операційної системи (Windows, Linux тощо).
Робота з тестуванням Black Box
Нижче наведено основні кроки, необхідні для проведення тестування чорної скриньки.
- По-перше, розглядаються специфікації та вимоги системи.
- По-друге, тестер обрав би логічні входи, тобто позитивні тестові сценарії, щоб перевірити, чи SUT правильно їх обробив чи ні. Крім того, також вибираються недійсні входи, тобто негативний тестовий сценарій, щоб перевірити, чи SUT може їх виявити.
- По-третє, тестери визначали б очікувані результати для всіх дійсних входів.
- По-четверте, тестер програмного забезпечення створює тестові випадки з обраними та дійсними входами.
- По-п’яте, створюються тестові справи.
- По-шосте, тестери програмного забезпечення розрізняють фактичні виходи з очікуваними виходами і перевіряють, чи вони однакові.
- Нарешті, якщо такі знайдені, їх фіксують та повторно перевіряють.
Переваги
- Тести чорного поля завжди виконуються з точки зору користувача, оскільки це допоможе значно розкрити розбіжності.
- Тестерам чорних ящиків також не потрібно знати жодних мов програмування.
- Тестерам чорної скриньки не потрібно знати, як було впроваджено програмне забезпечення.
- Тестові випадки, пов'язані з чорною скринькою, розробляються тестерами, як тільки технічні характеристики закінчуються.
Недоліки
- Оскільки жодних технічних чи програмних знань не потрібно, можуть бути випадки ігнорування всіх дійсних та можливих умов сценарію, який повинен бути перевірений.
- Існують можливості меншої перевірки та незнання кожного з можливих вхідних даних та їх вивідних випробувань через часові обмеження (обумовлений час).
- Повне та готове тестове покриття часто неможливо для складних та великих проектів.
Чому ми повинні використовувати тестування Black Box?
Інструменти тестування чорної скриньки - це в основному записи та відтворення. Ці інструменти записують тестові випадки у вигляді скриптів, таких як TSL, JavaScript, VB-скрипт тощо. Усі ці інструменти в основному використовуються для тестування регресії, щоб перевірити, чи внесла нова збірка дефекти в і без того добре функціонуючому функціональному додатку. .
Область застосування
Найвидатнішими та найважливішими видами тестування чорних ящиків є такі:
- Функціональне тестування: Цей тип тестування чорної скриньки стосується функціональних вимог системи та виконується тестерами програмного забезпечення.
- Нефункціональне тестування: Цей тип тестування чорної скриньки стосується не тестування певної функціональності, а всього, що стосується нефункціональних вимог, таких як продуктивність, зручність використання, масштабованість та багато іншого.
- Тестування регресії: тестування регресії виконується після фіксації коду, будь-якого оновлення коду чи будь-якого іншого обслуговування системи, щоб перевірити, чи не вплинув новий код на існуючий функціонал.
Відмінності
Тест на чорний ящик - це техніка тестування програмного забезпечення, коли внутрішня структура або дизайн або реалізація продукту, який тестується, тестеру невідомий.
Тестування білого ящика - це тестування програмного забезпечення, в якому тестеру відома внутрішня структура або дизайн або реалізація продукту, який тестується.
| Тестування чорного ящика | Тестування білого ящика |
| Тестування чорної скриньки полягає в тому, що внутрішня структура або програма або код невідомі. | Тестування білого ящика полягає в тому, що тестер має знання про внутрішню структуру програмного забезпечення |
| Зазвичай це роблять тестери програмного забезпечення. | Зазвичай це роблять розробники програмного забезпечення. |
| Тут абсолютно ніяких знань щодо реалізації не потрібно. | Тут потрібні знання про реалізацію. |
| Це також можна назвати зовнішнім / зовнішнім тестуванням програмного забезпечення. | Його також можна назвати внутрішнім / внутрішнім тестуванням програмного забезпечення. |
| Тестування чорної скриньки - це функціональна перевірка програмного забезпечення. | Тестування білого поля - це структурний тест програмного забезпечення. |
| Це тестування може бути ініційовано на основі специфікації документа. | Цей тип тестування програмного забезпечення розпочинається після детальної розробки документа. |
| Тут знання мови програмування не потрібно. | Тут обов'язковим є знання принаймні однієї мови програмування. |
| Це в основному тестування поведінки програмного забезпечення. | Це основна логічна перевірка програмного забезпечення. |
| Це здебільшого застосовно до вищих рівнів тестування. | Це здебільшого застосовно до нижчих рівнів тестування. |
| Його ще називають поведінковим тестуванням. | Його також називають прозорим або скляним тестуванням. |
| Тестування чорної скриньки займає менше часу, ніж тестування White Box. | Тестування білого ящика займає більше часу, ніж тестування чорного ящика. |
| Тестування чорної скриньки не підходить для тестування алгоритмів. | Тестування білого поля підходить для тестування алгоритмів. |
| Це може бути здійснено методами проб і помилок. | Внутрішні або внутрішні межі даних разом з їх доменом можуть бути ретельно перевірені. |
| Наприклад: пошук чогось у google за допомогою ключових слів | Наприклад: Використання входів для перевірки та перевірки наявності циклів. |
Типи
| Типи
|
Висновок:
Усі обговорювані теми є основними, а також розширеними темами, пов'язаними з тестуванням Black Box та сутністю всіх його методів та методів.
Оскільки навряд чи можливо тестувати кожен і все разом із залученням людини і це теж зі 100-відсотковою точністю, але якщо вже визначені методи будуть використані дуже ефективно, це, без сумнівів, підвищить якість системи. Тому для завершення тестування Black box є серйозно дуже ефективним методом виявлення дефектів, а також перевірки функціональності системи.
Рекомендовані статті
Це було керівництвом для тестування чорної скриньки. Тут ми обговорили, як проводиться тестування Black Box за допомогою прикладів та різних методик тестування Black Box з інструментами. Ви також можете ознайомитися з іншими запропонованими нами статтями, щоб дізнатися більше -
- Тестування білого ящика
- Тестування питань інтерв'ю
- Що таке Гіпервізор
- Питання для інтерв'ю для тестування гри