Мени

Како одабрати најбољи алат за тестирање аутоматизације (Комплетан водич)

how choose best automation testing tool

Испробајте Наш Инструмент За Елиминисање Проблема

У овом упутству покрили смо критеријуме за избор алата за аутоматизацију теста и контролну листу помоћу матрице за поређење алата за аутоматизацију теста ради лакшег сналажења.

Водич од А до Ж о одабиру најбољег алата за аутоматизацију за ваш пројекат:

Ово је 4тхводич у нашој серији Водич за аутоматизацију тестирања. Молимо погледајте све чланке објављене у овој серији на овој страници: => Врхунски водич за започињање тестирања аутоматизације на вашем пројекту

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

Важно је јер ће алат у великој мери утицати на целокупни ваш напор у аутоматизацији. Ако је алат добар и пружа вам потребне карактеристике, аутоматизација постаје лакша и ефикаснија.

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

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

Шта ћете научити:

Да ли је аутоматско тестирање решење за вас?

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

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

Неки тестери се такође досађују радећи исте понављајуће задатке изнова и изнова и они снажно почињу да осећају потребу за аутоматизацијом теста.

Да ли то значи да бисте одмах требали ускочити у тестирање аутоматизације?

Дефинитивно не!

Много је критеријума на којима морате да порадите пре него што одлучите да ли је аутоматизација решење за вас .

Аутоматизовано тестирање

Када аутоматизација теста има смисла?

  • Када има много тестова који се понављају
  • Када су честе итерације регресијског тестирања
  • Кад треба симулирају велики број корисника који користе ресурсе апликације
  • Када АУТ има релативно стабилан УИ
  • Када имате велики скуп БВТ случајева
  • Када се за критичну функционалност не можете ослонити само на ручно извршавање теста

Додатна литература:

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

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

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

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

Ево критеријума које морате узети у обзир пре него што одаберете било који алат за тестирање:

Критеријуми за оцену алата за аутоматизацију теста

1) Да ли имате неопходне квалификоване ресурсе које можете доделити за задатке аутоматизације?

два) Који је ваш буџет?

3) Да ли алат задовољава ваше потребе за тестирањем? Да ли је погодно за пројектно окружење и технологију коју користите? Да ли подржава све алате и објекте који се користе у коду? Понекад можете запети за мале тестове због немогућности алата да идентификује објекте који се користе у апликацији.

Горе наведена три фактора сматрам најважнијим за одабир било ког алата.

4) Да ли вам алат пружа бесплатну пробну верзију како бисте је могли проценити пре доношења одлуке? Такође, да ли алат има све функције доступне у пробној верзији?

5) Да ли је тренутна верзија алата стабилна? Да ли је компанија добављача основана са добром корисничком подршком, као и са мрежним ресурсима за помоћ и корисничким приручником?

6) Каква је крива учења алата? Да ли је време учења прихватљиво за ваше циљеве?

7) Да ли желите алат за аутоматизацију само за ваше потребе пројекта или тражите заједнички алат за све пројекте у вашој компанији? Било би добар избор ако одаберете алат који подржава већину језика кодирања на вашим пројектима.

најбољи софтвер за претварање текста у говор

8) Које врсте тестирања подржава? Алат који подржава максималне типове испитивања (јединица, функционалност, регресија итд.) Је увек бољи избор.Упозорење- Не приклоните се алату само зато што подржава све врсте тестирања. Такође је важно да алат буде довољно моћан да аутоматизује ваше сложене захтеве.

9) Да ли алат подржава једноставан интерфејс за креирање и одржавање тест скрипти? Алат за снимање и репродукцију са могућностима уређивања снимљених скрипти могао би бити добро решење.

10) Да ли пружа једноставан интерфејс, али моћне функције за извршавање сложених задатака?

Једанаест) Колико је лако пружити улазне податке о испитивању за сложене тестове или тестове оптерећења? Алат који подржава унос тест података из различитих датотека података, као што су Екцел, КСМЛ, текстуална датотека итд., Био би велико олакшање за аутоматизацију тестера.

12) Да ли пружа моћно извештавање са графичким интерфејсом? Јасни и сажети извештаји увек ће вам помоћи да брзо закључите резултате теста.

13) Да ли се добро интегрише са осталим алатима за тестирање попут планирања пројеката и алати за управљање тестовима ?

Можда ћете желети да узмете у обзир и друге критеријуме попут:

14) Политика поврата добављача алата

петнаест) Постојећи прегледи купаца за алат

16) Да ли продавац пружа почетну обуку?

Савети: Прикупљање захтева је убедљиво најважнији корак за избор правог алата. Обавезно категоризирајте своје захтјеве у категоријама муст хаве, које је лијепо имати и које нису потребне. Ово ће вам помоћи да брзо процените алат. Имајте на уму да нећете наћи алат који је већ доступан на тржишту који ће подржати све ваше потребе за аутоматизацијом!

Најбољи алати за аутоматизацију :

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

Прочитајте овај чланак за листу ТОП алата:

Топ 20 најбољих алата за тестирање аутоматизације у 2020. години (свеобухватна листа)

У следећем чланку ћемо разговарати изазови ручног и аутоматизованог испитивања .

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

10 питања која треба поставити пре избора најбољег алата за тестирање аутоматизације

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

Питање 1: Који је буџет ваше организације за алат за аутоматизацију?

По мом мишљењу, ово је најважније што треба узети у обзир приликом одабира алата за аутоматизацију.

Зашто тражити КТП / УФТ и истражите га када не можете да купите лиценцу? КТП алат кошта око 8000 УСД (приближно). Ако ваша организација може да купи лиценцу, а ви сте потврђени, требало би да преузмете пробу и на њој направите пивот пројекат аутоматизације да бисте тестирали њену карактеристику. У супротном, не бисте требали трошити време на истраживање о томе. (Говорим о овом сценарију ако желите да користите КТП на активном пројекту компаније. Ако га преузимате само ради учења, у реду је да преузмете пробу.)

Питање бр: Која је стварна цена алата?

Следећа је цена алата за аутоматизацију. Не постоји само цена лиценце већ и цена додатака (ако је потребно), накнада за подршку, накнада за обуку и надоградња.

тестирати алате за генерисање података отвореног кода

Прво разговарајмо о лиценци.

а) Врсте лиценци:

Постоје следеће врсте лиценци.

1) Корисничка лиценца закључана чвором.

Корисничка лиценца закључана чвором подржаће алатку за аутоматизацију тестирања која се користи на једном физичком рачунару у мрежи ваше компаније. Можете истовремено покретати само једну инстанцу алата на лиценцираном рачунару. Ова лиценца је обично везана за име рачунара рачунара.

2) Истовремена плутајућа корисничка лиценца

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

У основи, са лиценцом Ноде-Лоцкед немате слободу да инсталирате алат на једну машину, деинсталирате је, а затим поново инсталирате на било којој другој машини. Али са плутајућом корисничком лиценцом то вам је дозвољено.

3) Лиценца времена извођења

Горе поменуте две врсте лиценци обично се купују за „развој“ скрипти. Дакле, ово су „развојне“ дозволе. Да бисте извршавали скрипте на различитим машинама, морате имати лиценцу „извршавање“ или „извршавање“ за сваку машину.

Пример:

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

Али ако треба да се развије на једној машини и изврши тестове на три различите виртуелне или физичке машине, мора да купи једну „развојну“ лиценцу и три рунтиме лиценце.

Неки добављачи нуде бесплатне рунтиме лиценце (Лике Цодед УИ), а неки нуде цену (попут Тест Цомплете, Ранорек итд.). Дакле, све зависи од добављача.

4) Лиценца отвореног кода

Избор ваше компаније је да одаберете комерцијални алат и платите трошак или алат за отворени код.

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

б) Накнада за подршку, надоградњу и обуку:

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

Питање бр: Да ли алат подржава оперативни систем / прегледач или уређај у којем се ваша апликација покреће?

Ово питање обично зависи од врсте апликације коју користите.

а) Ако је засновано на радној површини:

Ако радите на радној површини апликације, требали бисте то назначити на томе колико оперативних система желите да тестирате ту апликацију. Радио сам на апликацији заснованој на радној површини и желео сам да је тестирам на Виндовс 7 и Виндовс 8.1. Зато сам изабрао Кодирани кориснички интерфејс јер подржава оба.

б) Ако је заснован на прегледачу

Ако радите на веб апликацији, требало би то да назначите у колико прегледача желите да тестирате ову апликацију. Желео сам да извршим своје тест случајеве на ФиреФок-у, Цхроме-у и ИЕ-у. Одабрао сам селен за своју веб апликацију јер подржава све ове прегледаче. Уверите се да алат који одаберете треба да подржава старије и новије верзије потребних прегледача.

ц) Ако је мобилно

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

Опет, ово долази до расправе о отвореном извору против комерцијалних. Као што видите, постоје одвојени отворени код алати за тестирање засновано на мрежи , мобилни и десктоп апликације. Али ако се одлучите за комерцијални алат као што је Тест Цомплете, Ранорек или Тест Студио, они могу тестирати све три врсте (мобилне, радне површине и апликације засноване на прегледачу). Дакле, у случају комерцијалног алата, морате да научите само један алат за тестирање веб, десктоп и мобилних апликација.

Питање бр: Да ли алат подржава технологије и независне контроле које се користе у вашој апликацији?

Ово је веома важан аспект приликом одабира алата. Требали бисте из прве руке знати које се технологије користе у вашој апликацији. Посаветујте се са програмерима и запишите их. Ако у ХТМЛ апликацијама користе ХТМЛ 5 или СилверЛигхт, припазите, нема много алата за аутоматизацију који их подржавају. Ако алат тражи подршку за ове технологије, преузмите пробну верзију тог алата и покушајте да идентификујете различите објекте у својој апликацији. Ако их алат не успе да идентификује, онда је њихова тврдња нетачна. Та активност ће вас спасити од касније беде.

Матрица поређења алата за аутоматизацију теста:

вр слушалице за рачунаре и пс4

Следећа табела упоређује различите алате с обзиром на њихову цену лиценцирања и њихову подршку различитим технологијама. (Ову табелу бисте требали узети као праксу учења како створити поређења између различитих алата, али тачност података није 100%)

(Кликните на слику за увећан приказ)

Трошкови алата за аутоматизацију

И = подржано, Н = није подржано, У = непознато

Питање бр. 5: Колико језика алат подржава? Да ли имате квалификоване ресурсе за ове језике?

Учење алата је један аспект. Учење језика је други аспект. Ако имате ресурсе који имају стручност у Јави, а ваш алат не подржава Јаву, време за учење новог језика додаће се напорима за аутоматизацију.

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

Тхе Селениум ВебДривер нуди писање скрипти на више језика као што су Ц #, Јава, Питхон, Руби и ЈаваСцрипт. ТестЦомплете такође нуди скрипту за писање на више скриптних језика као што су ВБСцрипт, ЈСцрипт, ДелпхиСцрипт, Ц ++ Сцрипт и Ц # Сцрипт.

Питање бр. 6: Да ли алат подржава повезивање са различитим изворима података?

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

Погледајте подршку за уобичајене изворе података, као што су ЦСВ датотека, Екцел датотека, КСМЛ датотека и База података. Ако су они присутни у неком алату, добро је да кренете.

Питање бр. 7: Какав је механизам извештавања алата за аутоматизацију?

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

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

Питање бр. 8: Да ли се алат може интегрисати са спремиштима за тест случајеве и грешке?

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

КТП подржава КЛМ, Кодирани УИ подржава ТФС и ТестЦомплете подржава КАЦомплете. Неки алати отвореног кода такође имају подршку за интеграцију са постојећим алаткама за управљање тестом отвореног кода. Све зависи од тога шта ваша организација заправо користи.

Питање бр. 9: Каква је званична техничка подршка за алат?

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

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

Питање бр. 10: Неки технички аспекти које треба видети

Постоје и неки други технички аспекти, као што су:

а) Подршка за снимање и репродукцију

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

б) Различите методе препознавања објеката и подршка за мапирање објеката

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

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

ц) Различите контролне тачке или подршка за тврдње.

Тест случај је прошао или није успео на основу контролних тачака или тврдњи. Ако алат има разне методе за проверу очекиваних резултата, то је корисно. КТП има разне контролне тачке као што су Стандард , Битмап , Сто , КСМЛ, база података и тачке провере садржаја датотеке.

д) Руковање сценаријима опоравка.

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

Закључак

Увек имајте на уму да ниједан алат није добар или лош алат. Све зависи од ваших захтева и природе производа.

Селен је можда најпопуларнији алат за аутоматизацију, али ако је ваш производ заснован на радној површини, овај алат вам неће користити. Прво разумите свој производ, а затим потражите одговарајући алат који одговара вашим захтевима користећи смернице поменуте у овом упутству.

Исправан избор алата за аутоматизацију игра виталну улогу у успешној аутоматизацији.

Следећи водич - Наше следеће упутство у овој серији је „Оквири за развој скрипти и аутоматизацију са примерима“. Опет, провери сви водичи из ове серије на овој страници .

Слободно објавите своје упите / коментаре у наставку о одабиру правог алата за аутоматизацију.

ПРЕВ Туториал # 3 |. | СЛЕДЕЋА Лекција # 5

Препоручено читање

^