Тестване на дим
Smoke Testing е процес на софтуерно тестване, който определя дали внедрената компилация на софтуер е стабилна или не. Тестването на дим е потвърждение за екипа за QA да продължи с по-нататъшно тестване на софтуера. Състои се от минимален набор от тестове, изпълнявани при всяка компилация, за да се тестват функционалностите на софтуера. Изпитването на дим е известно още като „Тестване за проверка на изграждането“ или „Тестване на доверието“.
С прости думи, ние проверяваме дали важните функции работят и няма изложби в компилацията, която е в процес на тестване.
Това е мини и бърз тест за регресия на основната функционалност. Това е прост тест, който показва, че продуктът е готов за тестване. Това помага да се определи дали компилацията е дефектна, за да направи по-нататъшното тестване загуба на време и ресурси.
Научете за сравнението Smoke Vs Sanity Testing
Тестовете за дим отговарят на изискванията за по-нататъшно официално тестване. Основната цел на тестовете за дим е да се открият ранни основни проблеми. Тестовете за дим са предназначени да демонстрират стабилност на системата и съответствие с изискванията.
Компилацията включва всички файлове с данни, библиотеки, модули за многократна употреба, проектирани компоненти, които са необходими за реализиране на една или повече продуктови функции.
В този урок ще научите -
- Какво е тестване на дим?
- Кога правим тестване на дим
- Кой ще направи Тестване на дим
- Защо правим тестване на дим?
- Как да направя тестване на дим?
- Предимства на тестването на дим
- Пример за случаи на тест за дим
Кога правим тестване на дим
Тестването на дим се извършва винаги, когато новите функционалности на софтуера се разработват и интегрират със съществуващата компилация, която е внедрена в QA / променителна среда. Той гарантира, че всички критични функционалности работят правилно или не.
В този метод на тестване, екипът за разработка разполага с изграждането в QA. Вземат се подмножествата от тестови случаи и след това тестерите изпълняват тестови случаи в компилацията. Екипът на QA тества приложението спрямо критичните функционалности. Тези серии от тестови случаи са предназначени да разкрият грешки, които са в изграждане. Ако тези тестове бъдат преминати, екипът за QA продължава с функционално тестване.
Всеки отказ показва необходимост да се обработи системата обратно към екипа за разработка. Всеки път, когато има промяна в компилацията, ние извършваме тестване на дим, за да осигурим стабилността.
Пример : -Нов бутон за регистрация е добавен в прозореца за вход и компилацията е внедрена с новия код. Извършваме тестове за дим на нова конструкция.
Кой ще направи Тестване на дим
След пускането на компилацията в QA среда, тестването на дим се извършва от QA инженери / QA олово. Всеки път, когато има нова компилация, екипът на QA определя основната функционалност в приложението за извършване на тестове за дим. Екипът на QA проверява за showstoppers в приложението, което е в процес на тестване.
Тестване, извършено в среда за разработка на кода, за да се гарантира коректността на приложението, преди да се пусне компилация към QA, това е известно като тестване на Sanity. Това обикновено е тесно и задълбочено тестване. Това е процес, който потвърждава, че разработваното приложение отговаря на основните му функционални изисквания.
Тестването на разумността определя завършването на фазата на разработка и взема решение дали да премине или не да премине софтуерен продукт за по-нататъшна фаза на тестване.
Защо правим тестване на дим?
Тестването на дим играе важна роля в разработването на софтуер, тъй като гарантира коректността на системата в началните етапи. По този начин можем да спестим усилия за тестване. В резултат на това тестовете за дим довеждат системата до добро състояние. След като завършим тестването на дим, тогава започваме само функционални тестове.
- Всички тапи на шоуто в компилацията ще бъдат идентифицирани чрез тестване на дим.
- Тестването на дим се извършва след пускането на компилацията в QA. С помощта на тестване на дим повечето от дефектите се идентифицират в началните етапи от разработването на софтуера.
- С тестването на дим ние опростяваме откриването и коригирането на големи дефекти.
- Чрез тестване на дим екипът за QA може да открие дефекти във функционалността на приложението, които може да са се появили от новия код.
- Тестването на дим открива основните дефекти на тежестта.
Пример 1: Прозорец за регистриране: Може да се премести в следващия прозорец с валидно потребителско име и парола при щракване върху бутона за изпращане.
Пример 2: Потребителят не може да излезе от уеб страницата.
Как да направя тестване на дим?
Изпитването на дим обикновено се извършва ръчно, въпреки че има възможност за постигане на същото чрез автоматизация. Тя може да варира от организация до организация.
Ръчно тестване на дим
По принцип тестването на дим се извършва ръчно. Подходите варират в различните организации. Извършва се тестване на дим, за да се гарантира, че навигацията по критични пътища е според очакванията и не пречи на функционалността. След като компилацията бъде пусната в QA, трябва да се вземат тестове за функционалност с висок приоритет и да се тестват, за да се открият критичните дефекти в системата. Ако тестът премине, ние продължаваме функционалното тестване. Ако тестът се провали, компилацията се отхвърля и изпраща обратно на екипа за разработка за корекция. QA отново започва тестване на дим с нова компилирана версия. Изпитването на дим се извършва при нова компилация и ще се интегрира със старите компилации, за да се поддържа коректността на системата. Преди да извърши тестване на дим, екипът за QA трябва да провери за правилни версии на компилация.
Тестване на дим от автоматизация
Тестването за автоматизация се използва за тестване на регресия. Можем обаче да използваме и набор от автоматизирани тестови случаи, за да стартираме срещу Smoke Test. С помощта на тестове за автоматизация разработчиците могат да проверяват компилацията незабавно, когато има нова компилация, готова за внедряване.
Вместо да се повтаря ръчно всеки път, когато е внедрена новата компилация на софтуера, записаните случаи на димен тест се изпълняват срещу компилацията. Той проверява дали основните функционалности все още работят правилно. Ако тестът се провали, те могат да коригират компилацията и да преразпределят компилацията незабавно. По този начин можем да спестим време и да осигурим качествено изграждане на QA средата.
Използвайки автоматизиран инструмент, тестовият инженер записва всички ръчни стъпки, които се извършват при изграждането на софтуера.
Цикъл за изпитване на дим
По-долу диаграмата показва как се извършва тестване на дим. След като компилацията бъде внедрена в QA и след преминаване на тестове за дим ние продължаваме към функционално тестване. Ако тестът за дим не успее, излизаме от тестването, докато проблемът в компилацията не бъде отстранен.
Предимства на тестването на дим
Ето няколко изброени предимства за тестване на дим.
- Лесно за извършване на тестване
- Дефектите ще бъдат идентифицирани в ранните етапи.
- Подобрява качеството на системата
- Намалява риска
- Достъпът до напредъка е по-лесен.
- Спестява усилия и време на теста
- Лесно откриване на критични грешки и коригиране на грешки.
- Тече бързо
- Минимизира интеграционните рискове
Какво се случва, ако не направим тестване на дим
Ако не извършим тестване на дим в ранните етапи, на по-късните етапи може да се срещнат дефекти, където това може да бъде рентабилно. И дефектът, открит на по-късните етапи, може да покаже ограничители, където може да повлияе на освобождаването на продуктите.
Пример за случаи на тест за дим
| T.ID | СЦЕНАРИИ ЗА ИЗПИТВАНЕ | ОПИСАНИЕ | ТЕСТОВА СТЪПКА | ОЧАКВАН РЕЗУЛТАТ | АКТУАЛЕН РЕЗУЛТАТ | СЪСТОЯНИЕ |
|---|---|---|---|---|---|---|
| 1 | Валидни идентификационни данни за вход | Тествайте функционалността за влизане в уеб приложението, за да сте сигурни, че на регистриран потребител е разрешено да влиза с потребителско име и парола | 1. Стартирайте приложението 2. Навигирайте страницата за вход 3. Въведете валидно потребителско име 4. Въведете валидна парола 5. Щракнете върху бутона за вход | Влизането трябва да е успех | както се очаква | Подайте |
| 2 | Добавяне на функционалност на елемента | Възможност за добавяне на артикул в количката | 1. Изберете списък с категории 2. Добавете артикула в кошницата | Артикулът трябва да бъде добавен в количката | Артикулът не се добавя към количката | Неуспешно |
| 3 | Функция за изход | Проверете функционалността за излизане | 1. изберете бутон за излизане | Потребителят трябва да може да излезе. | Потребителят не може да излезе | Неуспешно |
Резюме:
В софтуерното инженерство, тестовете за дим трябва да се извършват при всяка компилация, без да се провалят, тъй като помага да се открият дефекти в ранните етапи. Дейността по изпитване на дим е последната стъпка преди компилацията на софтуера да влезе в системния етап. Тестовете за дим трябва да се извършват при всяка конструкция, която е насочена към тестване. Това се отнася за ново развитие и основни и малки издания на системата.
Преди да извърши тестване на дим, екипът за QA трябва да осигури правилната версия на приложението, което се тества. Това е прост процес, който отнема минимално време за тестване на стабилността на приложението.
Тестовете за дим могат да минимизират усилията за тестване и могат да подобрят качеството на приложението. Тестването на дим може да се извърши или ръчно, или чрез автоматизация в зависимост от клиента и организацията.
Тази статия е предоставена от Pavani Itchapurapu