Испитивање дима
Тестирање дима је процес тестирања софтвера који одређује да ли је постављена верзија софтвера стабилна или не. Тестирање дима је потврда КА тима да настави са даљим тестирањем софтвера. Састоји се од минималног скупа тестова извршених у свакој верзији за тестирање функционалности софтвера. Тестирање дима такође је познато као „тестирање верификације грађевине“ или „тестирање самопоуздања“.
Једноставно речено, проверавамо да ли важне функције функционишу и да ли у изложби која је на тестирању нема сховстопера.
То је мини и брзи тест регресије главне функционалности. То је једноставан тест који показује да је производ спреман за тестирање. Ово помаже да се утврди да ли је изградња погрешна што би даље тестирање учинило губитком времена и ресурса.
Сазнајте више о поређењу Смоке Вс Санити Тестинг
Тестови дима квалификују грађу за даља формална испитивања. Главни циљ тестирања дима је открити ране главне проблеме. Тестови дима дизајнирани су да покажу стабилност система и усклађеност са захтевима.
Изградња укључује све датотеке података, библиотеке, модуле за вишекратну употребу, пројектоване компоненте потребне за имплементацију једне или више функција производа.
У овом упутству ћете научити-
- Шта је тестирање дима?
- Када радимо тестирање дима
- Ко ће радити тестирање дима
- Зашто вршимо тестирање дима?
- Како се врши тестирање дима?
- Предности тестирања дима
- Пример примера за испитивање дима
Када радимо тестирање дима
Тестирање дима врши се кад год се нове функционалности софтвера развију и интегришу са постојећом верзијом која се примењује у КА / сценском окружењу. Осигурава да све критичне функционалности раде исправно или не.
У овом методу тестирања, развојни тим примењује изградњу у КА. Узимају се подскупови тест случајева, а затим тестери извршавају тест случајеве у изради. КА тим тестира апликацију на основу критичних функционалности. Ове серије тест случајева су дизајниране да открију грешке које су у изградњи. Ако су ови тестови положени, КА тим наставља са функционалним тестирањем.
Сваки квар указује на потребу да се систем поново позабави са развојним тимом. Кад год дође до промене у грађи, вршимо тестирање дима како бисмо осигурали стабилност.
Пример : -Ново дугме за регистрацију се додаје у прозор за пријаву и градња се примењује са новим кодом. Вршимо тестирање дима на новој конструкцији.
Ко ће радити тестирање дима
Након пуштања буилд-а у КА окружење, тестирање дима врше КА инжењери / КА леад. Кад год дође до нове верзије, КА тим одређује главну функционалност апликације за обављање тестирања дима. КА тим проверава да ли има изложака у апликацији која је на тестирању.
Тестирање извршено у развојном окружењу кода како би се осигурала исправност апликације пре пуштања буилд-а на КА, ово је познато као Санити тестирање. То је обично уско и дубоко тестирање. То је процес којим се потврђује да апликација у развоју испуњава своје основне функционалне захтеве.
Испитивање исправности утврђује завршетак развојне фазе и доноси одлуку да ли ће се проћи или не положити софтверски производ за даљу фазу тестирања.
Зашто вршимо тестирање дима?
Испитивање дима игра важну улогу у развоју софтвера јер осигурава исправност система у почетним фазама. Овим можемо уштедети тест напор. Као резултат, тестови дима доводе систем у добро стање. Једном када завршимо тестирање дима, тек тада започињемо функционално тестирање.
- Сви граничници емисије у грађи биће идентификовани тестирањем дима.
- Испитивање дима се врши након што је верзија пуштена у КА. Уз помоћ испитивања дима, већина недостатака се идентификује у почетним фазама развоја софтвера.
- Испитивањем дима поједностављујемо откривање и исправљање главних недостатака.
- Тестирањем дима, КА тим може пронаћи недостатке у функционалности апликације који су се можда појавили у новом коду.
- Испитивање дима открива главне озбиљне недостатке.
Пример 1: Прозор за евидентирање: Може се прећи у следећи прозор са важећим корисничким именом и лозинком притиском на дугме за слање.
Пример 2: Корисник не може да се одјави са веб странице.
Како се врши тестирање дима?
Испитивање дима обично се врши ручно, мада постоји могућност да се то постигне аутоматизацијом. Може се разликовати од организације до организације.
Ручно тестирање дима
Генерално, испитивање дима врши се ручно. Приступ се разликује од организације до организације. Испитивање дима се спроводи како би се осигурало да се кретање критичним стазама одвија онако како се очекивало и да не омета функционалност. Једном када се верзија пусти у КА, треба узети тестове функционалности високог приоритета и тестирати их како би се пронашли критични недостаци у систему. Ако тест прође, настављамо са функционалним испитивањем. Ако тест не успе, израда се одбија и шаље натраг развојном тиму на исправку. КА поново започиње тестирање дима новом верзијом израде. Испитивање дима врши се на новој верзији и интегрисаће се са старим верзијама како би се одржала исправност система. Пре тестирања дима, КА тим би требало да провери да ли постоје тачне верзије израде.
Испитивање дима аутоматизацијом
Аутоматско тестирање се користи за регресијско тестирање. Међутим, такође можемо да користимо скуп аутоматизованих тест случајева да бисмо се супротставили Смоке Тест-у. Уз помоћ тестова аутоматизације, програмери могу одмах проверити изградњу кад год постоји нова верзија спремна за примену.
Уместо да се ручно понови тест сваки пут када се примени нова верзија софтвера, снимљени случајеви теста дима се извршавају против израде. Проверава да ли главне функционалности и даље правилно функционишу. Ако тест не успе, они могу исправити изградњу и одмах је преразпоредити. Овим можемо уштедети време и осигурати квалитетну надоградњу КА окружења.
Користећи аутоматизовани алат, инжењер теста бележи све ручне кораке који се изводе у изради софтвера.
Циклус испитивања дима
Испод дијаграма тока приказано је како се извршава тестирање дима. Једном када је изградња имплементирана у КА и када прођу тестови дима, настављамо са функционалним испитивањем. Ако тест дима не успе, излазимо из тестирања док се проблем у изради не реши.
Предности тестирања дима
Ево неколико предности наведених за тестирање дима.
- Лако се изводи тестирање
- Дефекти ће бити идентификовани у раним фазама.
- Побољшава квалитет система
- Смањује ризик
- Приступ напретку је лакши.
- Штеди напор и време теста
- Лако откривање критичних грешака и исправљање грешака.
- Трчи брзо
- Смањује ризике интеграције
Шта се дешава ако не направимо тестирање дима
Ако тестирање дима не извршимо у раним фазама, у каснијим фазама могу се појавити кварови, где то може бити исплативо. А дефект пронађен у каснијим фазама може бити заштитни чеп где може утицати на пуштање испоручених производа.
Пример примера за испитивање дима
| Т.ИД | ТЕСТ СЦЕНАРИЈИ | ОПИС | КОРАК ТЕСТА | ОЧЕКИВАНИ РЕЗУЛТАТ | ПРАВИ РЕЗУЛТАТ | СТАТУС |
|---|---|---|---|---|---|---|
| 1 | Важећи подаци за пријављивање | Тестирајте функционалност пријављивања веб апликације како бисте осигурали да регистровани корисник може да се пријави корисничким именом и лозинком | 1. Покрените апликацију 2. Померите страницу за пријаву 3. Унесите важеће корисничко име 4. Унесите важећу лозинку 5. Кликните на дугме за пријаву | Пријављивање би требало да буде успех | као што је очекивано | Пасс |
| 2 | Додавање функционалности предмета | Могућност додавања предмета у корпу | 1.Изаберите листу категорија2.Додајте ставку у корпу | Предмет треба додати у корпу | Предмет се не додаје у корпу | Неуспех |
| 3 | Функција одјаве | Проверите функцију одјаве | 1. изаберите дугме за одјаву | Корисник би требао бити у могућности да се одјави. | Корисник није у могућности да се одјави | Неуспех |
Резиме:
У софтверском инжењерству, тестирање дима треба обавити у свакој верзији без грешака, јер помаже у проналажењу недостатака у раним фазама. Активност тестирања дима је последњи корак пре него што израда софтвера уђе у фазу система. Тестови дима морају се изводити на свакој грађи која је окренута испитивању. Ово се односи на нови развој и главна и мања издања система.
Пре тестирања дима, КА тим мора осигурати тачну верзију верзије апликације која се тестира. То је једноставан поступак који захтева минимално време за тестирање стабилности апликације.
Тестови дима могу минимизирати напор испитивања и могу побољшати квалитет апликације. Испитивање дима се може извршити или ручно или аутоматизацијом, у зависности од клијента и организације.
Овај чланак је написао Павани Итцхапурапу