Що таке ЧОРНИЙ Box Тестування? Техніки, типи та приклади

Black Box Тестування

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

Вищевказане Чорно-Box може бути будь-яка система програмного забезпечення, яку ви бажаєте перевірити. Наприклад, така операційна система, як Windows, веб-сайт, як Google, база даних, як Oracle або навіть ваш власний додаток. Під Чорним Box Під час тестування ви можете перевірити ці програми, просто зосередившись на входах і виходах, не знаючи реалізації їх внутрішнього коду. Розгляньте наступний відеоурок-

Натисніть тут якщо відео недоступне

Black Box Техніка тестування

Нижче наведено видатні Стратегія тестування серед багатьох, що використовуються в тестуванні чорної скриньки

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

Види чорного Box Тестування

Існує багато видів чорного Box Тестування, але наступні відомі з них –

• Функціональне тестування – Цей тип тестування чорної скриньки пов’язаний із функціональними вимогами системи; це роблять тестувальники програмного забезпечення.
• Нефункціональне тестування – Цей тип тестування чорної скриньки не пов’язаний із тестуванням конкретної функціональності, а нефункціональних вимог, таких як продуктивність, масштабованість, зручність використання.
• Регресійне тестування - Регресійне тестування виконується після виправлення коду, оновлення або будь-якого іншого обслуговування системи, щоб перевірити, чи новий код не вплинув на існуючий код.

Як зробити чорнийBox Тестування в програмній інженерії

Ось загальні кроки для виконання будь-якого типу чорного Box Тестування.

• Спочатку перевіряються вимоги та характеристики системи.
• Тестер вибирає дійсні вхідні дані (позитивний тестовий сценарій), щоб перевірити, чи SUT обробляє їх правильно. Крім того, деякі недійсні вхідні дані (негативний тестовий сценарій) вибираються для перевірки того, що SUT здатний їх виявити.
• Тестер визначає очікувані результати для всіх цих входів.
• Тестер програмного забезпечення створює тестові випадки з вибраних вхідних даних.
• Тестові випадки виконано.
• Тестер програмного забезпечення порівнює фактичні результати з очікуваними.
• Дефекти, якщо такі є, усуваються та перевіряються повторно.

Інструменти, які використовуються для чорного Box Тестування:

Інструменти, які використовуються для тестування чорної скриньки, значною мірою залежать від типу тестування чорної скриньки, який ви виконуєте.

• Для функціональних/регресійних тестів ви можете використовувати – QTP, Selenium
• Для нефункціональних тестів ви можете використовувати – LoadRunner, jmeter

Порівняння Блек Box і Білий Box Тестування:

Black Box Тестування	білий Box Тестування
основна увага при тестуванні чорної скриньки зосереджена на перевірці ваших функціональних вимог.	білий Box Тестування (Модульне тестування) перевіряє внутрішню структуру та роботу програмного коду
Тестування чорного ящика дає абстракцію від коду та зосереджується на тестуванні поведінки програмної системи.	Провести біл Box Тестування, знання основної мови програмування є важливими. Сучасні програмні системи використовують різноманітні мови програмування та технології, і неможливо знати всі з них.
Тестування чорного ящика полегшує тестування зв’язку між модулями	Тестування білого ящика не полегшує тестування зв’язку між модулями

Black Box Життєвий цикл тестування та розробки програмного забезпечення (SDLC)

Тестування чорної скриньки має власний життєвий цикл, який називається життєвим циклом тестування програмного забезпечення (STLC) і це відносно кожного етапу Життєвий цикл розробки програмного забезпечення програмної інженерії.

• Вимога – Це початковий етап SDLC, і на цьому етапі збирається вимога. У цьому етапі також беруть участь тестувальники ПЗ.
• Планування та аналіз тестів - Типи тестування застосовні до проекту. А План тестування створюється який визначає можливі ризики проекту та їх зменшення.
• Дизайн – На цьому етапі тестові випадки/сценарії створюються на основі документів вимог до програмного забезпечення
• Виконання тесту– На цьому етапі виконуються підготовлені тестові приклади. Помилки, якщо такі є, виправлені та перевірені повторно.