Преглед на тестване на черни кутии
Black Box Testing е софтуерен метод за тестване, при който вътрешната структура или дизайн или изпълнение на изделието, което трябва да бъде тествано, не е известно на тестера.
Какво е тестване на софтуер?
Софтуерното тестване е процедурата за оценка на система с намерение за намиране на грешки. Тя се извършва, за да се провери дали системата отговаря на зададените й изисквания. Тестването измерва цялостното качество на системата по отношение на нейната коректност, пълнота, използваемост, производителност и други функционални и нефункционални атрибути.
Тестването на черни кутии е техника за тестване на софтуер, която се фокусира върху анализа на функционалността на софтуера, спрямо вътрешните системни механизми. Тестването с черни кутии е разработено като метод за анализ на клиентските изисквания, спецификации и стратегии за проектиране на високо ниво. Софтуерният тестер за черна кутия ще избере валидни и невалидни входни условия и условия за изпълнение на кода и проверява за валидни изходни отговори. Тестването с черни кутии се нарича също функционално тестване или тестване в затворени кутии.
Например търсачка на приложение. В търсачката потребителят ще въведе текст в лентата за търсене на браузъра. След това търсачката ще локализира и извлича съответните изходни данни за потребителските данни. Какво става зад кулисите не е известно на потребителя. По този начин, вътрешното им изпълнение не го разбира.
Предимствата на тестването с черна кутия включват:
- Простота: Улеснява тестване на дизайни от високо ниво и сложни приложения
- Спестява ресурси: Тестерите се фокусират върху функционалността на софтуера.
- Тестови случаи: Фокусиране върху функционалността на софтуера за улесняване на бързото разработване на тестови случаи.
- Осигурява гъвкавост: Не се изискват специфични познания по програмиране.
Пример
Тестерът би тествал уеб страниците, тоест чрез кликвания и натискания на клавиши, като използва браузър, като предоставя входни данни и без познанието на вътрешните структури, като по този начин проверява резултатите от очакваните резултати.
Инструменти, използвани за тестване на черни кутии
Инструментите за тестване на черни кутии основно зависят от вида на тестването на черни кутии, който прилагате.
- Функционални / регресионни тестове могат да се правят чрез QTP или Selenium
- Нефункционалните тестове могат да се извършват чрез LoadRunner или Jmeter.
нива
При тестване на черни кутии следните тестове са за тестване на софтуер:
- Интеграционно тестване
- Тестване на системата
- Тест за приемане
Тъй като нивото е по-високо, кутията ще бъде по-голяма и по-сложна, а също така и повече тестове в черната кутия влизат в картината.
Определение за тестване на черна кутия
Тестването с черни кутии може да бъде определено като техника за тестване, при която функционалността на Application Under Test (AUT) се тества, но се пренебрегва структурата на вътрешния код, подробности за внедряването и всякакви познания за вътрешните пътища на софтуера.
Разбиране на тестване на черна кутия
Тестването на черна кутия се отнася до всички софтуерни спецификации и изисквания. Black Box Testing просто се фокусира върху входовете и изхода на софтуерната система и изобщо не се притеснява по отношение на вътрешните познания на софтуера.
Как тестването на Black Box прави работата толкова лесна?
Съществува софтуерният тест на жизнения цикъл на софтуер, тоест STLC, който е на тестване на черни кутии, който е относителен към всеки етап от жизнения цикъл на разработката на софтуер.
- В началния или първия етап на STLC се събират изискванията на продукта. Това е известно като фаза на събиране на изисквания.
- Фазата, която следва, е фазата на планиране на тестове и анализ на теста. Резултатите от тази фаза обикновено са видове тестове, които трябва да се извършват съгласно проекта и план за изпитване за определяне на рисковете и смекчаване на тези рискове.
- Третата фаза е фазата на проектиране, в която тестови случаи, тестови скриптове се подготвят с помощта на документите за софтуер или изискване за бизнес изискване.
- Последният етап е известен като фаза на изпълнение на теста. Както подсказва името, на този етап всички тестови случаи или скриптове се изпълняват. Всички открити грешки се отчитат, фиксират и проверяват отново.
Какво можете да направите с Black Box Testing?
Някои от изтъкнатите тестови стратегии, използвани при тестване на черни кутии, са обяснени по-долу:
- Тестване на класа на еквивалентност
- Тестване на гранична стойност
- Тестване на таблица с решения
- Тест за причинителен ефект
- Тестване, основано на изискванията
- Тест за съвместимост
Тестване на класа на еквивалентност
Този тип тестване е за предпочитане, тъй като помага за минимизиране на тестовите случаи до ниво, при което шансовете за покриване на изискванията са до оптимално ниво.
Това се прави в следващите две стъпки-
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 тестване?
Инструментите за тестване на Black Box са основно записи и възпроизвеждане. Тези инструменти записват тестовите случаи под формата на скриптове като TSL, JavaScript, VB скрипт и т.н. Всички тези инструменти се използват основно за тестване на регресията, за да се провери дали предоставената нова конструкция е направила дефект във вече фината работеща функционалност на приложението,
Обхват
Най-важните и най-важните видове тестване на черни кутии са следните:
- Функционално тестване: Този тип тестване на черни кутии са свързани с функционалните изисквания на системата и се изпълняват от софтуерни тестери.
- Нефункционално тестване: Този тип тестване на черни кутии не са свързани с тестване на конкретната функционалност, а всички свързани с нефункционални изисквания като производителност, използваемост, мащабируемост и много други.
- Регресионно тестване: Тестът за регресия се изпълнява след фиксиране на код, надстройка на кода или всяка друга поддръжка на системата се извършва, за да се провери дали новият код не е повлиял на съществуващата функционалност.
Различията
Black Box Testing е техниката за тестване на софтуера, при която вътрешната структура или дизайн или изпълнение на продукта, който се тества, е неизвестен за тестера.
White Box Testing е техника за тестване на софтуер, при която вътрешната структура или дизайн или изпълнение на продукта, който се тества, е известен на изпитател.
| Тестване на черна кутия | Тестване на бяла кутия |
| Тестването с черна кутия е, когато вътрешната структура или програмата или кодът са неизвестни. | Тестването с бяла кутия е там, където тестерът има знания за вътрешната структура на софтуера |
| Обикновено се прави от софтуерни тестери. | Обикновено се прави от разработчици на софтуер. |
| Тук не се изискват абсолютно никакви познания за прилагането. | Тук са необходими познания за прилагането. |
| Може да се нарече също външно / външно тестване на софтуер. | Той може да се нарече също вътрешно / вътрешно тестване на софтуер. |
| Тестването на черна кутия е функционалният тест на софтуера. | Тестването с бяла кутия е структурният тест на софтуера. |
| Това изпитване може да бъде започнато въз основа на документа за спецификации на изискванията. | Този тип тестване на софтуер се стартира след подробен дизайн документ. |
| Тук не се изискват познания по език на програмиране. | Тук е задължително да имате познания поне на един език за програмиране. |
| Това е основно тестване на поведението на софтуера. | Това е основното логическо тестване на софтуера. |
| Той е приложим най-вече за по-високите нива на тестване. | Тя е приложима най-вече за по-ниските нива на тестване. |
| Нарича се още поведенческо тестване. | Нарича се също като тест за бистра или стъклена кутия. |
| Тестването с черни кутии отнема по-малко време от тестването с White Box. | Тестването с бяла кутия отнема повече време от тестването с черната кутия. |
| Тестването с черна кутия не е подходящо за тестване на алгоритми. | Тестването с бяла кутия е подходящо за тестване на алгоритми. |
| Тя може да бъде осъществена чрез методи за опит и грешки. | Вътрешните или вътрешните граници на данните, заедно с домейна му, могат да бъдат тествани щателно. |
| Например: Търсене на нещо в google с помощта на ключови думи | Например: Използване на входове за проверка и проверка за контури. |
Видове
| Видове
|
Заключение:
Всички обсъждани теми са основни, както и разширени теми, свързани с тестването на Black Box и същността на всички негови техники и методи.
Тъй като едва ли е възможно да се тества всеки и всичко заедно с човешкото участие и това също със 100-процентова точност, но ако вече определените методи се използват много ефективно, това без съмнение ще повиши качеството на системата. Следователно, за да завършим, тестването на Black box е сериозно много ефективен метод за идентифициране на дефектите, както и за проверка на функционалността на системата.
Препоръчителни статии
Това е ръководство за тестване на черни кутии. Тук обсъдихме как се извършва тестване на черни кутии с помощта на примери и различни техники за тестване на черни кутии с инструменти. Можете също да прегледате и другите ни предложени статии, за да научите повече -
- Тестване на бяла кутия
- Тестване на въпроси за интервю
- Какво е Hypervisor
- Въпроси за интервю за игри за тестване