Софтвер постаје све вреднији и важнији јер у наше домове и предузећа долазимо са новим апликацијама и уређајима који преузимају команду над важним задатком. Дана 16. априла^тх, 1994. године, срушен је авион са фаталним авионом, непосредно пре слетања на аеродром. Где је убијено 250 људи, што је била најсмртоноснија несрећа у кинеским авио компанијама. Главни узрок инцидента био је због софтверских грешака. Корисници софтвера нису били тестирани пре његове примене. Сваки систем има софтверске грешке. Немогуће је дизајнирати софтверски систем без грешака. Али квар узрокован софтверским грешкама у систему може се заштитити тестирањем софтвера. Тестирање софтвера је поступак који се користи за проналажење грешке, потпуности и квалитета развијеног рачунарског софтвера. Обухвата скуп активности спроведених са намером проналажења грешака у софтверу како би се могао исправити пре него што се производ пусти крајњим корисницима. Постоје две врсте поступака испитивања ручно тестирање и аутоматизација тестирање.

“4 -битни дигитално -аналогни претварач ”

Шта је испитивање аутоматизације?

Аутоматизовано тестирање користи помоћ алата, скрипти и софтвера за извођење тест случајева понављањем унапред дефинисаних радњи. У потпуности зависи од унапред скриптираног теста, где упоређујемо очекивани резултат са стварним када се изврши преткрипта. Испитивања попут оптерећења, напрезања, шиљака могу се тестирати помоћу алата за аутоматизацију. Пример: Фацебоок тестира интерфејс мозак-рачунар који може превести мисли у дигиталне текстове.

Које тест случајеве треба прво аутоматизовати?

Следе примери испитивања који треба прво аутоматизовати,

Поновљени задатак - Пример попут веб локације за е-трговину која више пута тестира акредитиве за пријаву како би била сигурна да страница за пријаву ради према захтеву корисника.
Снимање и дељење резултата - Уместо крчења бројева и прављења графикона, може бити корисно улагање у алате или стратегију аутоматизације, где се може уштедети време.
Тест уноса података - Аутоматизација информација у извор података тако да могу бити лако доступне за читање. Тамо где се може боље управљати променљивошћу података. Тада се жели претражити одређени податак од хиљаде података, алат за аутоматизацију може се користити за претраживање одређених података.
Временски одговор или одговор на скрининг - Није потребно ручно водити евиденцију екрана, то се може побољшати коришћењем аутоматизованог кода „сачекај док“.
Нефункционално тестирање - Пример аутоматизације нефункционалног типа испитивања је аутоматизација испитивања оптерећења. Ако уместо ручног тестирања имамо оптерећење од десет хиљада, боља је опција да користимо аутоматско тестирање.

Процес испитивања аутоматизације

Корачни поступак који се користи за тест аутоматизације је

аутоматизација-тест-процес

1). Избор тест алата

Избор правог алата на основу природе укљученог теста врло је важно да би аутоматизација била успешна. За тестирање засновано на коду, обрадите или графички кориснички интерфејс -одговарајуће морају бити изабрани одговарајући алати на основу тестирања

2). Дефинишите опсег аутоматизације

Обим аутоматизације игра основну улогу. Пример попут, важне карактеристике сваког пословања су сценарији који имају велику количину података, они који имају заједничку функционалност на различитим платформама и апликацијама, као и сложеност тест случајева. Итд.

3). Планирање дизајна и развоја

Након утврђивања циља и врсте испитивања које треба аутоматизовати, треба одлучити шта ће аутоматизовани тест изводити. Прво развијте тест случајеве у мање логичке тестове, а затим напишите тест скрипте и развијте пробне пакете, где се аутоматски покрећу један за другим. Ово се генерише стварањем теста у оделу попут библиотеке која има више тест случајева.

4). Извршење теста

За извршавање скрипте за тест користи се алат за аутоматизацију или алат за управљање тестом. Након коначног извршења, мора се детаљно направити извештај о појединачним тестовима. Тако да се извештај може користити као референца за друге тестове.

5). Одржавање

Скрипте за аутоматизацију треба додати, прегледати и одржавати за сваки циклус. Тамо где је одржавање неопходно. На пример, након писања кода, проверавамо га и ако постоји грешка, долази до грешке. Стога идентификујемо који део кода има грешку и поправљамо га, а затим покрећемо код одмах од почетка. Дакле, одржавање игра виталну улогу која побољшава неопходност скрипти за аутоматизацију.

Приступи аутоматизацији

Постоје три приступа аутоматизацији

1). Приступ вођен кодом

Тестира оквирни рад, фокусира се на извршење тест случаја како би сазнао да ли различити одељци кодова раде према очекивањима у различитим условима или не. То је популарна метода која се користи у агилном развоју софтвера.

2). Графички кориснички интерфејс (ГУИ)

Апликације које имају ГУИ могу се тестирати помоћу ове методе за бележење корисникових радњи и одговора било који број пута. Пример: Селен алат који се користи за тестирање веб странице. Тест примери могу бити написани на било којем скриптном језику као што су јава, пхитон, Ц .. итд.

3). Оквирни приступ

То је скуп смерница. Тамо где оквир окупља библиотеке функције, тестне изворе података, детаље о објектима и друге модуле за вишекратну употребу. Трошкови одржавања су мање и високо ефикасни. Пример: Ако дође до било какве промене у тест случају, тада тај део датотеке тест случаја треба ажурирати без икаквих промена у покретачком програму или скриптама за покретање.

Врсте оквира

Постоје различите врсте оквирних приступа

Рад у линеарном скриптирању
Рад-оквир вођен подацима
Рад на основу кључних речи
Модуларни оквир за тестирање
Оквир хибридног тестирања.

Врсте тестова аутоматизације

Различите врсте тестова аутоматизације су

Јединствено тестирање
Испитивање дима
Функционално испитивање
Интеграционо тестирање
Регресија тестирање

1). Јединствено тестирање

У веб апликацији може бити неколико компонената / модела које треба тестирати. Процес тестирања сваког модела је јединствено тестирање. То се ради током развојне фазе. Где кодове пишу програмери, а такође и тестери.

2). Испитивање дима

Испитивање дима је алтернативно познато под називом „Провера верификације грађевине“. Користи се за проверу да ли је код написан у складу са очекивањима крајњих резултата или не. У тестирању дима, након што се тест заврши, крајњи резултат ће одлучити да ли треба наставити будуће испитивање или не. Проблеми током тестирања могу се препознати у раној фази.

3). Функционално тестирање

Проверава функционалност Веба, радећи у складу са тим или не. На пример, ако узмемо у обзир страницу за пријављивање, где морамо да унесемо кориснички ИД и лозинку. Ако не унесемо тачне податке, наша очекивана страница се неће отворити. Ако је код написан за страницу за пријављивање и правилно тестиран, очекује се да се страница отвори, то значи да функционални тест исправно ради.

4). Испитивање интеграције

У ово су појединачне компоненте интегрисане и тестиране одједном. Где можемо да проверимо да ли су поједини модули компатибилни за међусобну комуникацију. На пример, ако узмемо у обзир производњу хемијске оловке, где се оловка састоји од пунила, поклопца, тела, који се производе одвојено и састављају заједно. Током састављања проверавамо да ли су правилно постављени или не.

5). Регресија тестирање

Када постоји било какво ажурирање кода, водимо рачуна да то не утиче на већ написане кодове. Због тога вршимо регресијско тестирање. Употреба регресијског тестирања ажурира код на основу захтева, открива грешку и поправља је. Пример регресијског тестирања је банкарска веб локација, где се веб локација периодично ажурира по потреби, попут ажурирања стања на текућем рачуну. Стога приликом ажурирања веб странице морате бити сигурни да новообновљене функције неће утицати на већ постојеће функције.

Како одабрати алате за аутоматизацију?

Да бисте изабрали одговарајући алат за аутоматизацију, проверите следећа својства наведена у наставку,

Подршка околине
Испитивање базе података
Идентификација објекта
Тестирање слика
Тестирање опоравка грешке
Вишеструка подршка за рад у оквиру
Минимизирајте трошкове
Опсежни извештаји о тестирању и трошкови.

Врсте алата за испитивање аутоматизације

Постоји много алата за тестирање аутоматизације, од којих је неколико наведених у наставку

1). Селен

То је отворени извор који је популаран метод тестирања за извршавање веб апликација, више прегледача и платформи. Најновија верзија селена је Селениум4. Програмер захтева напредне вештине програмског језика. Постоје четири компоненте селена, селениум ИДЕ, даљински управљач селена, веб управљачки програм, селенска мрежа.

2). воде

То је алат за тестирање отвореног кода који се састоји од рубин библиотеке која аутоматизује тестирање веб апликација. Најновија верзија ватира је ватир 6.16. Кодови се могу писати на било ком језику. Фирефок, цхроме, сафари су одређени прегледачи које ватир подржава. Неке од карактеристика ватира су, потребне су кратке екране, перформансе страница и лако може преузети било коју датотеку.

3). Ранорек

То је флексибилан алат за тестирање графичког интерфејса. Погодан је за све прегледаче и уређаје у окружењу. Подржава Ц # и В.НЕТ. Уграђен је у Мицрософт Виндовс и Виндовс сервер. Главне компоненте ранорека су ранорек снимач, спремиште за ранорек, шпијун ранорек, уређивач ранорек кода и ранорек програм за отклањање грешака.

4). АПИ (тестирање интерфејса за програмирање апликација)

То је мобилни алат за тестирање, који је апликативни софтвер отвореног кода. АПИ проналази да ли извршени АПИ тест даје тачне резултате или не. Постоје различите врсте АПИ тестирања, јединствено тестирање, функционално тестирање, тестирање оптерећења, откривање грешака током извођења, тестирање сигурности, тестирање веб корисничког интерфејса, тестирање пенетрације, фузз тестирање. Имплементиран је на ПОСИКС АПИ.

Алати за тестирање аутоматизације за мобилне апликације

Разне врсте алата за тестирање аутоматизације за мобилне апликације су Аппиум, Роботиум, МонкеиРуннер, УИ Аутоматор, Селендроид, МонкеиТалк, Тестдроид, Цалабасх, Франк, СееТест

1). аппиум

То је опен соурце
Подржава Јава, Руби и друге
Изворни код се може поново користити
Компатибилан за Андроид и иОС.

2). роботи

То је опен соурце
Компатибилан за све верзије и субверзије Андроида.
Кодови су написани на Јави.

3). Монкеируннер

Тестирање оквира или функционалног нивоа врши се помоћу монкеируннера
Кодови су написани на питхон-у
Карактеристике: истовремено контролише многе уређаје, аутоматизација се може проширити, андроид апликације и хардвер могу се тестирати, аутоматизација може бити проширива.

4). УИ Аутоматор

Користи се за тестирање корисничког интерфејса, помоћу УИ тест случајева.
Подржава разне верзије андроида
Може закључати и откључати паметне телефоне

5). Селендроид

Користи се за тестирање корисничког интерфејса хибрида заснованог на андроид-у.
Тест примери се пишу помоћу селендроида
ДО протокол попут ЈСОН жице је врло компатибилна.

Ризик укључен у испитивање аутоматизације

Ризик који укључује аутоматско тестирање је

Почетни трошак биће висок
Аутоматизација никада није 100%
Не аутоматизује нефиксирани кориснички интерфејс
Нетачна процена времена и труда
Некомпатибилност алата за аутоматизацију.

Предности испитивања аутоматизације

Предности аутоматизација тестирање су

Извршење тест случајева је поједностављено
Побољшава поузданост теста
Смањује трошкове одржавања
Резултати испитивања се објављују у јавности
Нема људских грешака
Штеди време и меморију.

Овде имамо опис софтвера испитивање аутоматизације, његов поступак испитивања, врсте испитивања аутоматизације и алат за испитивање аутоматизације. Ево питања, „како је тестирање аутоматизације боље од ручног тестирања?“.