Тестирање дима је процес који се користи за тестирање софтвера да би се утврдило да ли је примењена верзија софтвера стабилна или не.
Када пушите софтвер за тестирање, покрећете серију тестова дизајнираних да процене сваку од основних функција софтвера.
Алати за тестирање дима потврђују да најважније карактеристике софтвера раде. Постоји више различитих приступа тестирању дима, а модерна технологија чини аутоматизовано тестирање дима могућношћу за већину софтверских верзија.
У овом чланку ћемо дубоко заронити у тестирање дима да бисмо прегледали типове, процесе и приступе тестирању дима које користе тестери софтвера. Такође ћемо погледати савремене алате за тестирање дима, укључујући аутоматизацију тестирања дима.
Укратко, научићете све што ћете икада требати да знате о тестирању дима.
Шта је тестирање дима у софтверском инжењерству?
Тестирање дима је процес тестирања софтвера како би се осигурало да испуњава основне захтеве функционалности и стабилности. То је у суштини врста минијатурног, брзог регресионог тестирања које укључује тестирање најважнијих карактеристика софтвера како би се уверили да раде на основном нивоу.
Тестирање дима је важан рани корак у КА процесу јер указује на то да ли тим треба да настави са даљим тестирањем или да одмах пошаље производ назад програмерима.
Ако производ не прође тест дима, то указује да почетна конструкција има значајне недостатке које се морају отклонити пре него што се даље тестирање може обавити.
Када треба да урадите тестирање дима?
Тестирамо софтвер кад год се нове функционалности развијају и интегришу у постојећу верзију и пре него што се нова верзија примени у КА. Спровођење тестирања дима у овој фази спречава трошење новца и других ресурса на тестирање квалитета софтвера са великим основним проблемима.
Да би извршио КА дим тест, развојни тим примењује нову верзију софтвера у КА-у и подскуп тест случајева се узима и покреће на изградњи. КА тим тестира апликацију у односу на њене најважније функционалности. Ако тест дима прође, КА тим ће наставити са функционалним тестирањем, а ако не успије, буилд се враћа развојном тиму на даљи развој.
Овакво тестирање дима се дешава сваки пут када се нове функције додају у софтверску верзију.
Можда ће бити и других пута када ће КА тимови пушити софтвер за тестирање, као што су:
● Пре урезивања новог кода у спремиште
● Пре велике серије тестова укључујући тестирање регресије и прихватања
● Након постављања нове верзије софтвера
Ако не извршите тест дима у овим тачкама, могли бисте да нађете велике недостатке у каснијим фазама тестирања функционалности који би могли да утичу на датум објављивања ваше нове верзије или да изазову озбиљније поремећаје у вашем распореду.
Када не морате да радите тестирање дима
Важно је спровести тестирање дима у тестирању софтвера сваки пут када правите било какве промене у софтверском коду или додајете нове функције у градњу.
То је такође битан припремни корак за тестирање функционалности јер спречава КА тимове да губе време на тестирање софтвера који није спреман.
Ако ваш софтвер не испуњава ове критеријуме, можда нећете морати да вршите тестирање дима у овом тренутку… иако аутоматизовани алати за тестирање дима олакшавају и исплативо обављање редовних тестова дима како би се осигурало да софтвер увек исправно функционише .
Ко је укључен у испитивање дима
Тестирање дима спроводе КА инжењери или КА водећи; то је прва фаза КА тестирања и спроводи се у оквиру КА окружења.
КА тим је одговоран за тестирање софтвера и процену његовог учинка у различитим условима и стресовима. Током теста дима, КА инжењери ће тражити ‘сховстопперс’ или грешке које заустављају развој и морају бити исправљене пре него што се тестирање настави.
Када упоређујете тестирање дима наспрам тестирања урачунљивости и регресионог тестирања , важно је узети у обзир не само оно што се тестира, већ и ко спроводи тестове.
Тестирање дима у тестирању софтвера увек обављају КА професионалци. Ово разликује тестирање дима од тестирања урачунљивости, које се врши у развојном окружењу и обично не укључује КА тим.
Животни циклус теста дима
Животни циклус теста дима илуструје где се тестирање дима дешава током развоја производа и КА тестирања. Разумевање сваке фазе овог циклуса ће вам помоћи да разумете више о томе како се тестирање дима уклапа у пут тестирања и разлике између тестирања дима наспрам тестирања разума и регресионог тестирања.
1. Код
Прва фаза било које израде софтвера је увек писање и креирање кода. Код служи као градивни блок сваког софтвера, а развојни тим мора да напише код пре него што се може тестирати на стабилност и функционалност.
2. Јединично тестирање
Јединично тестирање обично спроводе програмери, иако понекад КА инжењери могу да изврше и нека тестирања јединица. Тестирање јединица осигурава да различите јединице или елементи кода раде како се очекује пре него што се појединачне јединице интегришу заједно у једну софтверску верзију.
Јединично тестирање се обично дешава упоредо са развојем, јер истиче грешке и грешке у коду који се могу брзо поправити.
3. Интеграционо тестирање
Интеграционо тестирање је процес тестирања како појединачне јединице раде заједно када су интегрисане у један комад софтвера.
Чак и ако свака засебна јединица добро функционише, често се могу појавити проблеми када су ове јединице интегрисане једна са другом. Интеграционо тестирање обично спроводе програмери, иако различити приступи овој врсти тестирања значе да се оно може спровести у различитим фазама процеса изградње софтвера.
4. Испитивање урачунљивости
Тестирање разумности је врста регресионог тестирања и обично је то последња врста регресионог тестирања која се спроводи. То се дешава током развојне фазе градње, након што су све грешке истакнуте регресионим тестирањем поправљене.
Тестирање исправности је обично веома брзо и једноставно постоји да би се осигурало да софтвер ради неометано и да су све пронађене грешке адекватно исправљене.
Димно и здраво тестирање се понекад збуњује, али је кључно запамтити да се тестирање урачунљивости дешава у развојном окружењу, док се тестови дима дешавају у КА окружењу.
5. Испитивање дима
Тестирање дима је прва фаза КА тестирања и први тип теста који се спроводи у оквиру КА окружења.
Тестирање дима се обично дешава пре тестирања урачунљивости и регресионог тестирања упркос чињеници да га обично спроводе КА тимови. То је брз и једноставан процес тестирања – а ових дана већина КА тимова користи аутоматизовано тестирање дима у тестирању софтвера – који одређује да ли је изградња стабилна или не и да ли треба покренути даље тестове или не.
Пошто је тестирање дима најбржи и најједноставнији тест када се упоређује тестирање дима наспрам тестирања здравог разума и регресионог тестирања, разумно је ово прво урадити пре него што пређете на друге, сложеније тестове.
6. Функционално тестирање
Функционално тестирање је следећа фаза животног циклуса тестирања софтвера и спроводи се у оквиру КА окружења.
Функционално тестирање тестира сваку функцију софтверске апликације у односу на њене захтеве и фокусира се на функције, употребљивост, приступачност и услове грешке.
Функционално тестирање може да почне када се прође тест дима.
Апликације за тестирање дима на различитим нивоима
Тестирање дима је применљиво на три различита нивоа тестирања: испитивање дима нивоа прихватљивости, испитивање дима на нивоу система и испитивање дима нивоа интеграције.
1. Ниво теста прихватања
Тестирање дима на нивоу прихватања обично се спроводи када се софтверска верзија пусти у КА. Овај тип КА теста дима једноставно проверава основну функционалност конструкције и да ли је то у складу са очекиваном функционалношћу.
2. Ниво тестирања система
Тестирање дима на нивоу система укључује тестирање најважнијих токова рада система. Ово се спроводи након што је сам систем тестиран и пре него што се изврши комплетан регресиони тест система.
На нивоу система, аутоматизовано тестирање дима је најчешћи облик тестирања дима.
3. Ниво интеграцијског тестирања
На нивоу тестирања интеграције, димни тестови обезбеђују да све функционалности софтвера од краја до краја раде како се очекује и да је основна интеграција функционална.
Ова врста тестирања дима се обично дешава када се имплементирају појединачни модули или када је више модула интегрисано у једну софтверску верзију.
Ручни и аутоматизовани тестови дима
Када софтверски тимови први пут почну да врше тестове дима, морају да донесу одлуку да ли ће спровести ручне тестове дима или аутоматизоване тестове дима.
Иако аутоматизовани тестови дима обично нуде брже и исплативије резултате, може потрајати и њихово креирање и имплементација. Многи тимови почињу креирањем ручних тестова дима пре него што размотре аутоматизацију даље.
1. Ручно испитивање дима
Ручне тестове дима је прилично лако дизајнирати и обично их могу извести нетехнички професионалци изван КА или развојних тимова. То значи да су ручни тестови дима често фаворизовани у мањим компанијама које можда још увек немају наменски КА водич.
Приликом обављања ручног тестирања дима, важно је тестирати бројне случајеве употребе који покривају довољно основних функција софтвера, а да не покривају толико много да тесту дима треба предуго да се изврши. Обично се сматра да је идеалан број случајева између 20 и 50.
Предности ручног извођења тестова дима
Извођење ручних тестова дима у КА има вишеструке предности у поређењу са аутоматизованим тестовима дима. Ручни тестови дима често нуде детаљнији увид у перформансе и функционалност софтвера у поређењу са аутоматизованим тестовима.
Неинжењери могу да изврше ручно тестирање
Док аутоматизовано тестирање дима обично захтева стручност софтверских инжењера и програмера за подешавање, ручна испитивања дима могу да спроводе чланови тима са мање стручног знања.
Ово је обично корисно у мањим тимовима где су ресурси можда већ растегнути, а време стручног особља је изузетно драгоцено.
Можете креирати прилагођени тест дима за сваки посао
Ако желите да будете сигурни да ваш тест дима тачно покрива најважније функције било које софтверске апликације и фокусира се на оне функције које су важније за сваку изградњу, креирање ручног теста дима омогућава тестерима да прилагоде тест сваком пројекту.
Ручни тестови дима попут овог могу понудити корисније резултате у поређењу са неким аутоматизованим тестовима, али то значи да су веома дуготрајни за постављање и покретање.
Ручни тестови откривају квалитативне податке
Када покренете аутоматизовани тест дима, све што можете очекивати је да добијете квантитативне податке о томе који аспекти теста су прошли, а који неуспешни.
Када чланови тима спроводе ручно тестирање дима, они могу да искористе свој увид, интуицију и расуђивање да процене не само да ли је изградња прошла или не успела, већ и како и/или зашто.
Изазови ручног тестирања дима
Такође постоји много изазова за ручно тестирање дима, а они објашњавају зашто многе компаније одлучују да користе аутоматизовано тестирање дима где је то могуће.
Ручно тестирање дима је темељно, али такође одузима много времена.
Ручни тестови дима захтевају време
За ручне тестове дима потребно је знатно више времена да се заврше од аутоматизованих тестова и захтевају много више пажње вашег тима.
Док аутоматизовани тестови могу једноставно сами да се покрећу у позадини, ваш тим ће морати да одвоји време за обављање ручног теста дима.
Ручни тестови се не могу изводити пречесто
Због огромне количине времена и ресурса које захтевају ручни тестови дима, они се не могу спроводити тако редовно као аутоматизовани тестови дима.
Приликом извођења ручног теста дима, тестери софтвера морају да одвоје сате, до пола дана, у зависности од сложености теста.
Ово уклања могућност свакодневног тестирања дима, што се широко сматра најбољом праксом у индустрији.
Увек има места за грешку
Пошто људи спроводе ручно тестирање, увек постоји могућност да се направе грешке током ручних тестова дима.
Из тог разлога, ручно тестирање дима обично није тако свеобухватно као аутоматизовано тестирање, посебно када је у питању откривање суптилних грешака које је лакше пропустити или када се спроводе изузетно понављајуће тестирање које би могло да доведе до тога да тестери изгубе фокус током тестирања.
Када користити ручно тестирање дима
Ручно тестирање дима се најчешће користи у мањим тимовима који можда немају ресурсе да поштеде инжењере за аутоматизовано тестирање дима, или у случајевима када су потребни или потребни додатни људски увид и расуђивање.
Из тог разлога, ручно тестирање дима се често примењује у тестовима дима на нивоу интеграције.
2. Аутоматско испитивање дима
Аутоматско тестирање дима могу да имплементирају софтверски инжењери са вештинама кодирања неопходним за креирање и покретање низа релевантних случајева употребе за сваку верзију софтвера.
Аутоматско тестирање дима је много брже од ручног тестирања, обично не траје дуже од 30 до 60 минута, а може се обавити у позадини док сви чланови развојног и КА тима настављају са свакодневним задацима.
Из тог разлога, аутоматизовано тестирање дима постало је уобичајено у софтверској индустрији јер све више фирми настоји да побољша ефикасност радног места.
Предности аутоматизације теста дима
Аутоматизација тестирања дима нуди многе предности за оне компаније које имају времена и ресурсе да је имплементирају. Брз је и ефикасан, а због недостатка аутоматизованих тестова за стрес који се стављају на тимове и ресурсе, могу се редовно изводити чак иу малим компанијама.
Аутоматско тестирање је брзо
Аутоматско тестирање дима је много брже од ручног тестирања, при чему већини аутоматизованих тестова није потребно више од 30 до 60 минута да се заврше.
У поређењу са тим, ручни тестови могу трајати сатима.
Аутоматски тестови дима захтевају минималне ресурсе и када се имплементирају, веома су лаки за покретање.
Аутоматизација омогућава дневне тестове дима
Тренутне најбоље праксе у индустрији налажу да су свакодневни тестови дима идеални, посебно када се ради на софтверу који је стално у флуктуацији.
Ручни тестови дима су превише дуготрајни да би се изводили на дневној бази, али аутоматизоване тестове дима је лако извести на почетку сваког радног дана.
Аутоматизација елиминише људску грешку
Аутоматски тестови се покрећу од скрипти које су унапред припремљене и креиране према веома захтевним стандардима. То значи да је шанса да аутоматизовани тест пропусти велику грешку или важан проблем веома мала.
Аутоматизација може да имитира тестове оптерећења и перформанси
Тестови оптерећења и перформанси процењују колико добро апликација функционише када је користи много корисника одједном. Аутоматско тестирање дима може опонашати додатно оптерећење више корисника на начине на које ручно тестирање не може и обезбедити додатни слој података о перформансама софтвера у одређеним условима.
Изазови аутоматизације тестова дима
Аутоматизација тестова дима није без изазова. Примена аутоматизованог тестирања дима може захтевати више времена и ресурса, посебно у мањим тимовима са мање инжењера на располагању.
Технички захтеви
Аутоматски тестови дима захтевају више техничког знања и вештина у кодирању него ручни тестови дима. Софтверски инжењери морају имати времена и знања да знају како да креирају аутоматизоване тестове пре него што они буду имплементирани, а неће сви тимови нужно имати на располагању ресурсе да то ураде.
Недостатак људског увида
Аутоматско тестирање нуди свеобухватан поглед на функционалност софтверске апликације, а приликом спровођења аутоматизованог теста дима, тестери софтвера добијају увид у основне функције софтвера што је крајња сврха теста дима.
Међутим, аутоматизовани тестови не нуде никакав увид у више предметних аспеката перформанси софтвера, као што су употребљивост и приступачност.
Када применити аутоматизацију теста дима
Аутоматизација се често користи у тестирању дима јер је сврха тестирања дима једноставно да провери основну функционалност, што је нешто у чему је аутоматизовано тестирање релативно добро.
Тимови са довољним техничким вештинама за имплементацију аутоматизованог тестирања дима ће највероватније имати времена и ресурса да уложе у овај процес, а веће компаније које су основане ће вероватно осећати већи притисак да испуне стандарде најбоље праксе свакодневног тестирања дима.
Аутоматизација теста дима наспрам ручног тестирања дима
Не постоји исправан или погрешан начин да се спроведе тестирање дима, а оно што добро функционише за један тим можда неће добро радити за други.
Пре спровођења теста дима, софтверски тимови треба да размотре своје циљеве, ресурсе и дугорочне планове пројекта. Процес ручног тестирања софтвера може бити едукативан за младе професионалце који су нови у КА, али за етаблираније тимове ретко постоји корист да се одлуче за ручно тестирање у односу на аутоматско тестирање.
Тестови хибридног дима
Трећа опција за тимове који не могу да се одлуче између ручног и аутоматизованог тестирања дима и тестирања здравог разума је да се одлуче за хибридно тестирање.
Хибридно тестирање комбинује аспекте и ручног и аутоматског тестирања дима како би се побољшале укупне перформансе и ефикасност тестова. Када се користи метода тестирања хибридног дима, већина тестова може бити аутоматизована, али са одређеним аспектима који се обављају ручно. Ово омогућава тимовима да усредсреде више пажње на оне аспекте конструкције којима је то потребно, док укупни временски захтеви теста дима остају ниски.
Врсте испитивања дима
Тестирање дима може се широко поделити у две категорије, формално и неформално испитивање дима. Да ли је тестирање дима формално или неформално зависи од тога да ли га је покренуо КА вођа формално или једноставно спроведено као део развоја.
1. Формални тестови дима
У формалном димном тесту, програмери софтвера преносе софтверску верзију КА инжењеру или КА водитељу за формално тестирање. Водећи КА додељује тестере задатку тестирања дима и захтева да они обаве тест дима било помоћу алата за тестирање дима као што је аутоматизација или ручно.
Када спроводе формалне тестове дима, КА тестери састављају резултате теста у формални извештај који може да анализира КА вођа.
Формални тестови дима се спроводе у важним тачкама током процеса израде софтвера, на пример пре извођења функционалног тестирања нових функција.
2. Неформални тестови дима
Неформални тестови дима су тестови дима који се изводе на софтверској верзији током развоја или процеса обезбеђења квалитета који нису званично пријављени нити захтевани од стране КА водитеља.
Дневни тестови дима, које многи софтверски тимови спроводе по протоколу, пример су неформалних тестова дима.
Неформални тестови се могу спровести на ад-хоц основи кад год КА инжењери сматрају да би то могло бити корисно.
Шта вам је потребно за почетак тестирања дима
Пре него што почнете са тестирањем дима у тестирању софтвера, важно је да сакупите све ствари које ће вам требати, укључујући датотеке са подацима и вештине унутар ваше организације.
Шта ће вам требати да извршите тест дима зависиће од тога да ли планирате да извршите аутоматско или ручно тестирање дима и које алате за тестирање користите да бисте олакшали процес.
1. Списак тест случајева
Пре него што почнете са испитивањем дима, биће вам потребна свеобухватна листа свих тест случајева које желите да процените помоћу теста на дим.
Тестни случајеви су појединачни скупови радњи које желите да тестирате да бисте проценили да ли је исход предузимања ових радњи у складу са исходима које очекујете.
На пример, веома једноставан тест случај може бити да софтвер учитава главну контролну таблу када отворите апликацију.
2. Тест датотеке
Пре него што можете да покренете тест дима, мораћете да сакупите све тест датотеке на којима ћете покренути тест дима. Можда ћете моћи да користите командну линију софтвера за тестирање дима који користите да сакупите све своје датотеке на једно место.
Начин на који прикупљате своје датотеке и где их чувате зависиће од тога како ваша организација функционише.
3. Алати за испитивање дима
Можете да извршите основни тест дима без употребе посебних алата, али коришћење алата за испитивање дима може вам помоћи да побољшате тачност својих резултата и убрзате процес тестирања дима.
Прво истражите алате за тестирање дима на мрежи и изаберите софтвер који аутоматизује или оптимизује ваш тест дима у односу на ваше посебне потребе и буџет.
Процес испитивања дима
Најбољи начин да се спроведе тест дима разликује се од организације, а ако сте нови у тестирању дима, можда ћете желети да експериментишете са различитим приступима да видите шта најбоље функционише за ваш тим.
Испод је пример како да извршите основни тест дима да бисте проценили основне функције вашег софтвера.
Корак 1: Одаберите своје тестне случајеве
Први корак у спровођењу теста дима је одабир на којим тест случајевима ћете покренути тест дима.
Када дизајнирају тест дима, софтверски инжењери и КА инжењери треба да размотре које су функције софтвера најкритичније за софтвер и како најбоље тестирати ове функције. Не губите време на тестирање функција које нису важне за функцију софтвера.
Корак 2: Направите тестове дима
Када идентификујете тест случајеве које ћете користити, можете написати тест скрипте да их тестирате. Користите једну скрипту за тестове дима да бисте повећали флексибилност током покретања теста.
Ако одлучите да аутоматизујете тестирање дима, нећете увек морати да пишете ручне тест скрипте сваки пут када желите да покренете тест дима. Можете користити пакете за аутоматизацију тестирања софтвера за аутоматизацију оваквих скрипти.
Корак 3: Покрените тестове дима
Када креирате скрипте за тестирање дима, можете их покренути на својој верзији да бисте потражили грешке и друге велике грешке. Ово не би требало да траје више од 30 до 60 минута, а када се ваши тестови заврше, можете проценити резултате да бисте одредили своје следеће кораке.
Корак 4: Исправите све грешке
Сврха тестирања дима у развоју софтвера је да се идентификују све веће грешке или проблеми пре него што почне потпуно КА тестирање.
Ако ваши димни тестови открију било какве значајне проблеме који ометају основне функције ваше софтверске верзије, важно је да пошаљете софтвер и вашу анализу назад развојном тиму на исправљање грешака пре него што наставите са КА.
Најбоље праксе за тестирање дима
Тестирање дима је поуздан начин да се идентификују велике грешке у софтверским верзијама у свим фазама развоја. Праћење најбољих пракси у индустрији је најбољи начин да осигурате да су ваши тестови дима ефикасни, тачни и продуктивни.
1. Често изводите тестове дима
Није увек могуће покретати тестове дима сваки дан, посебно ако покрећете ручне тестове уместо аутоматизованих тестова дима.
Покрените тестове дима што чешће можете и сваки пут када имплементирате промене у софтвер. Када будете у могућности, извођење дневних тестова дима сматра се најбољом праксом.
2. Никада не прескачите фазе тестирања
Ако сте у журби, могло би бити примамљиво да прескочите неке од фаза тестирања да бисте брже напредовали у процесу развоја, али и димно и регресионо тестирање су од суштинског значаја за одржавање вашег развоја на правом путу.
Увек тестирајте своје конструкције тестирањем дима и разума пре него што пређете на следећу фазу.
3. Тестирајте сваку промену
Не постоји јединствена апликација за испитивање дима. Можете и треба да користите тестове дима да бисте тестирали сваку промену коју направите у софтверској верзији и да тестирате свој софтвер између различитих фаза развоја.
Тестови дима би требало да буду претходница тестирању интеграције, тестирању перформанси и функционалном тестирању.
4. Пратите резултате теста
Стандардна је пракса да се тестирају резултати формалног теста дима, али чак и када се спроводе неформални тестови дима, инжењери би требало да воде евиденцију о резултатима.
Ово олакшава враћање резултата програмерима и праћење које функције не пролазе тест.
5. Покрените тест дима двапут
Покретање теста дима двапут може изгледати као претерано, али ако заиста желите да ухватите сваку грешку током теста, најбоље је да га покренете двапут.
Ово осигурава да ваш тест дима има све шансе да ухвати велике грешке и проблеме који могу изазвати даље проблеме ако се не поправе одмах.
6. Изаберите прави тип теста дима
Да ли треба да користите ручно или аутоматизовано тестирање дима зависи од величине и потреба вашег тима. Уверите се да сте изабрали најбољи тип тестирања за свој пројекат како бисте оптимизовали ефикасност без угрожавања тачности ваших резултата.
Врсте излаза из теста дима
Када спроводите тест дима, можете очекивати да ће ваш тест дима резултирати једним од два различита резултата за сваки тест који процените: прошао или не.
1. Пасс
Један од могућих исхода за сваки тест случај који покренете је да тест дима прође. То значи да је стварни резултат теста у складу са очекиваним резултатом теста.
На пример, ако покренете тест шта се дешава када учитате апликацију и она се учита на екран који би требало да се отвори при учитавању, ваша скрипта би то требало да прикаже као пролаз.
2. Фаил
Ако ваш тест дима не успе за одређени тест случај, то обично значи да стварни исход теста није у складу са очекиваним исходом теста.
На пример, ако тестирате апликацију за куповину и један од тест случајева које покренете тестира функционалност додавања артикала у корпу за куповину, тест је неуспешан ако се артикли које додате у корпу не појављују у вашој корпе како очекујете да ће.
Примери тест случајева за испитивање дима
Када покушавате да смислите које тест случајеве да укључите у свој тест дима, напишите листу основних функција вашег софтвера и размотрите које су од њих неопходне за покретање и коришћење софтвера.
Неки примери тест случајева за тестирање дима могу вам помоћи да одредите које тест случајеве да користите у сопственом тесту дима.
1. Потврђивање акредитива за пријаву
Ако ваша апликација захтева да се корисници пријаве, можда ћете желети да креирате тест случај који проверава да ли процес провере акредитива за пријаву функционише како треба.
Да бисте то урадили, направите скрипту која аутоматизује покрете пријављивања, покретања теста и провере резултата. Ако се софтвер пријави како је очекивано, овај случај за испитивање дима пролази.
2. Креирање новог документа
Можете креирати тест случај да процените да ли ваш софтвер омогућава корисницима да правилно креирају нови документ. Направите скрипту која аутоматизује креирање докумената, именовање и чување у вашем софтверу и покрените је.
Било који већи проблем који се појави и спречи овај процес значи да овај тест дима не успе.
3. Одјава
Ако ваша апликација има функцију пријављивања, требало би да има и функцију одјављивања. Покрените скрипту да бисте тестирали шта се дешава када корисници кликну на „одјави се“.
Ако корисник не може да се одјави када кликне на ово дугме, тест дима неће успети.
Врсте грешака и грешака откривених тестирањем дима
Тестови дима могу вам помоћи да идентификујете грешке и грешке које ремете основну функционалност вашег софтвера. У зависности од тога када покрећете тест дима и шта желите да проверите, можете пронаћи различите врсте грешака и грешака кроз тестирање дима.
1. Функционалне грешке
Функционалне грешке су грешке које настају када се ваш софтвер не понаша онако како бисте очекивали или када не функционише исправно.
Већина тест случајева за које ћете користити димне тестове да проверите су функционални тестови, тако да ће функционалне грешке највероватније бити идентификоване оваквим тестовима дима.
2. Логичке грешке
Логичке грешке представљају недостатке у логици кода и такође могу узроковати да се софтвер понаша неправилно. Логичке грешке могу проузроковати радње које производе погрешне излазе или чак узроковати пад софтвера.
Уобичајена логичка грешка је бесконачна петља, која узрокује да софтвер понавља исте радње изнова и изнова док се не сруши.
3. Грешке интеграције
Ако покрећете димни тест на нивоу интеграције, можда ћете током теста пронаћи грешке у интеграцији. Ово се дешава када се два одвојена сета кода не интегришу беспрекорно један са другим. Они могу бити узроковани широким спектром проблема са компатибилношћу у коду и могу захтевати сложена решења за поправку.
Уобичајена метрика тестирања дима
Када спроводе тест дима, КА тимови могу да користе метрику да би проценили резултате теста дима и проценили да ли је тест прошао или није прошао.
Поред разматрања да ли је софтвер у стању да правилно обавља своје основне функције, метрика теста дима може између осталог проценити брзину и време учитавања софтвера.
1. Брзина софтвера
Димни тестови се могу користити за проверу да ли брзина софтвера и време учитавања испуњавају одређене критеријуме наведене у појединачним тест случајевима.
На пример, ако тестирате како се софтвер понаша када учитате апликацију и апликација се учитава како је очекивано, али је потребно два минута да се покрене, ово можете означити као Неуспешно јер не испуњава очекивано време учитавања.
2. Поузданост
Покретање теста дима двапут такође вам може помоћи да тестирате поузданост вашег софтвера. Ако одређени тестни случајеви прођу једном, али једном не успеју, то указује да нека грешка у коду узрокује грешке које се можда неће појавити сваки пут када се софтвер користи, али и даље може да изазове озбиљне проблеме корисницима.
Најбољи бесплатни алати за тестирање дима
Алати за тестирање дима могу вам помоћи да ефикасније и брже покренете тестове дима како бисте извукли максимум из тестова дима.
Испод су неки од најбољих алата за тестирање дима који су данас доступни бесплатно.
5 најбољих бесплатних алата за тестирање дима
1. ЗАПТЕСТ БЕСПЛАТНО издање
ЗАПТЕСТ је бесплатна алатка која омогућава корисницима да аутоматизују тестирање софтвера и РПА без плаћања.
Можете да користите ЗАПТЕСТ ФРЕЕ издање за обављање једноставних тестова дима на више платформи укључујући мобилне , веб , АПИ и ЛОАД платформе.
Ако желите да испробате аутоматизовано тестирање дима, ЗАПТЕСТ бесплатно издање може вам помоћи да видите предности аутоматизације из прве руке. Такође је једноставан за коришћење чак и ако нисте из техничког порекла, јер има интерфејс без кода и користи најсавременију технологију Цомпутер Висион .
Што је најважније, ЗАПТЕСТ ФРЕЕ је добро…. бесплатно заувек! Насупрот томе, многа тестирања дима и општи алати за аутоматизацију софтвера имају почетни период тестирања, након чега сте увучени у плаћање претплате.
2. Селен
Селениум је бесплатна алатка отвореног кода коју можете користити за покретање разних различитих врста тестова на вашем софтверу, укључујући тестирање дима и регресије. Ради са много различитих програмских језика и посебно је добар за тестирање веб апликација.
3. Аппиум
Ако желите да извршите тестирање на дим и здрав разум на мобилним апликацијама, Аппиум је бољи избор од Селена. Аппиум је једноставан за инсталирање и коришћење и може се користити за обављање једноставних тестова дима на апликацијама развијеним за иОС и Андроид.
4. Тестлинк
Тестлинк је бесплатна алатка за управљање заснована на вебу која корисницима омогућава израду планова тестирања и тест случајева унутар једног структурираног оквира. Тестлинк вам може помоћи да планирате своје тестове на дим, као и да наведете своја очекивања и метрике пре него што почнете са тестирањем дима.
5. КА Волф
КА Волф је бесплатан алат за тестирање од краја до краја који омогућава корисницима да креирају аутоматизовани КА тест дима заједно са другим функционалним тестовима. КА Волф је употребљив чак и од стране људи без техничких вештина или вештина кодирања, што значи да је одличан увод у аутоматизацију тестирања за већину КА тимова.
Најбољи алати за тестирање дима за предузећа
Ако сте спремни да уложите мало новца у своје алате за тестирање дима, можете купити алате за предузећа који имају опсежније могућности тестирања дима и детаљније резултате.
Испод је листа пет најбољих алата за аутоматизацију тестирања дима за предузећа на тржишту.
5 најбољих алата за аутоматизацију теста дима у предузећу
1. Издање ЗАПТЕСТ ЕНТЕРПРИСЕ
Издање ЗАПТЕСТ ЕНТЕРПРИСЕ је пакет за тестирање софтвера и РПА који може у потпуности аутоматизовати било коју врсту теста, укључујући тестирање дима.
Бесплатна верзија је погодна за мање компаније које желе да знају шта ЗАПТЕСТ може да уради, али ако тражите плаћено решење које је лако за коришћење и погодно за тестирање било ког софтвера или апликације, на било којој платформи, претраживачу или уређају, И са 1СЦРИПТ-ом имплементација на све ово, онда је ЗАПТЕСТ ЕНТЕРПРИСЕ одлично место за почетак.
2. СоапУИ
СоапУИ је алатка за тестирање предузећа која олакшава управљање и извршавање енд-то-енд КА тестова на софтверу. То је релативно једноставан алат за инсталирање, али има своја ограничења, што се огледа у њиховој цени.
3. Тестим
Тестим је плаћени алат за тестирање дима који користи АИ за креирање тестова без кода који процењују функционалност вашег софтвера. Тестимов Јавасцрипт АПИ се може користити за рефакторисање, прилагођавање и отклањање грешака у тестовима.
4. Т-План Робот
Т-План Робот је алатка за тестирање предузећа коју КА инжењери могу да користе за аутоматизацију скриптованих радњи корисника и роботске аутоматизације процеса (РПА) на Виндовс, Мац, Линук и Мобиле. Можете користити Т-План Робот да аутоматизујете тестове дима на низу апликација и креирате аутоматизоване скрипте које се могу покренути у кључним тачкама током развоја.
5. Раинфорест КА
Раинфорест КА је КА алат за тестирање дима који омогућава корисницима да управљају и имплементирају ручно и аутоматизовано тестирање дима са једне контролне табле. То га чини идеалним за организације које су заинтересоване да испробају хибридни приступ и погодан је за велики број платформи укључујући апликације засноване на облаку, Виндовс и Мац.
Када би требало да користите алате за тестирање за предузећа у односу на бесплатне алатке за тестирање дима?
Пословни и бесплатни алати за тестирање дима могу испунити сличне потребе на мало различите начине. Обично бесплатни алати служе као одлична капија за организације које су задовољне ручним тестирањем дима, али желе да детаљније истраже аутоматско тестирање дима.
Они такође могу бити прикладнији за веома мала старт-уп предузећа где новца за плаћене алате још увек нема.
Алати за тестирање предузећа обично постају одрживија опција како се компаније шире. Они нуде бројне предности у односу на бесплатне алате, обично нудећи већу флексибилност, бољу подршку и интерфејсе који су прилагођенији кориснику који олакшавају чак и нетехничким професионалцима да спроводе аутоматизовано тестирање дима.
Контролна листа за испитивање дима
Пре започињања теста на дим, тим за контролу квалитета софтвера може да користи ову контролну листу како би се уверио да покрива сваки корак процеса тестирања дима.
● Идентификујте алате за тестирање дима које ћете користити
● Одаберите да ли ћете креирати ручни или аутоматски тест
● Изаберите тест случајеве које желите да тестирате
● Креирајте тест скрипте за сваки случај
● Идентификујте захтеве ‘пролажења’ за сваки тест случај
● Покрените тестове дима
● Анализирајте резултате
● Повратне информације за развој и осигурање квалитета
Закључак
Тестирање дима је суштински корак у развоју софтвера и обезбеђењу квалитета. Осигурава да је производ функционалан пре него што се спроведе даље тестирање, што спречава ризик од губљења времена и ресурса КА тимова на интензивно функционално тестирање на верзијама које још нису стабилне.
Тестирање дима је релативно брз и једноставан процес који софтверски тимови треба да спроводе што је чешће могуће.
Како предузећа настоје да постигну оптималну ефикасност коришћењем напредних алата који подржавају хипераутоматизацију , РПА и друге сродне технологије, аутоматизовано тестирање дима постаје све чешће у организацијама свих величина.
И ручно и аутоматско тестирање дима и даље има своје место у савременим КА окружењима, али како аутоматизовано тестирање постаје уобичајено, нема сумње да ће то постати норма.
Често постављана питања и ресурси
Који су најбољи курсеви о аутоматизацији тестова дима?
Ако желите да сазнате више о аутоматизацији теста дима, неки примери онлајн курсева које бисте могли да похађате су:
● Цоурсера курсеви тестирања дима
● Удеми курсеви тестирања дима
● Скиллсхаре курсеви тестирања дима
Један од најбољих курсева за почетнике је Цертифиед Тестер ИСТКБ Фоундатион Левел (ЦТФЛ), доступан на Удеми.
Сваки од ових онлајн ресурса нуди курсеве тестирања дима за ученике различитих способности, а можда је могуће похађати и бесплатне и плаћене курсеве на овим сајтовима.
Ако желите да постанете сертификовани, потражите курсеве који су акредитовани од стране ЦАСТ-а.
Које су најбоље књиге о тестирању дима?
Ако желите да сазнате више о тестирању дима, можете прочитати књиге о тестирању софтвера и тестирању дима да бисте развили своје разумевање приступа и предности тестирања дима. Неке од најбољих књига о тестирању дима укључују:
● Уметност тестирања софтвера, Гленфорда Џеј Мајерса, Тома Баџета и Корија Сандлера
● Тестирање софтвера, Рон Паттон
● Аутоматизација софтверског тестирања, Марка Фјустера и Дороти Грејем
Међутим, постоји много фантастичних књига о тестирању софтвера које вам могу помоћи да разумете више о томе како, зашто и шта тестирања.
Изаберите књигу која вам се допада и детаљније истражује теме које вас највише занимају.
Која су топ 5 питања за интервју о тестирању дима?
Ако размишљате о интервјуу за позицију која може укључивати тестирање дима, припремите се за интервју тако што ћете припремити одговоре на уобичајена питања за интервју, као што су:
● Када је право време за тестирање дима?
● Како бисте одлучили које тест случајеве ћете користити у тесту дима?
● Како се тестирање дима разликује од других типова тестирања, као што је тестирање урачунљивости?
● Колико је знања о кодирању потребно за спровођење тестова дима?
● Шта бисте урадили ако тест дима не успе?
Који су најбољи ИоуТубе туторијали о тестирању дима?
Ако сте визуелни ученик, можете да користите ове ИоуТубе видео снимке да бисте сазнали више о тестирању дима:
● Едурека водич за тестирање дима
● Шта је испитивање дима?
● Тестирање дима наспрам тестирања здравог разума
Како одржавати тестове дима?
Одржавање теста дима се односи на осигурање да тестови дима које креирате остану здрави и релевантни док се ваш пројекат изградње софтвера наставља.
Свакодневно извршавајте тестове дима и креирајте нове случајеве када су потребни.
Такође можете максимизирати предности ваших димних тестова тако што ћете блиско сарађивати са оним програмерима чији доприноси не успевају да побољшају квалитет њиховог кода.
Шта је тестирање дима у софтверском инжењерству?
Тестирање дима у софтверском инжењерингу се такође назива тестирање верификације израде и то је једноставан и брз тест да би се осигурало да је израда софтвера стабилна.
Тестирање дима се користи за тестирање основних функционалности градње и служи као прелиминарни тест пре даљег КА тестирања.
Тестирање дима наспрам тестирања здравог разума
Тестирање дима и здравог разума су обе врсте тестирања које укључују брзо тестирање основних функционалности софтверске верзије или производа.
Међутим, док тестирање дима тестира да ли су се основне функционалности софтвера понашале како се очекивало, тестирање исправности се обично користи да би се проверило да ли су поправке грешака исправиле идентификоване проблеме.
Тестирање дима је формалнији и документовани процес који се обично ради пре него што се градња потврди као стабилна, док је тестирање исправности неформални тип теста који се може спровести као део регресионог тестирања на релативно стабилним верзијама.
Тестирање дима наспрам регресијског тестирања
Димно и регресионо тестирање су обе врсте тестирања које проверавају да ли софтвер и даље исправно функционише након што су направљене нове промене.
Међутим, тестирање дима је релативно брз и мали тип тестирања који једноставно проверава основне функције и осигурава да је софтвер стабилан.
Регресионо тестирање је тест дубљег нивоа који траје много дуже и детаљније процењује изградњу.
Тестирање дима наспрам тестирања разума наспрам регресијског тестирања
Када упоређујете тестирање дима и здравог разума са регресијским тестирањем, важно је схватити да су сва три ова типа тестова неопходна за добар развој софтвера и КА.
Тестирање дима и тестирање здравог разума нуде брз начин да проверите да ли софтвер функционише нормално, док регресионо тестирање нуди дубљи увид у функционисање производа.
КА тимови прво пуше софтвер за тестирање дима, а затим ако софтвер прође ову проверу, може се обавити тестирање урачунљивости, а касније и регресијско тестирање.
Аутоматско тестирање дима помоћу алата за испитивање дима постаје све чешће, али неке врсте тестирања, као што је регресионо тестирање, још није могуће у потпуности аутоматизовати због сложене природе теста.
Коначно, ако тражите алате за тестирање на Виндовс платформама , иОС -у, Андроиду, УИ тестовима , Линук-у и многим другим, преузмите ЗАПТЕСТ БЕСПЛАТНО!
