10 step automation testing process
Процес испитивања аутоматизације: научите како започети тестирање аутоматизације на вашем пројекту (детаљни водич)
У многим организацијама квалитет је на првом месту. Ако се утврди да сте у таквој организацији и још увек не постоји формална аутоматизација тестова, ви бисте могли да је отворите.
Помоћи ће вашој организацији да за мање времена направи квалитетније производе, а такође ће моћи и да их пласира рано.
=> У овом трећем делу „ Серија водича за аутоматизацију испитивања ’, Разговараћу о томе шта је процес аутоматизације тестова и како започети аутоматизацију тестирања у вашој организацији . Значајно је схватити који корак је прво извршити и зашто.
Придржавање ових корака помоћи ће вам да аутоматизацију уведете на неприметан начин и омогућиће вам да избегнете уобичајене замке што доводи до кварова аутоматизације.
Шта ћете научити:
- Процес тестирања аутоматизације у 10 корака за покретање аутоматизације теста
- Корак 1. Убедите управу
- Корак 2. Проналажење стручњака за алат за аутоматизацију
- Корак # 3. Коришћење исправног алата за аутоматизацију
- Корак # 4. Анализирајући различите апликације како би се утврдиле које су најпогодније за аутоматизацију
- Корак # 5. Обука тима
- Корак # 6. Израда оквира за аутоматизацију теста
- Корак # 7. Израда плана извршења
- Корак # 8. Писање скрипти
- Корак # 9. Извештавање
- Корак # 10. Одржавање скрипти
- Закључак
- Препоручено читање
Процес тестирања аутоматизације у 10 корака за покретање аутоматизације теста
Ево детаљног поступка аутоматизације теста и водич који ће вам помоћи да започнете тестирање аутоматизације.
Почнимо.
Корак 1.Убедите управу
Без обзира на то колико сте нестрпљиви да откријете и започнете аутоматизацију тестирања у својој организацији, не можете учинити ништа ако ваше руководство није уверено у предности које нуди аутоматизација тестова. Универзална је чињеница да је аутоматизација испитивања скупа. Алати су скупи ( ХП КТП / УФТ лиценца кошта око 8.000 УСД по машини). Постоје трошкови архитекте или инжењера за аутоматизацију испитивања (који су, иначе, такође скупи). Након тога се не могу одмах видети предности аутоматизације испитивања. Морате сачекати 2-3 месеца пре него што се ваше скрипте припреме, тестирају и то може поуздано да тестира апликацију.
Морате да убедите управу да сноси бол због ових трошкова, а такође морате да им кажете да буду стрпљиви пре него што аутоматизација теста почне да им даје резултате.
Па како ће бити уверени? Морате им рећи анализу трошкова и користи. Као што и ви можете постављати питања колико нам времена треба за тестирање БАТ (испитивање прихватљивости грађевине) наше пријаве? Тада можете рећи, ако је потребан дан, помоћу аутоматизације теста можемо је тестирати у року од 2 сата. Трошак је тај што морате купити алат, обучити ресурс и сачекати резултате два месеца. После два месеца моћи ћемо да покренемо БАТ за два сата. То ће уштедети 6 сати ручног тестирања сваки пут кад год нова верзија изађе. Ако је буилд објављен 4 пута месечно. Моћи ћете да уштедите 24 сата или 3 дана ручног тестирања!
То не значи да ручни тестери неће радити ништа. Ових 6 сати тестирања користиће за фокусирање на нове и важне функционалности апликације, док ће аутоматизација водити рачуна о проблемима регресије. Ова поставка ће у целини побољшати квалитет производа десетак пута.
Ако ваше руководство није спремно да плати за квалитет својих производа, нико их на то не може присилити. Они ће аутоматски научити када се клијенти жале на производе. Квалитет утиче на све. То утиче на вашу продају, утиче на ваш однос са клијентима, утиче на вашу перцепцију у главама потрошача. Дакле, интелигентно управљање је увек инвестирало у квалитет својих производа.
Дакле, пет тачака које треба запамтити како бисте убедили своје руководство:
- Детаљно им реците о предностима аутоматизације испитивања.
- Реците им да је аутоматизација теста скупа и да ће вас у почетку коштати, али онда ће се трошкови смањити када се скрипте припреме и почну извршавати.
- Реците им да морају да сачекају око 3 месеца пре него што очекују било какав резултат аутоматизације теста.
- Реците им да аутоматизација испитивања није замена ручних тестера, већ помоћ ручним тестерима јер ће истовремено моћи да тестирају више.
- Аутоматизација теста не значи више тестирања за мање времена; то значи више тестирања истовремено. (Ако су ручни тестери тестирали БАТ за 8 сати, моћи ће да тестирају БАТ плус нову функционалност и многе друге ствари за истих 8 сати у присуству аутоматизације.)
Запамтите, убеђивање вашег управљања је први и најважнији корак у увођењу аутоматизације тестова у вашу организацију. Ако нису уверени, заборавите аутоматизацију теста или промените организацију. :)
Корак 2.Проналажење стручњака за алат за аутоматизацију
Постоје две врсте стручњака за аутоматизацију.
- Архитекте аутоматизације
- Инжењери аутоматизације
Архитекте аутоматизације ретка су врста. Тешко их је наћи, изузетно су скупи и изузетно потребни за успех пројекта аутоматизације. Ти људи су обично одговорни за изградњу оквира за аутоматизацију. (О оквирима аутоматизације детаљно ћемо разговарати у посебном чланку)
Архитекте аутоматизације имају искуства у различитим врстама алата и обично знају снаге и слабости сваког алата. Такође ће помоћи менаџменту у одабиру правог алата за аутоматизацију пажљивом анализом апликације и технологија које се користе у тој апликацији . Такође ће помоћи у изградњи оквира, дизајнирању конвенција о именовању и стварању правила за скриптовање. Они ће такође помоћи у одабиру који ће се тест случајеви прво аутоматизовати.
Ако успете да пронађете прави ресурс за радно место архитекте аутоматизације, ваш пола посла се обавља у успешној аутоматизацији у вашој организацији
Инжењери аутоматизације , с друге стране, људи који ће претворити случајеве ручних тестова у аутоматизоване скрипте. Они ће радити под архитектом аутоматизације и биће одговоран за стварање и извршавање скрипти .
Неке компаније ангажују инжењере аутоматизације споља, а неке компаније ангажују запослене обучавајући своје постојеће ручне тестере. У сваком случају, ресурс мора бити добар у програмирању. Он / она мора посебно знати о објектно оријентисаном програмирању. Комбинација 1 архитекте аутоматизације и два инжењера аутоматизације одлична је за већину производа.
Корак # 3.Коришћење исправног алата за аутоматизацију
Ова тачка заслужује свој чланак (и о томе ћу написати један). Ово је још један тежак корак у процесу покретања аутоматизације. На тржишту постоје разни алати, али морате одабрати оне који су најбољи за вашу апликацију.
Да скратим, написаћу најважнија разматрања приликом одабира алата. Поступак избора алата детаљно ћу објаснити у посебном чланку.
Најважније ствари које треба узети у обзир при одабиру правих алата су:
- Алат мора бити у вашем буџет . Алати за аутоматизацију су заиста скупи. Дакле, компанија би требало да има буџет за куповину алата.
- Алат мора технологије подршке користи у вашој апликацији. Ако ваша апликација користи блиц или Силверлигхт, алат мора да га подржава. Ако је ваша апликација покренута на мобилном уређају, алат мора бити у стању да извршава скрипте на мобилном уређају. Можете купити један алат који подржава све технологије коришћене у вашој апликацији или можете купити засебне алате за сваку технологију. На пример , можете да користите селен за своје веб апликације, роботи за Андроид апликације и МС кодирани кориснички интерфејс за десктоп апликације. Без обзира на одлуку, ово би требало да буде у вашем буџету.
- Морате имати потребно квалификовани ресурси који могу да користе овај алат или да га науче за мање времена. На пример , унајмили сте архитекту аутоматизације који је имао само искуство у КТП-у и купујете лиценцу за МС кодирани кориснички интерфејс, ресурсу можда неће бити угодно да га користите. Алати су попут добрих аутомобила, али морате имати и добре возаче да бисте возили ове добре аутомобиле.
- Алат мора имати а добар механизам извештавања да покажу резултате заинтересованим странама након сваког извршења.
Постоје разни други фактори приликом одабира правог алата, а ја ћу их обрадити у посебном чланку.
Прочитајте овај водич за најновије врхунске алате за аутоматизацију:
20 најбољих алата за тестирање аутоматизације у 2020. години (свеобухватна листа)
Корак # 4.Анализирајући различите апликације како би се утврдиле које су најпогодније за аутоматизацију
Ако ваша организација ради на 5 апликација, није неопходно да свака буде аутоматизована. Морамо да видимо различите факторе приликом одабира било које апликације за аутоматизацију.
Апликација која треба да буде аутоматизована мора имати следеће факторе:
- Апликација не би требало да буде у раним фазама свог развоја. (Апликација треба да има све или неке модуле који су стабилни и тестирани од стране ручних тестера)
- Кориснички интерфејс апликације мора бити стабилан. (УИ се не сме често мењати)
- Ручни тестови за ову пријаву требају бити у писаном облику.
Главни циљ аутоматизације је осигурати да уколико апликација у једној верзији не садржи грешке, у наредној верзији треба да остане без грешака. Ручни тестер не би требало да троши своје време на проналажење проблема са регресијом, ови проблеми би требали бити идентификовани у аутоматизацији.
Дакле, да бисмо пронашли регресију, морамо имати апликацију која је већ стабилна и за њу су написани неки примери примера. Тим за аутоматизацију претвориће ове тест случајеве у скрипте и покреће их у свакој верзији како би се осигурало да се не појави регресија.
Такође, прочитајте => Како одабрати тачне испитне случајеве за аутоматско тестирање
Корак # 5.Обука тима
Након избора алата и ангажовања ресурса, следећи корак је логична обука ресурса.
Ако се ручни тестери претворе у инжењере аутоматизације, они морају бити обучени о терминологији и концептима аутоматизације. Ако је архитекта за аутоматизацију ангажован споља, он мора да стекне знање о производу за тестирање, поступку ручног тестирања и ономе што менаџмент очекује.
Дајте ресурсима мало времена да испробају различите ствари док коначно не осмисле победничку стратегију аутоматизације. Обучите их алатима које организација већ користи софтвер за праћење грешака и софтвер за управљање захтевима .
Добра обука и јака комуникација између ручних тестера, програмера и тима за аутоматизацију су заиста неопходни.
Корак # 6.Израда оквира за аутоматизацију теста
Највећи задатак архитекте аутоматизације је да осмисли оквир за аутоматизацију који би дугорочно требао подржати аутоматско тестирање.
Оквир за аутоматизацију је у основи скуп правила и пажљиво планирање писања скрипти на начин који резултира најмање одржавања. Ако се нешто промени у апликацији, скриптама је потребно мало или никакво ажурирање да би се носиле са том променом. То је лепота оквира за аутоматизацију.
Постоји пет врста оквира за аутоматизацију, и то линеарни, модуларни, на основу података, на основу кључних речи и хибридни. Сви ови оквири биће детаљно обрађени примерима у посебном чланку ове серије.
Такође можете почети читати више о оквирима аутоматизације у следећим водичима:
=> Зашто нам је потребан оквир за аутоматизацију испитивања?
=> Примери КТП оквира
=> Примери оквира селена
Корак # 7.Израда плана извршења
План извршења укључује одабир окружења у којима ће се скрипте извршавати. Окружење укључује ОС, прегледач и различите хардверске конфигурације.
На пример , ако тест случај захтева да веб локацију провери у 3 прегледача, наиме Цхроме, Фирефок и ИЕ, тада ће тим за аутоматизацију написати скрипту на такав начин да ће моћи да се изврши у сваком прегледачу.
То увек треба рећи пре писања скрипти, јер ће се у скриптама водити рачуна ако тим за аутоматизацију то претходно зна. План извршења такође треба да наведе ко ће извршити скрипте. Обично тим за аутоматизацију извршава скрипте на свакој верзији, али се она разликује од компаније до компаније. Неки менаџери траже од програмера да изврше ове скрипте на њиховој верзији пре објављивања, а неке компаније ангажују наменски ресурс само за извршење. Чак и неке компаније покрећу скрипте у режиму без надзора, што наравно не захтева додатне ресурсе.
Корак # 8.Писање скрипти
Када је оквир дизајниран, план извршења је познат и ресурси су обучени за нови алат, сада је право време да започнете писање скрипти.
Скрипте треба писати организовано и уз одговарајућу конвенцију именовања. Изворни код треба одржавати у изворној контроли како би се избегао губитак кода. Треба одржавати контролу над верзијама и историју. Аутоматизација тестова је попут развоја софтвера. При писању скрипти треба водити рачуна о свим најбољим праксама програмирања.
Такође, прочитајте => Како превести случајеве ручног тестирања у скрипте за аутоматизацију
Корак # 9.Извештавање
Алатку обично обезбеђује функцију извештавања. Али можемо створити прилагођене механизме извештавања попут аутоматског слања резултата менаџментом.
Можемо да креирамо извештаје на крају сваког извршења у облику графикона и табела ако су менаџменту потребни. Руководство треба увек бити информисано о обухвату тест случајева, што значи који су ручни тестови обухваћени аутоматизацијом, а који од њих су преостали.
Корак # 10.Одржавање скрипти
Ако се поштују најбоље праксе програмирања и оквир је добар, онда одржавање неће представљати проблем.
Одржавање се обично дешава када постоји захтев за промену коју захтева апликација. Скрипте треба одмах ажурирати како би се носиле са том променом како би се обезбедило беспрекорно извршавање.
На пример , ако пишете неки текст у оквир за текст путем скрипте и сада ово поље за текст постаје падајућа листа, требали бисмо одмах ажурирати скрипту.
Неке друге врсте промена укључују да су се ваше скрипте изводиле на енглеској верзији апликације. Сада постоји захтев за промену да апликација треба да подржава кинески. Ваш оквир би вам требао омогућити да ажурирате своје скрипте са мало напора да подржите извршавање и на кинеском! Због тога су архитекте аутоматизације скупе. :)
Ако оквир није добар и не поштују се најбоље праксе, одржавање ће постати ноћна мора. Већина пројеката аутоматизације пропада због лошег одржавања скрипти.
Закључак
Овај чланак описује шта је поступак тестирања аутоматизације и како започети тестирање аутоматизације у вашој организацији од почетка до краја, корак по корак. Ако следите ове кораке, надам се да ће ваша аутоматизација успети.
Предложено читање = >> Најбољи софтвер за аутоматизацију ИТ процеса
Постоје неки делови (попут избора алата за аутоматизацију и оквири за аутоматизацију) који заслужују сопствене чланке. То ћемо обрађивати у наредним деловима ове серије туторијала за тестирање аутоматизације.
=> У међувремену кликните овде да бисте проверили све водиче већ смо објављивали у овој серији.
Покушао сам да покривам све аспекте у ширем погледу и искористио своје искуство да бих написао ово упутство.
Ако сматрате да сам пропустио нешто важно или неком делу овог водича треба мало више објашњења, питајте ме у одељку за коментаре. Волео бих да одговорим на ваша питања.
иоутубе то мп4 цонвертер фрее довнлоад фулл версион
ПРЕВ Туториал # 2 |. | СЛЕДЕЋА Лекција # 4
Препоручено читање
- Водич корак по корак за примену доказа о концепту (ПОЦ) у испитивању аутоматизације
- Шта је испитивање аутоматизације (ултимативни водич за покретање аутоматизације теста)
- Сикули ГУИ алат за аутоматизацију - Водич за почетнике, део 2
- Најбољи алати за тестирање софтвера 2021. [Алати за аутоматизацију КА теста]
- Да ли тестери губе приањање због тестирања због аутоматизације?
- Изазови ручног и аутоматизованог тестирања
- Да ли сте стручњак за ручно или аутоматско тестирање? Радите скраћено за нас!
- 11 најбољих алата за аутоматизацију за тестирање Андроид апликација (Андроид Апп Тестинг Тоолс)