shift left testing secret mantra
Ново Схифт Лефт тестирање, ДевОпс мантра у развоју софтвера:
Брзо Резиме свих видео водича у ДевОпсу је објашњено у нашем ранијем водичу. Сад ћемо видети о Схифт левом тестирању.
Када користим израз „Схифт Лефт“, можда се питате на шта мислим у софтверу Схифт Лефт ??
Пре две и више деценија, када сам започео каријеру као испитивач софтвера, није постојала посебна „фаза тестирања“ за развој софтвера, а улога тестера никада није постојала. Програмери су развијали софтвер, тестирали се и издали софтвер.
Даље читање => Серија информативних водича за ДевОпс
Концепт Тестирање софтвера су се уводили постепено када су недостаци у производњи почели да погађају буџет пројекта и стога је „Функционално тестирање“ ступило на снагу са врло витким тимом тестера. У то време били смо само два тестера против тима од 20 програмера.
ИТ индустрија је почела да следи модел водопада за развој софтвера у којем, као што сви знамо, животни циклус развоја софтвера иде секвенцијално по редоследу Захтеви => Дизајн => Кодирање => Тестирање .
Дакле, ако кренете слева надесно, Фаза тестирања је крајње десно од животног циклуса развоја софтвера.
Шта ћете научити:
- Увод у концепт померања улево
- Шта је испитивање померањем улево?
- Како Схифт Лефт утиче на развој софтвера?
- Шта тестери треба другачије да раде у померању улево?
- Предности испитивања улево и десно
- Закључак
- Препоручено читање
Увод у концепт померања улево
Током одређеног временског периода, људи су схватили важност Тестирање софтвера и утицај задржавања „фазе тестирања“ на екстремној десници или на крају животног циклуса развоја софтвера. Ова спознаја се догодила јер су трошкови грешке идентификовани према екстремној десници, а на крају су били веома високи и огроман напор и превише времена је било потребно да се поправе.
Било је случајева када након трошења толико времена и труда на софтвер, због кључне грешке која је идентификована на крају, критични софтвер није могао бити пуштен на тржиште, што је резултирало великим губицима.
Отуда, због идентификација грешке током последње фазе или је издање одложено или је понекад софтвер отписан узимајући у обзир напор потребан за њихово поправљање, што заиста није било вредно.
„Дефекти су јефтинији ако се рано ухвате“.
Ова спознаја и велика научена лекција довели су до велике револуције у софтверској индустрији и родили нови концепт тзв „Схифт Лефт“ , што значи померање „фазе тестирања“ улево или здесна или укључивање тестирања у свакој фази и укључивање тестера током читаве фазе.
Тестирање Схифт Лефт такође значи да једноставно не тестирајте на крају, већ континуирано.
Шта је испитивање померањем улево?
Прво, принцип „померања улево“ подржава Тестирајући тим за рану сарадњу са свим заинтересованим странама у фази развоја софтвера. Отуда могу јасно да разумеју захтеве и дизајнирати тест случајеве да помогне софтверу „Фаил Фаст“ и омогући тиму да што пре отклони све кварове.
иоутубе видео довнлоадер за пц бесплатно преузимање
Приступ Схифт Лефт није ништа друго него укључивање тестера много раније у животни циклус развоја софтвера, што би им заузврат омогућило да разумеју захтеве, дизајн софтвера, архитектуру, кодирање и његову функционалност, постављају тешка питања купцима, пословним аналитичарима и програмерима , тражите појашњења и пружите повратне информације кад год је то могуће како бисте подржали тим.
Ово укључивање и разумевање навешће тестере да стекну потпуно знање о производу, размисле о различитим сценаријима, осмисле сценарије у стварном времену засноване на понашању софтвера, што би помогло тиму у идентификовању недостатака и пре него што се заврши кодирање.
Како Схифт Лефт утиче на развој софтвера?
Приступ Схифт Лифт утиче на развој софтвера на неколико начина.
Доље је дато неколико кључних тачака о Схифт Лефт:
- Приступ Схифт Лефт фокусира се на укључивање тестера у свим и што је најважније критичним фазама програма . Ово омогућава тестерима да преусмере фокус са откривања квара на спречавање квара и покрећу пословне циљеве програма.
- Приступ Схифт Лефт пружа, велики значај за тестирање са којим се улоге и одговорност тестера неизмерно повећавају.
- Са повећањем одговорности за тим за тестирање, тим се једноставно не фокусира „Тестирање софтвера за идентификовање грешака“ , али проактивно сарађује са тимом већ у почетним фазама како би планирао и изградио робусну и ефикасну стратегију тестирања пружајући тиму сјајно вођство и смернице кроз фокусирање на дугорочну визију производа, уместо да само узима одговорност рада на испитивању.
- Схифт Лефт приступ даје прилика да тестери прво осмисле тестове , где су тестови у потпуности усредсређени на искуство купаца и њихова очекивања, што ће заузврат омогућити програмерима да развију софтвер заснован на тим тестовима и тако задовоље потребе купаца.
- Приступ Схифт Лефт се једноставно не завршава само са тестерима. Прелазак на лет и континуирано спровођење активности испитивања такође ће бити омогућити програмерима да преузму више власништва њиховог кода и повећати њихове одговорности на тестирању.
- Схифт Лефт приступ такође охрабрује Тестери за усвајање Бихевиорално вођен развој БДД и тест вођен развојем ТДД , који помаже у спречавању настанка дефеката у софтверу.
- Тестирање померања улево у агилном: Схифт Лефт приступ подржава формирање Агиле Сцрум Тимови који обавезно укључују тестере заједно са осталим улогама и укључује тестере у редовним станд уп позивима, другим интеракцијама, прегледима састанака због чега су тестери имали више информација везаних за програм, а самим тим им је омогућио да се препусте и укључе у детаљну анализу софтвера и обезбеде брзе повратне информације које би помогле у спречавању квара утемељених у софтверу.
Опште Схифт Лефт тестирање позива тестере да „Укључите се рано“ , што је раније могуће и укључите се у дискусију и сарађујте на идејама, захтевима у свакој фази где исход фазе има утицаја на вредност коначног резултата, а такође помажу пројекту да идентификује ризике и унапред га ублажи.
ц ++ основна питања за интервју
Шта тестери треба другачије да раде у померању улево?
Доље је дато неколико кључних фактора које треба напоменути као оно у чему тестери раде другачије Схифт Лефт Стратеги:
# 1) Тест тим мора укључите се рано у систем одмах од покретања пројекта како би се развила интеграција са остатком тима и пословним да пружају корисне улазе у свакој фази развоја софтвера.
#два) Тест тим би требало да сарађује са тимом Бусинесс & Оператионс и стекните јасноћу на програму и пружају јасан поглед на потражњу и помажу у ефикасном планирању потреба за повећањем ресурса, потребама за обуком и потребним алатима за тестирање програма унапред.
# 3) Тест тимови морају да комуницирају са свим заинтересованим странама у послу у раном развоју софтвера добити јасну видљивост производа & дизајнирати јединствену стратегију тестирања и планирајте оптимизирани напор тестирања, анализирајте зависност од тест окружења, трећих страна, квара итд., и припремите робусну стратегију и оквир аутоматизације и израдите ефикасан план управљања тест подацима.
# 4) Тест тим мора да сарађује са остатком тима у обезбеђивању одлично вођење теста и смернице за тим чиме се има у виду дугорочна визија производа, а не само преузимање одговорности за тестирање.
# 5) Захтеви су кључ и основа успеха било ког програма, а добро дефинисани захтеви дефинишу успех пројекта. Током фазе планирања захтева, тестери треба да прегледа и анализира захтеве за било какве двосмислености, бољу јасноћу, комплетност, проверивост, дефинисање критеријума прихватљивости итд.
Такође треба идентификовати недостајуће захтеве (ако постоје), разумети зависности и стратегије примене. Јасни захтеви помажу софтверу да најпре „откаже брзо“ и отклони све кварове.
# 6) Унесите довољно јасноће и прецизности у захтеве изношењем стварни примери који илуструју карактеристике које су у употреби.
# 7) Тестери морају присуствовати састанцима за преглед дизајна редовно и разумети дизајн и архитектуру производа и идентификовати недостатке у дизајну, предложити алтернативне опције дизајна, идентификовати рупе и креирати сценарије тестирања у складу с тим да би се разбили дизајни.
# 8) Тестери морају извршити Статичко испитивање (коментара) унапред и пружите повратне информације о кључним пројектним документима, тако да се спречи да недостаци буду утемељени на софтверу и да касније прошире његов ефекат.
# 9) Тест тим би требало да сарађује са тимом за дизајн и развој у унапред обезбеђивању тест сценарија за развој кода и адресирају све могуће сценарије и токове пословања у реалном времену.
# 10) Тест тим мора да осмисли јаки и робусни тест сценарији тако да је током испитивања идентификовано само неколико дефеката и спречени су главни недостаци током уласка у фазу испитивања.
#Једанаест) Тестери морају Тестирајте што је раније могуће , било да је реч о самосталном или локалном систему, тако да квар не уђе у касније фазе.
Цела суштина концепта „Схифт Лефт“ за тестере је да пронађу недостатке што је раније могуће свим могућим средствима.
Предности испитивања улево и десно
Приступ Схифт Лефт ради заснован на агилном манифесту и такође има неколико предности.
Су:
- Појединци и интеракције преко процеса и алата.
- Радни софтвер преко свеобухватне документације.
- Сарадња са купцима преко преговора о уговору.
- Одговарајући на промене преко праћења плана.
Видимо да док је вредност у ставкама са десне стране, више вреднујемо за ставке на левој страни.
Па, Схифт Лефт жели донети идеју тестирања раније у процесу, што ће резултирати бољим и ефикаснијим тестирањем и побољшањем квалитета софтвера.
Укратко, поступак тестирања Схифт Лефт је:
- Рано проналажење недостатака чиме се смањују трошкови пројекта.
- Тестирање непрекидно изнова и изнова како би се на крају смањили недостаци.
- Да аутоматизујете све и побољшате време за тржиште.
- Усредсредити се на захтеве купаца и побољшати корисничко искуство.
Закључак
„Схифт Лефт“ концепт је донео огромну трансформацију за целу улогу „Тестирање“. До тада, једини фокус за тестирање био је само на „откривању дефеката“, а сада је циљ „померања улево“ из перспективе тестирања путовање ‘Рано откривање недостатака до Спречавање дефеката ' .
Према томе, Схифт Лефт је велики скок у софтверској индустрији у методологији за развој софтвера ка убрзању изласка на тржиште, побољшању квалитета софтвера и смањењу „Времена за тржиште“.
О аутору: Овај чланак написао је члан СТХ тимаГаиатхри Субрахманиам. Бави се софтверским тестирањем од 90-их, управо када је улога тестера уведена у индустрији. Током своје тестирачке каријере урадила је пуно ТММИ процена, тестова, индустријализације, постављања ТЦОЕ, поред руковања тест испорукама и имплементирајући ДевОпс праксу за велики ангажман. Али према њеним речима, учење никада не престаје ...
Јавите нам своје мисли / сугестије у одељку за коментаре испод.
ПРЕВ Туториал |. | СЛЕДЕЋА Лекција
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. [Алати за аутоматизацију КА теста]
- Посао за КА помоћника за тестирање софтвера
- Квалитет Схифт-Лефт: Како је то једнако важно као Схифт-Лефт у тестирању?
- Курс за тестирање софтвера: Који институт за тестирање софтвера да се придружим?
- Одабир тестирања софтвера за вашу каријеру
- Тестирање софтвера Посао писца техничког садржаја Посао слободњака
- Нека занимљива питања за испитивање софтверског тестирања
- Повратне информације и прегледи курса за тестирање софтвера