Тестване на черна кутия
Black Box Testing е метод за тестване на софтуер, при който се тестват функционалностите на софтуерните приложения, без да се познават вътрешната структура на кода, подробностите за изпълнението и вътрешните пътища. Black Box Testing се фокусира главно върху въвеждане и извеждане на софтуерни приложения и се базира изцяло на софтуерни изисквания и спецификации. Известно е още като поведенческо тестване.
Горната Black-Box може да бъде всяка софтуерна система, която искате да тествате. Например, операционна система като Windows, уеб сайт като Google, база данни като Oracle или дори ваше собствено приложение. Под тестване на черната кутия можете да тествате тези приложения, като просто се фокусирате върху входовете и изходите, без да знаете тяхното вътрешно изпълнение на код. Обмислете следния видео урок-
Щракнете тук, ако видеоклипът не е достъпен
Как да направите тестване на BlackBox
Ето основните стъпки, следвани за извършване на всякакъв вид тестване на черна кутия.
- Първоначално се изследват изискванията и спецификациите на системата.
- Тестерът избира валидни входове (положителен тест), за да провери дали SUT ги обработва правилно. Също така се избират някои невалидни входове (отрицателен тест), за да се провери дали SUT е в състояние да ги открие.
- Тестерът определя очакваните изходи за всички тези входове.
- Софтуерният тестер конструира тестови случаи с избраните входове.
- Тестовите случаи се изпълняват.
- Софтуерният тестер сравнява действителните резултати с очакваните резултати.
- Дефектите, ако има такива, са отстранени и повторно тествани.
Видове тестване на черна кутия
Има много видове тестване на черна кутия, но следните са най-известните -
- Функционално тестване - Този тип тестване на черна кутия е свързан с функционалните изисквания на системата; това се прави от софтуерни тестери.
- Нефункционално тестване - Този тип тестване на черна кутия не е свързано с тестване на специфична функционалност, а нефункционални изисквания като производителност, мащабируемост, използваемост.
- Регресионно тестване - Регресионното тестване се извършва след корекции на код, надстройки или друга поддръжка на системата за проверка на новия код не е повлиял на съществуващия код.
Инструменти, използвани за тестване на черна кутия:
Инструментите, използвани за тестване на черна кутия, до голяма степен зависят от вида на тестване на черна кутия, който правите.
- За функционални / регресионни тестове можете да използвате - QTP, селен
- За нефункционални тестове можете да използвате - LoadRunner, Jmeter
Техники за тестване на черна кутия
По-долу са изтъкнатите тестови стратегии сред многото, използвани при тестване на черна кутия
- Тестване на клас на еквивалентност: Използва се за минимизиране на броя на възможните тестови случаи до оптимално ниво, като същевременно поддържа разумно покритие на теста.
- Тестване на гранична стойност : Тестването на гранична стойност е фокусирано върху стойностите на границите. Тази техника определя дали определен диапазон от стойности са приемливи от системата или не. Това е много полезно за намаляване на броя на тестовите случаи. Най-подходящ е за системите, където входът е в определени диапазони.
- Тестване на таблица за решения: Таблица за решения поставя причините и техните ефекти в матрица. Във всяка колона има уникална комбинация.
Сравнение на тестването на черна кутия и бяла кутия:
| Тестване на черна кутия | Тестване на бяла кутия |
|---|---|
| основният фокус на тестването на черната кутия е върху валидирането на вашите функционални изисквания. | White Box Testing (Unit Testing) потвърждава вътрешната структура и работата на вашия софтуерен код |
| Тестването на черна кутия дава абстракция от код и се фокусира върху усилията за тестване на поведението на софтуерната система. | За провеждането на White Box Testing от съществено значение е познаването на основния език за програмиране. Съвременните софтуерни системи използват различни програмни езици и технологии и не е възможно да се знаят всички от тях. |
| Тестването на черна кутия улеснява тестването на комуникацията между модулите | Тестването на бялата кутия не улеснява тестването на комуникацията между модулите |
Тестване на черната кутия и жизнен цикъл на разработка на софтуер (SDLC)
Тестването на черната кутия има свой собствен жизнен цикъл, наречен жизнен цикъл на софтуерното тестване (STLC) и е свързан с всеки етап от жизнения цикъл на софтуерното разработване.
- Изискване - Това е началният етап на SDLC и на този етап се събира изискване. Софтуерните тестери също участват в този етап.
- Планиране и анализ на тестове - Определят се видовете тестове, приложими за проекта Създава се план за изпитване, който определя възможните рискове от проекта и тяхното смекчаване.
- Дизайн - На този етап тестовите случаи / скриптове се създават въз основа на документи за софтуерни изисквания
- Изпълнение на теста - На този етап се изпълняват подготвените тестови случаи. Грешки, ако има такива, са отстранени и тествани повторно.