білий Box Тестування – що таке, методи, приклади та типи
Томас Гамільтон
білий Box Тестування
білий Box Тестування це техніка тестування, за якої внутрішня структура програмного забезпечення, дизайн і кодування перевіряються для перевірки потоку введення-виведення та покращення дизайну, зручності використання та безпеки. У тестуванні білого ящика код видимий тестувальникам, тому його також називають тестуванням чистого ящика, тестування відкритого ящика, тестування прозорого ящика, тестування на основі коду та тестування скляного ящика.
Це одна з двох частин Box Тестовий підхід до тестування програмного забезпечення. Його аналог, тестування Blackbox, передбачає тестування з точки зору зовнішнього або кінцевого користувача. З іншого боку, тестування білої скриньки в інженерії програмного забезпечення базується на внутрішній роботі програми та обертається навколо внутрішнього тестування.
Термін «БілийBox” було використано через концепцію прозорої коробки. Прозора коробка або БілийBox Назва символізує здатність бачити крізь зовнішню оболонку програмного забезпечення (або «коробку») його внутрішню роботу. Так само «чорний ящик» у «Black Box Тестування” символізує відсутність можливості бачити внутрішню роботу програмного забезпечення, тому можна перевірити лише досвід кінцевого користувача.
білий Box Тестове відео
Натисніть тут якщо відео недоступне
Що ви перевіряєте в білому Box Тестування?
Тестування білого ящика передбачає перевірку програмного коду для наступного:
- Внутрішні отвори безпеки
- Порушені або погано структуровані шляхи в процесах кодування
- Потік конкретних вхідних даних через код
- Очікуваний результат
- Функціональність умовних циклів
- Тестування кожного оператора, об'єкта та функції на індивідуальній основі
Тестування може проводитися на рівні системи, інтеграції та модуля розробки програмного забезпечення. Однією з основних цілей тестування whitebox є перевірка робочого процесу програми. Він передбачає перевірку серії попередньо визначених вхідних даних на очікувані або бажані результати, щоб, коли певний вхідний сигнал не призвів до очікуваного результату, ви зіткнулися з помилкою.
Як ви виконуєте Білий Box Тестування?
Ми розділили його на два основні кроки, щоб дати вам спрощене пояснення тестування білого ящика. Ось що роблять тестувальники під час тестування програми за допомогою техніки тестування білого ящика:
КРОК 1) РОЗУМІЙТЕ ВИХІДНИЙ КОД
Перше, що зазвичай робить тестувальник, це вивчає та розуміє вихідний код програми. Оскільки тестування білого ящика передбачає тестування внутрішньої роботи програми, тестувальник повинен добре знати мови програмування, які використовуються в програмах, які вони тестують. Крім того, особа, яка проводить тестування, має бути добре обізнаною щодо методів безпечного кодування. Безпека часто є однією з основних цілей тестування програмного забезпечення. Тестер має вміти виявляти проблеми з безпекою та запобігати атакам хакерів і наївних користувачів, які можуть свідомо чи несвідомо впровадити шкідливий код у програму.
КРОК 2) СТВОРИТИ ТЕСТОВІ КЕЙСИ ТА ВИКОНАТИ
Другий основний крок до тестування білого ящика включає перевірку вихідного коду програми на відповідність потоку та структури. Одним із способів є написання додаткового коду для тестування вихідного коду програми. Тестер розробить невеликі тести для кожного процесу або серії процесів у програмі. Цей метод вимагає, щоб тестувальник мав глибоке знання коду, і часто виконується розробником. Інші методи включають Ручне тестування, тестування проб і помилок і використання інструментів тестування, як ми пояснимо далі в цій статті.
білийBox Приклад тестування
Розглянемо наступний фрагмент коду
Printme (int a, int b) { ------------ Printme is a function
int result = a+ b;
If (result> 0)
Print ("Positive", result)
Else
Print ("Negative", result)
} ----------- End of the source code
Гол білихBox Тестування в інженерії програмного забезпечення полягає у перевірці всіх розгалужень рішень, циклів і операторів у коді.
Для виконання тверджень у наведеному вище прикладі тестування білої коробки, WhiteBox тестові випадки будуть
- А = 1, В = 1
- А = -1, В = -3
білий Box Техніка тестування
Основною технікою тестування білої скриньки є аналіз покриття коду. Аналіз покриття коду усуває прогалини в a Тестовий випадок люкс. Він визначає області програми, які не перевіряються набором тестів. Після виявлення прогалин ви створюєте тестові випадки для перевірки неперевірених частин коду, тим самим підвищуючи якість програмного продукту
Для виконання доступні автоматизовані інструменти Аналіз покриття коду. Нижче наведено кілька методів аналізу покриття, які можуть використовувати тестери:
Покриття заяви:- Цей метод вимагає перевірки кожного можливого оператора в коді принаймні один раз під час процесу тестування розробка програмного забезпечення.
Покриття філій – Ця техніка перевіряє всі можливі шляхи (if-else та інші умовні цикли) програми.
Окрім вищезазначеного, існують численні типи покриття, такі як покриття умов, покриття кількох умов, покриття шляхів, покриття функцій тощо. Кожна техніка має свої переваги та намагається протестувати (охопити) усі частини програмного коду. Використовуючи покриття Statement і Branch, ви зазвичай досягаєте 80-90% покриття коду, чого достатньо.
Нижче наведено важливі біліBox Техніка тестування:
- Покриття заяви
- Покриття рішень
- Покриття філій
- Покриття умов
- Покриття кількох умов
- Покриття кінцевого автомата
- Покриття шляху
- Тестування контрольного потоку
- Тестування потоку даних
Види білого Box Тестування
Тестування білої скриньки охоплює кілька типів тестування, які використовуються для оцінки зручності використання програми, блоку коду або конкретного програмного пакета. Нижче наведено —
- Модульне тестування: Часто це перший тип тестування програми. Unit Testing виконується для кожної одиниці або блоку коду в міру його розробки. Модульне тестування по суті виконується програмістом. Як розробник програмного забезпечення, ви розробляєте кілька рядків коду, одну функцію чи об’єкт і перевіряєте його, щоб переконатися, що він працює, перш ніж продовжити. Модульне тестування допомагає виявити більшість помилок на ранніх етапах життєвого циклу розробки програмного забезпечення. Помилки, виявлені на цьому етапі, дешевші та їх легко виправити.
- Тестування на витік пам'яті: витік пам’яті є основною причиною повільної роботи програм. Спеціаліст із забезпечення якості, який має досвід виявлення витоків пам’яті, необхідний у випадках, коли у вас повільно працює програмне забезпечення.
Окрім вищезазначеного, кілька типів тестування є частиною як чорного, так і білого ящиків. Вони наведені нижче
- білий Box Тестування проникнення: Під час цього тестування тестер/розробник має повну інформацію про вихідний код програми, детальну інформацію про мережу, задіяні IP-адреси та всю інформацію про сервер, на якому працює програма. Мета полягає в тому, щоб атакувати код з кількох точок зору, щоб виявити загрози безпеці.
- білий Box Тестування мутацій: Тестування на мутації часто використовується для виявлення найкращих методів кодування для розширення програмного рішення.
білий Box Тестування інструментів
Нижче наведено список найпопулярніших інструментів для тестування.
Переваги білого Box Тестування
- Оптимізація коду шляхом пошуку прихованих помилок.
- Тести білого ящика можна легко автоматизувати.
- Тестування є більш ретельним, оскільки зазвичай охоплюються всі шляхи коду.
- Тестування можна розпочати на початку SDLC навіть якщо GUI недоступний.
Недоліки білогоBox Тестування
- Тестування білого ящика може бути досить складним і дорогим.
- Розробники, які зазвичай виконують тестові випадки білого ящика, ненавидять це. Тестування білого ящика розробниками не є детальним і може призвести до помилок виробництва.
- Тестування білого ящика вимагає професійних ресурсів із детальним розумінням програмування та реалізації.
- Тестування білої скриньки займає багато часу, більшим програмним програмам потрібен час для повного тестування.
Висновок
- Тестування білого ящика може бути досить складним. Складність багато в чому залежить від програми, що тестується. Невелику програму, яка виконує одну просту операцію, можна протестувати за кілька хвилин, тоді як для повного тестування великих програмних програм потрібні дні, тижні й навіть довше.
- Тестування білого ящика в тестуванні програмного забезпечення має проводитися на прикладній програмі, оскільки вона розробляється після написання та знову після кожної модифікації.
