Какво е тестване на дим?
Тестването с дим е вид тестване на софтуера, което в основата си се прави, за да се гарантира дали изграждането, внедрено в QA средата от разработчиците, е достатъчно стабилно, за да продължи по-нататъшните строги или изчерпателни тестове. Тестът за дим проверява стабилността на софтуера. Тя включва изпълнение на минималните тестови случаи, за да се провери дали критичните функционалности на софтуера работят добре. Направено е за съответствието, че компилацията не е блокирана и вече е одобрена за по-нататъшно тестване. Ето защо тестването на дим е известно още като тестване на съответствието или тест за проверка на изграждането.
Защо се нуждаем от тестване на дим?
Това тестване обикновено се извършва в началните / началните етапи на софтуерните приложения, когато софтуерът се пусне за тестване на QA екипа. Помислете за сценарий на приложение за електронна търговия, когато изграждането на софтуер е разгърнато в тестовата среда за тестване, но по време на тестване се установява, че потребителят не е в състояние да влезе в приложението, за да продължи по-нататък и да изпълни някаква задача или можем да кажем, че потребителят е блокиран да използва приложението, тъй като първата стъпка на вписване не работи. Няма смисъл да извършвате изчерпателни и подробни тестове на други модули, ако критичната функционалност не работи добре. За да се справят с тези видове ситуации, се извършва такова тестване, тъй като помага да се намали времето и усилията на тестващия екип, пропилян върху подробното тестване, ако сборката не е достатъчно стабилна, за да извърши тестване.
Някои от основните причини, поради които се извършва тестване на дим, са дадени по-долу:
- Той помага да се намерят основните проблеми в приложението само в началото.
- Той помага да се намали времето и усилията на QA екипа, които биха могли да бъдат пропилени, ако сборката не е стабилна.
- Помага при ранното идентифициране на дефекти.
- Той помага да се намери стабилността на софтуерните приложения.
Техники за тестване на дим
Обикновено се извършва ръчно или чрез автоматизация, техники в зависимост от вида на проекта и политиките на организацията.
1. Ръчно тестване на дим
Обикновено тестването на дим се извършва ръчно, за да се установи, че критичните функции на софтуерното приложение работят добре. Ръчното тестване е като Общата проверка на здравето и разкрива висококачествените и критични грешки в началните етапи на софтуерното тестване, като бързо преминете през приложението. Тестването на дим се извършва ръчно чрез изпълнение на ограничения брой тестови случаи, за да се намери стабилността на приложението, ако то е готово да продължи по-нататък за изчерпателно тестване.
2. Автоматично тестване на дим
Той е част от теста за регресия и сега тестерите автоматизират тестовите случаи, преди да се пусне изграждането на тестващия екип. Тестовите случаи могат да бъдат автоматизирани с помощта на различни рамки за автоматизация, налични на пазара. Автоматизираните тестови казуси са много полезни, тъй като помагат за намаляване на ръчните усилия на тестващия екип при всяко пускане на новата версия. След като тестовите случаи за тестовете за дим са автоматизирани, QA екипите изпълняват задачата с автоматизирания тестов пакет, предоставящ бързи резултати, без никаква ръчна намеса, за да намерят стабилността на приложение.
Как работи тестването на дим?
Нека разберем работата на тестването на Smoke чрез стъпка по стъпка процедура:
- След като изграждането на софтуера е готово, той се разполага за тестване (в тестова среда) на QA екипа.
- При получаване на софтуера, екипът за тестване създава тестовите случаи в съответствие с изискванията, за да провери стабилността на компилацията.
- Само създадените важни и критични тестови случаи се изпълняват от екипа за тестване ръчно или чрез скриптове за автоматизация.
- След изпълнението на тестовите скриптове в тестовата среда се решава дали сборката е достатъчно стабилна, за да се придвижи към функционалното или по-строго тестване, или ако изграждането не успее, тя се счита за нестабилна и следователно се връща обратно на разработчиците и не се извършва допълнително тестване на тази конструкция.
Предимства и недостатъци
По-долу са посочени някои предимства и недостатъци:
Предимства
Някои от предимствата са дадени по-долу:
- Едно от най-големите предимства на тестването с дим е, че помага за ранното идентифициране на дефектите, открити в критичните функционалности на системата.
- Тестването с дим помага за намаляване на риска от повреда, тъй като дефектите се откриват рано.
- Изпитването на дим е много лесно да се извърши, тъй като не се изискват специални усилия на екипа за тестване.
- Тестването с дим помага за спестяване на време и усилия на екипа за тестване.
- Той помага за цялостното подобряване на качеството на софтуерните приложения.
- Необходимо е да се изпълни само ограничен брой тестови случаи, обхващащи предимно положителни сценарии.
- Изпитването на дим също помага за съответствието на изискванията, както е посочено в SRS.
Недостатъци
Някои от недостатъците са споменати по-долу:
- Изисква се подходяща документация в случай на тестване с дим, така че за това е необходим специализиран екип за тестване.
- Тестването на дим понякога причинява загуба на време, ако изграждането на софтуер не е стабилно.
- В случай на незначителни промени в приложението, провеждането на теста за дим около цялото приложение от край до край не е достойно.
- Понякога дори след тестване на дим на цялото приложение възникват критични проблеми при интегрирането и тестването на системата.
- Всяка грешка / проблем, оставена при тестване на дим, може да причини грешки в бъдеще.
- Във всеки софтуерен проект времето е пряко пропорционално на разходите и тестването на дим е напълно скриптирано, така че е необходима специална работна ръка, което от своя страна увеличава бюджета на проекта.
заключение
Горното описание ясно обяснява какво е тестването на дим и защо се извършва. Преди да пуснете някое софтуерно приложение на крайните потребители, в различни точки се извършват различни видове тестове. Това е един от най-важните видове тестове и има ясен и прост мотив за намиране на дефекти в ранните етапи, за да се провери дали критичните функционалности на софтуера работят добре. Това е подмножество на тестване за приемане и може да се извърши както от тестери, така и от разработчици.
Препоръчителни статии
Това е ръководство за тестване на дим. Тук също обсъждаме защо се нуждаем от димни техники, предимства недостатъци. Може да разгледате и следните статии, за да научите повече-
- Тестване на мейнфрейм
- Какво е функционално тестване?
- Тестване на жизнения цикъл на софтуера
- Тестване за стабилност