Техники за тестване на софтуер с примери за проектиране на тестови случаи
Томас Хамилтън
⚡ Умно обобщение
Техниките за тестване на софтуер помагат за проектирането на по-добри тестови случаи, като намаляват нуждите от изпълнение, като същевременно максимизират покритието и идентифицират неуловими условия чрез структурирани ръчни методи. Тези подходи „черна кутия“, като анализ на граничните стойности и разделяне на еквивалентността, приоритизират границите и дяловете за ефикасна валидация. Те допълват ограниченията на изчерпателното тестване, като се основават на основните принципи за повишаване на надеждността.
Какво е техника за тестване на софтуер?
Техниките за тестване на софтуер ви помагат да проектирате по-добри тестови случаи. Тъй като изчерпателното тестване не е възможно, техниките за ръчно тестване помагат за намаляване на броя на тестовите случаи, които трябва да бъдат изпълнени, като същевременно увеличават тестовото покритие. Те помагат за идентифициране на тестови условия, които иначе са трудни за разпознаване. Техниките за тестване на софтуер могат да бъдат класифицирани в следните видове:
- Анализ на гранични стойности
- Разделяне на класове на еквивалентност
- Тестване на базата на таблица с решения
- Преход на държавата
- Грешка при отгатване
👉 Запишете се за безплатен проект за тестване на софтуер на живо
7-те принципа на техниките за тестване на софтуер
Техниките за тестване на софтуер следват набор от принципи за провеждане на процеса на тестване. Тези 7 принципа насочват тестерите да планират, проектират и изпълняват тестове ефективно. Тези принципи гарантират, че тестването остава целенасочено, ефикасно и съобразено с целите на проекта.
7-те принципа на техниките за тестване на софтуер са Тестването показва наличието на дефекти, изчерпателното тестване е невъзможно, ранното тестване спестява време и разходи, дефект Clusterинг, парадокс на пестицидите, тестването е зависимо от контекста и заблуда за липса на грешки. Можете да кликнете върху следното връзка за да научите повече.
Как изкуственият интелект трансформира традиционните техники за тестване на софтуер?
Изкуственият интелект революционизира софтуерното тестване, като въвежда автоматизация, прогнозиране и адаптивност. Това позволява автоматизирано генериране на тестови случаи от естествен език, използвайки LLM, самовъзстановяващи се скриптове които се адаптират към промените в потребителския интерфейс и прогнозен анализ на дефекти базирано на исторически данни. Изкуственият интелект също така поддържа приоритизиране въз основа на риска, визуално тестване, намлява автономно изпълнение на тестове в рамките на CI/CD тръбопроводи. Чрез интерфейси на естествен език, Тестерите могат да създават случаи чрез разговор, ускорявайки работните процеси. По същество, изкуственият интелект прави тестването по-умни, по-бързи и по-устойчиви, намаляване на ръчните усилия, като същевременно се подобрява точността и покритието в съвременните, развиващи се приложения.
Техники за тестване на софтуер
Анализ на гранични стойности (BVA)
Анализът на граничните стойности се основава на тестване на границите между дяловете. Той включва максимални, минимални, вътрешни или външни граници, типични стойности и стойности на грешката.
Емпиричните доказателства показват, че много дефекти се появяват близо до гранични условия, а не до средни стойности. Известен е още като BVA и предоставя селекция от тестови случаи, които упражняват гранични стойности.
Тази техника за тестване на черна кутия допълва еквивалентното разделяне, като се фокусира върху граничните случаи на едни и същи входни диапазони. Тази техника за тестване на софтуер се основава на принципа, че ако една система работи правилно за гранични стойности, е вероятно тя да работи и за всички стойности в диапазона.
Насоки за анализ на гранични стойности
- Ако входното условие е ограничено между стойности x и y, тогава тестовите случаи трябва да бъдат проектирани със стойности x и y, както и със стойности, които са над и под x и y.
- Ако входното условие е голям брой стойности, тестовият случай трябва да бъде разработен така, че да упражнява минималните и максималните стойности. Тук се тестват и стойности над и под минималната и максималната стойност.
- Приложете насоки 1 и 2 към изходните условия. Това дава изход, който отразява очакваните минимални и максимални стойности. Също така тества стойностите под или над стойностите.
Пример:
Input condition is valid between 1 to 10 Boundary values 0,1,2 and 9,10,11
Разделяне на класове на еквивалентност
Разделянето на класове на еквивалентност разделя набора от входни условия на групи, за които се очаква да доведат до подобно поведение. Този метод за тестване на софтуер разделя входния домейн на програмата на класове данни, от които трябва да се проектират тестови случаи.
Концепцията зад тази техника за проектиране на тестове е, че тестов случай на представителна стойност от всеки клас е равен на тест на всяка друга стойност от същия клас. Това ви позволява да идентифицирате валидни, както и невалидни класове на еквивалентност.
Пример:
Условията за въвеждане са валидни между
1 to 10 and 20 to 30
Следователно, има пет класа на еквивалентност
--- to 0 (invalid) 1 to 10 (valid) 11 to 19 (invalid) 20 to 30 (valid) 31 to --- (invalid)
Вие избирате стойности от всеки клас, т.е.
-2, 3, 15, 25, 45
Прочетете също повече за – Анализ на гранични стойности и тестване за разделяне на еквивалентност
Тестване на базата на таблица с решения
Таблицата за решения е известна още като таблица „причина-следствие“. Тази техника за тестване на софтуер се използва за функции, които реагират на комбинация от входни данни или събития. Например, в сценарий за валидиране на формуляр, бутонът „Изпращане“ се активира само след като всички задължителни полета са попълнени.
Първата задача е да се идентифицират функционалности, при които изходът зависи от комбинация от входни данни. Ако има голям набор от входни данни от комбинации, тогава той се разделя на по-малки подмножества, които са полезни за управление на таблица с решения.
За всяка функция е необходимо да създадете таблица и да изброите всички видове комбинации от входове и съответните им изходи. Това помага да се идентифицира условие, което е пренебрегнато от тестващия.
Следните стъпки са необходими за създаване на таблица за решения:
- Подреждане на входовете в редове
- Въведете всички правила в колоната
- Попълнете таблицата с различните комбинации от входни данни
- В последния ред отбележете изхода спрямо входната комбинация.
ПримерБутонът за изпращане във формуляр за контакт е активиран само когато всички данни са въведени от крайния потребител.
Преход на държавата
При техниката за преход на състояние, промените във входните условия променят състоянието на тестваното приложение (AUT). Тази техника за тестване позволява на тестващия да тества поведението на AUT. Тестерът може да извърши това действие, като въведе различни входни условия в последователност. При техниката за преход на състояние, тестващият екип предоставя както положителни, така и отрицателни входни тестови стойности за оценка на поведението на системата.
Насоки за преход на държавата:
- Преходът на състояние трябва да се използва, когато екип за тестване тества приложението за ограничен набор от входни стойности.
- Техниката за проектиране на тестови случаи трябва да се използва, когато екипът за тестване иска да тества поредица от събития, които се случват в тестваното приложение.
Пример:
В следващия пример потребителят може да влезе успешно, след като въведе валидна парола в рамките на три опита. Ако потребителят въведе невалидна парола при първия или втория опит, ще бъде подканен да въведе паролата отново. Когато потребителят въведе паролата неправилно 3rd време, действието се предприема и акаунтът ще бъде блокиран.
Диаграма на прехода на състоянието
На тази диаграма, когато потребителят въведе правилния ПИН код, той или тя преминава в състояние „Достъп предоставен“. Следната таблица е създадена въз основа на диаграмата по-горе -
Таблица за преход на състояния
| Правилен ПИН | Неправилен ПИН | |
|---|---|---|
| S1) Старт | S5 | S2 |
| S2) 1st опит | S5 | S3 |
| S3) 2nd опит | S5 | S4 |
| S4) 3rd опит | S5 | S6 |
| S5) Предоставен достъп | - | - |
| S6) Блокиран акаунт | - | - |
В таблицата по-горе, когато потребителят въведе правилния ПИН код, състоянието преминава в „Достъп разрешен“. А ако потребителят въведе неправилна парола, той или тя преминава в следващото състояние. Ако направи същото 3rd време, той ще достигне състоянието на блокиран акаунт.
Грешка при отгатване
Грешка при отгатване е техника за тестване на софтуер, при която тестерите използват опит и интуиция, за да предвидят вероятни грешки в кода. Техниката е силно базирана на опита, където тестовите анализатори използват своя опит, за да отгатнат проблемната част от тестовото приложение. Следователно, тестовите анализатори трябва да са квалифицирани и опитни за по-добро отгатване на грешки.
Техниката изброява списък с възможни грешки или ситуации, предразположени към грешки. След това тестерът пише тестов случай да разкрие тези грешки. За да проектира тестови случаи, базирани на тази техника за тестване на софтуер, анализаторът може да използва минал опит, за да идентифицира условията.
Указания за отгатване на грешки:
- Тестът трябва да използва предишния опит от тестване на подобни приложения
- Разбиране на тестваната система
- Познаване на типичните грешки при внедряването
- Спомнете си предишни проблемни зони
- Оценка на исторически данни и резултати от тестове
Предимства и ограничения на техниките за тестване
Предимства:
- Подобрява тестовото покритие и осигурява по-широка валидация на функционалността на софтуера.
- Подобрява откриването на дефекти, като се насочва към области с висок риск или склонност към грешки.
- Promoсистематичен дизайн на тестове, намалявайки излишествата и припокриването.
- Помага за ранното идентифициране на проблеми в SDLC (Схемата на проектиране и проектиране), намалявайки общите разходи по проекта.
- Опростява сложното тестване чрез методи като BVA и Equivalence Partitioning.
- Повишава надеждността на софтуера и доверието на заинтересованите страни в качеството на продукта.
Ограничения:
- Нито една техника не гарантира пълно откриване на дефекти.
- Някои техники зависят силно от опита и преценката на тестващия.
- Може да пренебрегне проблеми с интеграцията, използваемостта или производителността в реалния свят.
- Ограниченията във времето и ресурсите могат да ограничат цялостното приложение.
- Някои методи предлагат ограничена поддръжка за автоматизация, което намалява мащабируемостта.
Как да изберем правилните техники за тестване?
Изборът на правилните техники за тестване на софтуер изисква съобразяването им със спецификите на проекта, за да се гарантира ефективност и покритие. Фактори като модел на разработка, рискове и ресурси ръководят процеса на избор. Като експерт по тестване на софтуер, винаги препоръчвам комбинирането на множество техники за оптимални резултати. Това предотвратява вероятността от прекомерна зависимост от един-единствен метод.
- Съгласуване с целите: Съчетайте техники с цели като функционалност, производителност или нужди от сигурност.
- Оценка на рисковете: Приоритизирайте областите с висок риск с методи, базирани на риска, за целенасочена валидация.
- Подходяща архитектура и модел: Изберете гъвкави подходи в итеративни или многослойни системи.
- Ограничения на баланса: Вземете предвид времето, бюджета, уменията и инструментите за осъществимо изпълнение.
