Мени

Континуирано тестирање у ДевОпс-у

continuous testing devops

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

Шта је континуирано тестирање и цевовод за континуирано тестирање у ДевОпс-у?

Надам се да сте сви уживали у последњем упутству Континуирано постављање у ДевОпс .

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

Континуирано тестирање у ДевОпс-у

Предложено читање => Водич за обуку за ДевОпс из огреботина

стварање бинарног стабла претраживања у јави

Предности ЦТ-а:

    • Квалитет и брзина су огромне предности ЦТ-а.
    • Брже и брже повратне информације о коду.
    • Повећава самопоуздање тима и подстиче их да се континуирано побољшавају.

ВИДЕО 3. део, блок 4: Континуирано тестирање- 14 минута 39 секунди

Препис:

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

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

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

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

Како се континуирана интеграција и континуирано постављање називају ЦИ, ЦД, континуирано тестирање се чешће назива ЦТ.

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

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

Сада да видимо више о континуираном тестирању.

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

Ту непрекидно тестирање долази до изражаја.

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

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

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

Интеграциони тестови се дешавају у интеграционом окружењу које у основи проверава компоненте интегрисане заједно. Системски тестови у окружењу за тестирање система, где се БИГ систем са свим интегрисаним компонентама и интерфејсима тестира кроз сценарије на нивоу система у окружењу за тестирање система и тако даље.

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

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

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

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

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

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

Ови прелази средњег квалитета у свакој фази тестирања повећавају поверење у код.

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

Овде се спроводе чак и одређени сценарији испитивања перформанси.

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

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

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

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

Континуирано тестирање захтева интегрисање оквира за аутоматизацију са алатком за контролу верзија и ЦИ и различитим аутоматизованим алатима за спровођење функционалног и нефункционалног тестирања у различитим фазама тестирања, попут:

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

Мицрософт ТФС, Јенкинс, кувар, лутка су мало алата доступних на тржишту за дизајнирање ЦИ-ЦД цевовода.

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

Дакле, континуирано тестирање као пресудан део испитивања осигурава квалитет производа или издања и треба бити врло опрезан при одабиру алата, оквира итд., Што првенствено одређује квалитет и брзину испоруке.

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

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

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

Сада ћемо доћи до благодати ЦТ-а,

како отворити .торрент датотеке

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

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

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

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

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

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

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

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

Дакле, закључак о континуираном тестирању, одмах од јединичних тестова који се изводе током прелиминарне фазе, кроз испитивање прихватљивости, испитивање перформанси, па чак и одређена ручна испитивања која ће се изводити, ВРЛО СУ ВРЛО КРИТИЧНИ за дефинисање континуираног тестирања у ДевОпс цевоводу.

Овим је завршена наша дискусија о Парт3 темама континуиране интеграције, континуиране испоруке и континуираног тестирања.

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

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

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

^