devops testing tutorial
Водич за тестирање ДевОпс-а: Недавно истраживање РигхтСцале показало је да је 54% компанија усвојило ДевОпс и интерес око ДевОпс-а брзо расте.
У овом чланку ћемо научити како ће ова нова методологија развоја софтвера утицати на КА и како би КА функција у целини требало да се развија како би прихватила ову промену.
Цхецк оут => Комплетна серија лекција за ДевОпс
У овом чланку ћемо сазнати више о ДевОпс-у и како ће утицати на КА и његове функције.
Шта ћете научити:
Шта је ДевОпс?
ДевОпс - је комбинација Девелопмент &наерације - то је методологија за развој софтвера која настоји да интегрише све функције за развој софтвера, од развоја до операција у истом циклусу.
То захтева виши ниво координације унутар различитих заинтересованих страна у процесу развоја софтвера (наиме Развој, КА и операције )
ДевОпс циклус
Идеалан ДевОпс циклус започео би од:
- Дев који пише код
- Изградња и примена бинарних датотека у КА окружењу
- Извршење тест случајева и коначно
- Примена на производњи у једном глатком интегрисаном току.
Очигледно је да овај приступ ставља велики нагласак на аутоматизацију израде, примене и тестирања. Употреба алата за континуирану интеграцију (ЦИ), алати за аутоматизацију тестирања постају норма у а ДевОпс циклус.
како добити мрежни безбедносни кључ за ВиФи
Зашто ДевОпс?
Иако постоје суптилне разлике између Агиле и ДевОпс тестирање , онима који раде са Агилеом ДевОпс ће бити мало познатији за рад (и евентуално усвајање). Иако се агилни принципи успешно примењују у развојним и КА итерацијама, на оперативној страни је сасвим друга прича (и често препирка). ДевОпс предлаже да исправи овај јаз.
Сада, уместо континуиране интеграције, ДевОпс укључује „Стални развој“ , где је код написан и предан за контролу верзија, биће изграђен, постављен, тестиран и инсталиран у производном окружењу које је спремно за употребу од стране крајњег корисника.
Овај процес помаже свима у читавом ланцу, јер су окружења и процеси стандардизовани. Свака акција у ланцу је аутоматизована. Такође даје слободу свим заинтересованим странама да концентришу своје напоре на дизајнирању и кодирању висококвалитетног испоручивог производа, уместо да брину о различитим процесима изградње, операција и КА.
Драстично смањује време живота на око 3-4 сата, од времена када је код написан и предан, до примене у производњи за потрошњу крајњег корисника.
који је најбољи бесплатни иоутубе довнлоадер?
Укратко, ДевОпс је продужетак Агиле-а или га волим звати „Агиле на стероидима“.
Промењена улога КА у ДевОпс-у
Традиционално, КА би добио верзију која се распоређује у њиховом одређеном окружењу, а КА би затим започео њихову Функционално & Регресија тестирање . Израда би била идеална за КА неколико дана пре него што се КА одјави на изради. Сви ови кораци се мењају у ДевОпс-у.
Измене КА за ДевОпс тестирање:
- КА су потребни да ускладе своје напоре у ДевОпс циклусу.
- Морају бити сигурни да су сви њихови тестови аутоматизовани и да постигну скоро 100% покривености кодом.
- Морају бити сигурни да је њихово окружење стандардизовано и да је примена на њиховим КА кутијама аутоматизована.
- Сви њихови задаци пре тестирања, чишћења, задаци после тестирања итд. Аутоматизовани су и усклађени са циклусом континуиране интеграције.
Као што је већ поменуто, ДевОпс захтева висок ниво координације између различитих функција ланца испоруке. То такође значи да границе између различитих улога сарадника у ланцу постају порозне.
ДевОпс охрабрује све да дају свој допринос ланцу . Дакле, између осталог, програмер може да конфигурише примене. Инжењери за примену могу да додају примере испитивања у КА спремиште. КА инжењери могу своје конфигурационе случајеве аутоматизације конфигурисати у ланац ДевОпс.
Сви у ланцу одговорни су за квалитет и правовременост испоручених производа.
ДевОпс и тест аутоматизација
Да би се постигла таква брзина и окретност, важно је аутоматизовати све процесе тестирања и конфигурисати их да се аутоматски покрећу када се примена заврши у КА окружењу. За постизање ове интеграције користе се специјализовани алати за испитивање аутоматизације и алати за континуирану интеграцију.
Ово такође захтева изградњу зрелог оквира за тестирање аутоматизације кроз који се могу брзо скриптирати нови примери испитивања.
Стратегија тестирања ДевОпс-а: Савети за успех ДевОпс-а
- Треба идентификовати тест случајеве који се требају извршити за одређену верзију.
- Извођење теста би у основи требало да буде витко.
- КА и Дев морају да седе заједно и идентификују погођена подручја због одређене израде и извршавања тих сродних тест случајева плус позитивног теста.
- Такође морате да конфигуришете специјализоване алате за анализу кода и покривеност како бисте били сигурни да ћете постићи близу 100% покривености кода.
- Концепт извршења све случајеви регресионих тестова за полагање испита ускоро застаревају.
- Потребно је формализовати стратегију тестирања нових карактеристика и привремене верзије могу се доставити КА-у који би, пак, креирао тест скрипте и изводио ове тестове аутоматизације на привременим верзијама док код не постане довољно стабилан да се примени у производно окружење .
- Сва окружења потребна за тестирање морају бити стандардизована, а примене морају бити аутоматизоване.
- Користећи разне технике аутоматизације, КА би требало да буде у могућности да покрене тестове аутоматизације у различитим окружењима на више платформи (и међу прегледачима у случају веб апликација).
- Паралелно извршавање тестова помаже у смањењу времена живота, што је пак суштина успешне имплементације ДевОпс-а.
- Критеријуме за излазак треба поставити за сваку серију, тако да када се резултати тестова врате у ланац, донесе се одлука о продужењу / забрани производње.
- Пронађене грешке блокера или критичне поруке треба пријавити и поправити и проћи кроз исти ланац догађаја пре него што се код примени у производно окружење.
Надгледање апликација
КА би такође требало да буде у стању да рано открије проблеме и проактивно их пријави. Да би то постигли, треба да успоставе надзор над производним окружењем како би могли да открију грешке пре него што изазову квар.
Постављање специјализованих бројача попут времена одзива, употребе меморије и процесора итд. Може пружити пуно увида у искуство крајњег корисника.
На пример , ако се просечно време одзива за пријаву постепено повећава током различитих израда, КА би требало проактивно да пријави овај проблем ради оптимизације кода за пријаву, иначе би будуће израде могле да изазову фрустрацију крајњег корисника због великог времена одзива.
КА такође може да користи мали подскуп постојећих тестова високог приоритета који се периодично извршавају у производњи, да би активно надгледао животну средину. Грешке попут „Ова грешка се понекад појави“ или „ Не могу да се размножавају ”Може се ухватити кроз ову стратегију која на крају чини апликацију стабилнијом и такође задовољава крајње кориснике.
Опет, ови монитори морају бити конфигурисани да се аутоматски покрећу са богатим извештавањем (попут евиденција и снимака екрана, итд.).
Закључак
Ватерфалл је уступио место В-моделу који је заузврат замењен Агиле-ом као преферираним избором за развој софтвера.
ДевОпс је будућност. То је континуирани циклус побољшања који повремено пролазе модели за развој софтвера. То треба да пригрлите, разумете и усадите.
Морате савладати разне алате за аутоматизацију и континуирану интеграцију тако да ваши напори у аутоматизацији додају вредност ланцу и буду довољно витки да се брзо прилагоде променама. Можда радите на пројектима који могу да укључују алфа , бета и УАТ окружења пре распоређивања у производно окружење.
Концепт у суштини остаје исти. Аутоматизација и више аутоматизације је срж успешног ДевОпс циклуса. Али, као КА требали бисте такође бити у могућности да подвучете црту колико је аутоматизација превише аутоматизације.
О аутору: Аникет Десхпанде ради као КА менаџер у АФоур Тецхнологиес , Пуне и ради на пољу тестирања софтвера последњих 9+ година у разним доменима и платформама. Страствени је према ДевОпс-у и ради као саветник да води организације у усвајању ДевОпс-ових стратегија тестирања.
Ако сте заинтересовани да сазнате више или желите да примените ДевОпс и одговарајући тест приступ у својој организацији, слободно контакт Аутор.
Шта мислите о ДевОпс тестирању? Да ли мислите да навођење програмера и људи из оперативног система да раде заједно могу имати користи од пројекта?
прегледајте моју веб страницу у различитим прегледачима
Обавестите нас о својим коментарима / сугестијама на овај чланак.
ПРЕВ Туториал |. | СЛЕДЕЋА Лекција
Препоручено читање
- Континуирано тестирање у ДевОпс-у
- Водич за ДевОпс: Врхунски водич за ДевОпс (25+ водича)
- Демистификовање ДевОпс-а: Видео водич (1. део)
- 10 најбољих алата за континуирано тестирање за ДевОпс тестирање [листа 2021]
- Најбољи алати за тестирање софтвера 2021. године [КА Тест Аутоматион Тоолс]
- Шта је тестирање софтвера? 100+ бесплатних упутстава за ручно тестирање
- Функционално тестирање вс нефункционално тестирање
- Алфа тестирање и бета тестирање (потпун водич)