Меню

Основни разлики между тестване на черна кутия и тестване на бяла кутия

  • Основен
  • Други
  • Основни разлики между тестване на черна кутия и тестване на бяла кутия

key differences between black box testing

Опитайте Нашия Инструмент За Премахване На Проблемите

Обстойно проучване на тестване на черна кутия срещу тестване на бяла кутия:

Софтуерното тестване включва няколко вида тестване и като софтуерен тестер трябва да знаем как се извършва всеки от тях.

Сред различните видове тестване една от най-объркващите теми е тази за тестването на Black box Vs White box. Много тестери на софтуер се чудят дали има прилика между тези два вида тестване. Как се изпълняват и двамата? И двамата ли се изпълняват заедно?

Този документ ще отговори на всички ваши въпроси и ще ви даде основна представа за това какво са тестване на черната кутия и тестването на бяла кутия и ще обясни разликите между тях с прости думи .

черна кутия срещу бяла кутия тестване

Какво ще научите:

Какво е тестване на черна кутия?

Определение на ISTQB - Тестване на черна кутия: Тестването на тествано приложение (AUT) без позоваване на вътрешната структура се нарича тестване на черната кутия. Тестването ще се извърши чрез визуализиране на приложението като черна кутия.

Техника за тестване на черна кутия: Техника за тестване за извличане на тестовите случаи въз основа на функционалността на приложението и без да се отчита вътрешната структура на системата.

какво е loadrunner при тестване на софтуер

Синоними: Тестване въз основа на спецификация

тестване на черна кутия

Тестването на черна кутия е подход за тестване, който се използва за тестване на функционалността на AUT на базата на спецификациите / SRS, без никакви познания за технологията, използвана за прилагане на тестваното приложение.

При тестването на черната кутия основното тестване ще бъде около възможните входове и очакваните резултати. Тестерът трябва да може внимателно да избере валидните данни от теста. С прости думи, тестерът може да вижда само действията на AUT. Изпитателят не трябва да знае как се извършват тези действия.

Пример: Един прост пример за тестване на черна кутия е телевизор (телевизия). Като потребител ние гледаме телевизията, но не се нуждаем от знанията за това как е изграден и как работи телевизора и т.н. Просто трябва да знаем как да управляваме дистанционното управление, за да включваме, изключваме, сменяме канали, увеличаване / намаляване на силата на звука и др.

В този пример

The Телевизор е твой AUT (Тествано приложение).
The дистанционно е потребителският интерфейс (UI), който използвате за тестване.

Просто трябва да знаете как да използвате приложението.

Предложено четене => Всичко, което трябва да знаете за тестването на черна кутия

Какво е тестване на бяла кутия?

Определение на ISTQB - Тестване на бяла кутия: Тестването на приложение с позоваване на вътрешната структура на софтуерния компонент се нарича тестване на бяла кутия.

Техника за тестване на бяла кутия: Процедура за извличане и / или избор на тестови случаи на базата на анализ на вътрешната структура на компонент или система.

как да извлечете 7z файлове на

Синоними: Тестване на прозрачни кутии, тестване на базата на код, тестване на стъклена кутия, тестване на логическо покритие, тестване с логическо управление, структурно тестване, тестване на база структура и др.

тестване на бяла кутия

Тестването на бялата кутия е тестов подход, който се използва за тестване на частта за изпълнение на тестваното приложение. За да извърши това тестване, тестващият / евентуално разработчикът трябва да знае вътрешната структура на приложението и как работи.

Пример: Автомеханикът трябва да знае вътрешната структура на двигателя на автомобила, за да го поправи.

В този пример

КОЛА е AUT (Тествано приложение).
The потребител е тестер за черна кутия.
The механик е тестер за бяла кутия.

Това са основните дефиниции за тестване на бяла и черна кутия и всеки метод за тестване има различни техники, които трябва да се следват.

Препоръчително четене => Задълбочен урок за тестване на бяла кутия

Разлика между тестване на черна кутия и бяла кутия

S.NoТестване на черна кутияТестване на бяла кутия
7Тестовите случаи ще съдържат повече подробности за входните условия, стъпките на теста, очакваните резултати и данните от теста.Тестовите случаи ще бъдат прости с подробности за техническите концепции като изявления, покритие на кода и т.н.
1Основната цел на това тестване е да тества функционалността / поведението на приложението.Основната цел е да се тества инфраструктурата на приложението.
двеТова може да се извърши от тестер без никакви познания за кодиране на AUT (Application Under Test).Тестерът трябва да има познания за вътрешната структура и как работи.
3Тестването може да се извърши само с помощта на GUI.Тестването може да се извърши на ранен етап, преди да се подготви GUI.
4Това тестване не може да обхване всички възможни входове.Това тестване е по-задълбочено, тъй като може да тества всеки път.
5Някои тестови техники включват анализ на гранична стойност, разделяне на еквивалентност, отгатване на грешки и т.н.Някои техники за тестване включват условно тестване, тестване на потока от данни, тестване на цикъл и т.н.
6Тестовите случаи трябва да бъдат написани въз основа на спецификацията на изискванията.Тестовите случаи трябва да бъдат написани въз основа на документа за подробен проект.
8Това се извършва от професионални софтуерни тестери.Това е отговорност на разработчиците на софтуер.
9Не се изискват познания за програмиране и изпълнение.Необходими са познания за програмиране и изпълнение.
10Използва се главно при тестване на по-високо ниво като тестове за приемане, тестване на системата и т.н.Използва се главно в по-ниските нива на тестване като Unit Testing и Integration Testing.
единадесетТова отнема по-малко време и изчерпателно.Това отнема повече време и изчерпателно.
12Данните от теста ще имат широки възможности, така че ще бъде трудно да се идентифицират правилните данни.Лесно е да се идентифицират тестовите данни, тъй като само определена част от функционалността е фокусирана в даден момент.
13Основният фокус на тестера е върху това как работи приложението.Основният фокус ще бъде върху начина на изграждане на приложението.
14.Тестовото покритие е по-малко, тъй като не може да създаде тестови данни за всички сценарии.Почти всички пътища / поток на приложението са покрити, тъй като е лесно да се тества на части.
петнадесетГрешки, свързани с кода, не могат да бъдат идентифицирани или технически грешки не могат да бъдат идентифицирани.Помага за идентифициране на скритите грешки и помага за оптимизиране на кода.
16.Дефектите се идентифицират след разработването на основния код.Възможно е ранно откриване на дефекти.
17Потребителят трябва да може да идентифицира липсващите функционалности, тъй като обхватът на това тестване е широк.Тестерът не може да идентифицира липсващите функционалности, тъй като обхватът е ограничен само до внедрената функция.
18.Не се изисква достъп до код.Изисква се достъп до код.
19.Покритието на теста ще бъде по-малко, тъй като тестерът има ограничени познания за техническите аспекти.Покритието на тестовете ще бъде по-голямо, тъй като тестерите ще имат повече знания за техническите концепции.
двайсетПрофесионалният тестер се фокусира върху това как работи цялото приложение.Фокусът на тестера / разработчика е да провери дали конкретният път работи или не.

Заключение

Тестването на бяла кутия и черна кутия са необходими за успешната доставка на софтуер, но 100% тестване не е възможно и в двата случая.

Основната отговорност на тестера е да идентифицира съответните видове тестове и техники за конкретно приложение, което ще доведе до откриване на максимални дефекти и по този начин ще подобри ефективността на приложението.

фаза на проектиране на жизнения цикъл на разработката на софтуер

Тестерът трябва да може да идентифицира колко тестове могат да бъдат направени или в черната кутия, или в бялата кутия, за да удостоверят, че дадено приложение работи според очакванията.

Надяваме се, че този урок изясни всички ваши въпроси относно тестването на Black box Vs White box !!

Препоръчително четене

^