Какво е тестване на Black Box?
При тестване на черна кутия тестерът няма информация за вътрешната работа на софтуерната система. Тестването на черната кутия е високо ниво на тестване, което се фокусира върху поведението на софтуера. Включва тестване от гледна точка на външен или краен потребител. Тестването на черна кутия може да се приложи на почти всяко ниво на тестване на софтуер: модул, интеграция, система и приемане.
Какво е тестване на White Box?
Бялото тестване е техника за тестване, която проверява вътрешното функциониране на системата. При този метод тестването се основава на покритие на кодови изявления, клонове, пътища или условия. White-Box тестването се счита за тестване на ниско ниво. Нарича се още стъклена кутия, прозрачна кутия, прозрачна кутия или тестване на кодова основа. Методът за тестване в бялото поле предполага, че пътят на логиката в единица или програма е известен.
КЛЮЧОВА РАЗЛИКА
- В Black Box тестването се извършва без знанието за вътрешната структура на програмата или приложението, докато в White Box тестването се извършва със знания за вътрешната структура на програмата.
- Тестът Black Box не изисква познания по програмиране, докато тестът White Box изисква познания по програмиране.
- Тестването на Black Box има за основна цел да тества поведението на софтуера, докато тестването на White Box има за основна цел да тества вътрешната работа на системата.
- Тестването на Black Box е фокусирано върху перспективата на външния или крайния потребител, докато тестването на White Box е фокусирано върху структурата на кода, условията, пътищата и клоновете.
- Тестът Black Box предоставя отчети за ниска гранулираност, докато тестът White Box предоставя доклади за висока гранулираност.
- Тестването на Black Box не отнема много време, докато тестването на White Box отнема много време.
Разлика между тестване Black Box и тестване бялото поле
| Параметър | Тестване на Black Box | Тестване на White Box |
|---|---|---|
| Определение | Това е подход за тестване, който се използва за тестване на софтуера без знанието за вътрешната структура на програма или приложение. | Това е подход за тестване, при който вътрешната структура е известна на тестващия. |
| Псевдоним | Той също така познава като управление на данни, тестване на кутии, данни и функционално тестване. | Нарича се още структурно тестване, тестване на прозрачни кутии, тестване на базата на код или тестване на стъклена кутия. |
| База за тестване | Тестването се основава на външни очаквания; вътрешното поведение на приложението е неизвестно. | Вътрешната работа е известна и тестерът може да тества съответно. |
| Употреба | Този тип тестване е идеален за по-високи нива на тестване като системно тестване, тестове за приемане. | Тестването е най-подходящо за по-ниско ниво на тестване като Unit Testing, Integration testing. |
| Знания по програмиране | Не са необходими познания по програмиране за извършване на тестване на Black Box. | Необходими са познания по програмиране, за да се извърши тестване на White Box. |
| Знания за внедряване | Знанията за внедряване не изискват тестване на Black Box. | Необходимо е пълно разбиране за прилагане на тестването на WhiteBox. |
| Автоматизация | Тестът и програмистът са зависими един от друг, така че е трудно да се автоматизира. | Тестването на White Box е лесно за автоматизиране. |
| Обективен | Основната цел на това тестване е да провери каква функционалност на тестваната система. | Основната цел на тестването на White Box е да се провери качеството на кода. |
| Основа за тестови случаи | Тестването може да започне след изготвяне на документ за спецификация на изискванията. | Тестването може да започне след подготовка за документа за детайлен дизайн. |
| Тествано от | Изпълнява се от крайния потребител, разработчик и изпитател. | Обикновено се прави от тестер и разработчици. |
| Гранулираност | Гранулираността е ниска. | Гранулираността е висока. |
| Метод за изпитване | Тя се основава на метод на проба и грешка. | Домените на данни и вътрешните граници могат да бъдат тествани. |
| Време | Това е по-малко изчерпателно и отнема много време. | Изчерпателен и отнемащ време метод. |
| Тест за алгоритъм | Не е най-добрият метод за тестване на алгоритъма. | Най-подходящ за тестване на алгоритъм. |
| Достъп до код | Достъпът до код не се изисква за тестване на Black Box. | Тестването на бялото поле изисква достъп до код. По този начин кодът може да бъде откраднат, ако тестването е възложено на външни изпълнители. |
| Полза | Добре подходящ и ефективен за големи кодови сегменти. | Позволява премахване на излишните редове код, които могат да доведат до скрити дефекти. |
| Ниво на умение | Нискоквалифицираните тестери могат да тестват приложението, без да знаят прилагането на програмен език или операционна система. | Нуждаете се от експерт-тестер с богат опит, за да извършите тестване на бяла кутия. |
| Техники | Разделянето на еквивалентността е техника за тестване на Blackbox се използва за тестване на Blackbox. Разделянето на еквивалентност разделя входните стойности на валидни и невалидни дялове и избиране на съответни стойности от всеки дял на тестовите данни. Анализът на гранична стойност проверява границите за входни стойности. | Покритие на изявлението, покритие на клонове и покритие на пътя са техника за тестване на White Box. Statement Coverage проверява дали всеки ред от кода се изпълнява поне веднъж. Покритието на клонове проверява дали всеки клон се изпълнява поне веднъж Методът на покритие на пътя тества всички пътища на програмата. |
| Недостатъци | Актуализацията до теста за автоматизация е от съществено значение, ако често променяте приложението. | Автоматизираните тестови случаи могат да станат безполезни, ако кодовата база бързо се променя. |