Мени

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

top 10 test automation strategies

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

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

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

Ове стратегије су преузете из мог сопственог искуства, као и из литературе о тестирању гуруа као што су Мицхаел Болтон, Јамес Бацх и Цем Канер. Ове праксе треба следити у сваком пројекту аутоматизације.

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

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

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

Идемо..

# 1. Ангажујте наменског инжењера или тим за аутоматизацију

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

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

нема 1 бесплатан мрежни видео за ИоуТубе један видео претварач

# 2. Алат за аутоматизацију је важан, али није решење за све

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

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

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

Ако су ваши ресурси упознати са Ц #, а ваша апликација коју треба тестирати такође је развијена у Ц #, онда нема сврхе бирати алат који не нуди Ц # за писање скрипти.

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

# 4. Познајте апликацију која се тестира

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

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

# 5. Добра аутоматизација значи добар ручни тест

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

Ево цитата из књиге Научене лекције из тестирања софтвера:

„Аутоматизација без доброг дизајна теста може резултирати много активности, али мало вредности.“

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

Ова активност понекад помаже у идентификовању грешака чак и пре него што је написана скрипта за аутоматизацију. Стручњаци кажу да је већина грешака идентификована у фази развоја аутоматизације теста, а не у стварној фази извршења.

# 6. Идентификујте могућности помоћу аутоматизације

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

шта је јсон датотека како отворити

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

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

# 7. Не можете све аутоматизовати

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

Аутоматизација није овде да замени ручне тестере. Нити може. Овде је потребно да се ручни тестери одвоје од поновљеног рада како би могли да искористе свој пуни фокус и снагу у проналажењу нових сценарија тестирања и грешака. (Прочитајте мој чланак Заблуде о аутоматизацији тестова)

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

# 8. Избегавајте аутоматизацију ГУИ-а када је присутна алтернатива

ГУИ аутоматизација је увек тежа од осталих врста аутоматизованих тестова. Дакле, ако постоји ситуација када свој циљ можете постићи не аутоматизацијом ГУИ-ја, већ неким другим методама попут уноса у командној линији, тада је најбоља стратегија избегавање аутоматизације ГУИ-а.

На пример, желите да тестирате инсталацију апликације. Циљ је да се провери да ли је апликација инсталирана или не у одређеном окружењу. Један од приступа је започети инсталацију и кликнути на „ Следећи Дугме “више пута кроз ваш алат за аутоматизацију. Може бити незгодно, дуготрајно и подложно је одржавању ако се УИ промени. Други приступ је покретање инсталације апликације батцх датотеком која даје тихе аргументе. Апликација ће се тихо инсталирати не приказујући ГУИ. Циљ ће се постићи за мање времена и на поузданији начин.

# 9. Користите аутоматизацију и у друге корисне сврхе

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

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

Могу да дам један пример из своје компаније. Желели смо да пређемо са нашег алата за управљање тест примером. Користили смо „Директора теста“ (сада ХП АЛМ) и желели смо да пређемо на ТФС (Теам Фоундатион Сервер). Имали смо око 4000 ручних тест случајева и грешака у Директору теста. Њихов ручни пренос на ТФС могао би потрајати око месец дана. Па ме је менаџер замолио да испробам неку аутоматизацију.

Ископао сам те алате и открио да Тест Дирецтор користи СКЛ сервер као своје спремиште. За ТФС сам открио алат који може читати тест случајеве и грешке из екцел датотеке, ако су написани у одређеном формату, и може их уметнути у ТФС. Остатак приче је једноставан. Написао сам СКЛ упит за преузимање свих тест случајева и грешака и извезао их у Екцел датотеку у одређеном формату. Тада сам користио алат који чита све случајеве тестова и грешке из екцел датотеке и убацио их у ТФС. Читав процес трајао је само 3 сата. Мој менаџер је био веома срећан. Надам се да сте и ви схватили моју поенту.

# 10. Аутоматизација је развој софтвера

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

Аутоматизација је у основи развој софтвера. Дакле, све најбоље праксе које следите када развијате софтвер треба да се следе у аутоматизацији. Оквир за аутоматизацију треба да постоји. Треба извршити прегледе кода. Грешке у аутоматизацији треба пријавити у спремишту грешака. Изворни код аутоматизације треба ставити под контролу извора итд. Што се више понашате као према развоју софтвера, то ће аутоматизација бити успешнија.

Закључак

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

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

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

ПРЕВ Туториал # 6

питања за интервју за ручно тестирање за 4 године искуства

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

^