- Inngangur að hugmyndinni um vinstri færsla
- Hvað er Shift Left Testing?
- Hvernig virkar Breyting til vinstri Áhrif á hugbúnaðarþróun?
- Hvað ættu prófunaraðilar að gera öðruvísi í vinstri færslu?
- Kostir Shift Left Testing
- Niðurstaða
Láttu okkur vita af hugsunum þínum/tillögum í athugasemdahlutanum hér að neðan.
PREV Kennsla
Hugmyndin um hugbúnaðarprófun var kynnt smám saman þegar gallar í framleiðslu fóru að koma niður á kostnaðaráætlun verkefnisins og þar af leiðandi tóku „virkniprófanir“ gildi með mjög grannu teymi prófunaraðila. Á þeim tímapunkti vorum við bara tveir prófunaraðilar á móti teymi 20 þróunaraðila.
Upplýsingatækniiðnaðurinn byrjaði að fylgja fossamódelinu fyrir hugbúnaðarþróun þar sem, eins og við vitum öll, , líftími hugbúnaðarþróunar fer í röð í röðinni .
Svo, ef þú byrjar frá vinstri til hægri, er prófunarfasinn yst til hægri á líftíma hugbúnaðarþróunar.
Inngangur að hugmyndinni um vinstri færsla
Á tímabili gerði fólk sér grein fyrir mikilvægi hugbúnaðarprófunar og áhrifum þess að halda 'prófunarstiginu' yst til hægri eða í lok líftíma hugbúnaðarþróunar. Þessi skilningur gerðist vegna þess að kostnaður við villuna sem greindist í átt að öfgahægri og í lokin var mjög hár og gríðarlegt átak & amp; of langur tími þurfti til að laga þær.
Það voru tilfelli þar sem ekki var hægt að gefa út mikilvæga hugbúnaðinn eftir að hafa eytt svo miklum tíma og fyrirhöfn í hugbúnaði, vegna mikilvægu villunnar sem greindur var í lokin. markaði sem leiddi til mikils taps.
Þess vegna, vegna auðkenningar villunnar á síðasta stigi var annað hvort seinkað útgáfunni eða kl.sinnum var hugbúnaðinum eytt með því að huga að fyrirhöfninni sem þurfti til að laga þá, sem var í raun ekki þess virði.
'Gallar eru ódýrari þegar þeir eru veiddir. snemma.
Þessi skilningur og stóri lexían sem dreginn var, kynnti mikla byltingu í hugbúnaðariðnaðinum og fæddi af sér nýtt hugtak sem kallast 'Shift Left' , sem þýðir að færa 'prófunarfasa' til vinstri frá hægri eða taka þátt í prófun á hverju stigi og taka þátt í prófunaraðilum út í gegn.
Skift til vinstri próf þýðir líka að prófa ekki að lokum en prófa stöðugt.
Hvað er Shift Left Testing?
Í fyrsta lagi styður meginreglan um „Skift til vinstri“ prófunarteymið til að vinna með öllum hagsmunaaðilum snemma í hugbúnaðarþróunarstigi. Þess vegna geta þeir greinilega skilið kröfurnar og hannað prófunartilvikin til að hjálpa hugbúnaðinum að „mistakast hratt“ og gera teyminu kleift að laga allar bilanir í fyrsta lagi.
Shift Left nálgun er ekkert annað en að taka prófunarmenn með miklu fyrr í lífsferli hugbúnaðarþróunar, sem aftur myndi gera þeim kleift að skilja kröfur, hugbúnaðarhönnun, arkitektúr, kóðun og virkni hans, spyrja erfiðra spurninga til viðskiptavina, viðskiptafræðinga og þróunaraðila, leita skýringa og veita endurgjöf hvar sem hægt er til að styðja teymið.
Þessi þátttaka og skilningur munleiða prófunarmenn til að öðlast fullkomna þekkingu á vörunni, hugsa í gegnum ýmsar aðstæður og hanna rauntímasviðsmyndir byggðar á hugbúnaðarhegðun sem myndi hjálpa teyminu við að bera kennsl á gallana jafnvel áður en kóðun er lokið.
Hvernig virkar Breyting til vinstri Áhrif á hugbúnaðarþróun?
Shift Lift nálgun hefur áhrif á hugbúnaðarþróun á nokkra vegu.
Hér að neðan eru nokkur lykilatriði um Shift Left:
- Shift Left nálgunin leggur áherslu á að taka þátt prófunaraðila á öllum og síðast en ekki síst mikilvægum stigum áætlunarinnar . Þetta gerir prófunaraðilum kleift að beina fókus sínum frá gallauppgötvun yfir í forvarnir gegn galla og til að knýja fram viðskiptamarkmið áætlunarinnar.
- Skipta vinstri nálgunin gefur miklu mikilvægi við prófun þar sem hlutverk og ábyrgð prófunaraðila eykst gríðarlega.
- Þar sem ábyrgðin er aukin fyrir prófunarteymið, einbeitir teymið bara ekki að 'Prófa hugbúnaðinn til að bera kennsl á bugs' , en vinnur fyrirbyggjandi með teyminu alveg frá fyrstu stigum til að skipuleggja og byggja upp öfluga og árangursríka prófunarstefnu með því að veita teyminu frábæra prófforystu og leiðsögn með því að einbeita sér að langtímasýn vöruna, frekar en að taka bara ábyrgð á prófunarvinnunni.
- Shift Left nálgunin gefur tækifæri fyrir prófunarmenn til að hanna prófin fyrst , þar sem prófin eru algjörlega einbeitt að upplifun viðskiptavinarins og væntingar þeirra sem aftur gerir þróunaraðilum kleift að þróa hugbúnaðinn út frá þessum prófum og mæta því þörfum viðskiptavina.
- Shift Left nálgunin endar bara ekki með prófunartækjunum einum saman. Að flytja til leigu og framkvæma prófunaraðgerðirnar stöðugt mun einnig gera þróunaraðilum kleift að taka meira eignarhald á kóðanum sínum og auka ábyrgð sína á prófunum.
- Skipan Vinstri nálgun hvetur einnig prófara til að samþykkja atferlisdrifna þróun BDD og prófdrifna þróun TDD , sem hjálpar til við að koma í veg fyrir að gallinn komi inn í hugbúnaðinn.
- Shift Left prófun í Agile: Shift Left nálgun styður að mynda Agile Scrum teymi sem skyldubundið eru til prófunaraðila ásamt öðrum hlutverkum og fela í sér prófara í reglulegum uppistandssímtölum, öðrum samskiptum, endurskoðunarfundir sem hafa orðið til þess að prófunaraðilar hafa meiri upplýsingar tengdar forritinu og þar af leiðandi gert þeim kleift að láta undan og taka þátt í ítarlegri greiningu á hugbúnaðinum og veita skjót viðbrögð sem myndi hjálpa til við að koma í veg fyrir galla sem eru byggðir á hugbúnaðinum.
Heildar Shift Left prófun kallar á prófunarmenn að 'Taktu snemma þátt' , eins fljótt og hægt er ogtaka þátt í umræðunni og vinna saman að hugmyndum, kröfum á hverju stigi þar sem niðurstaða áfangans hefur áhrif á gildi lokaframkvæmdar og einnig hjálpað verkefninu að greina áhættuna og draga úr henni fyrirfram.
Hvað ættu prófunaraðilar að gera öðruvísi í vinstri færslu?
Gefnir hér að neðan eru nokkrir lykilþættir sem þarf að taka fram sem hvað prófunaraðilar gera öðruvísi í Shift Left Strategy:
#1) Prófateymi þarf að taka snemma þátt í kerfinu strax frá upphafi verkefnisins til þess að þróa samþættingu við restina af teyminu og fyrirtækinu til að veita gagnlegt inntak á hverju stigi af hugbúnaðarþróuninni.
#2) Prófateymi ætti að vinna með fyrirtækinu & Rekstrarteymi og fá skýrleika í áætluninni og veita skýra sýn á eftirspurn og aðstoða við að skipuleggja á skilvirkan hátt varðandi uppbyggingarþarfir, þjálfunarþarfir og kröfur um prófunartæki fyrir forritið. fyrirfram.
#3) Prófateymi verða að hafa samskipti við alla hagsmunaaðila fyrirtækisins snemma í hugbúnaðarþróuninni til að fá skýran sýnileika vörunnar & hanna sameinaða prófunarstefnu og skipuleggja hámarks prófunarviðleitni, greina háð prófunarumhverfi, þriðja aðila, stubba osfrv., og undirbúa öflugri sjálfvirknistefnu og ramma og byggja upp skilvirka stjórnun prófunargagnaáætlun.
#4) Prófateymi þarf að vinna með restinni af teyminu við að veita teyminu góða prófforystu og leiðsögn með því að hafa langtíma vörusýn í huga frekar en að taka bara ábyrgð á prófunaraðgerðum.
#5) Kröfur eru lykillinn og grunnurinn að velgengni hvers forrits og vel- skilgreindar kröfur skilgreina árangur verkefnisins. Á kröfuáætlunarstigi þurfa prófunaraðilar að fara yfir og greina kröfur fyrir hvers kyns tvíræðni, betri skýrleika, heilleika, prófanleika, skilgreiningu viðmiðunarviðmiða osfrv.
Einnig þarf að bera kennsl á þær kröfur sem vantar (ef einhverjar eru) og skilja ósjálfstæðin og innleiðingaraðferðir. Clear Requirements hjálpar hugbúnaðinum að 'mistakast hratt' og laga allar bilanir í fyrsta lagi.
#6) Komdu með nægjanlega skýrleika og nákvæmni í kröfunum með því að draga fram raunveruleg dæmi sem sýna eiginleikana sem eru í notkun.
#7) Prófendur þurfa að mæta á hönnunarrýnifundi reglulega og skilja vöruhönnun og arkitektúr og bera kennsl á hönnunargalla, benda á aðra hönnunarmöguleika, bera kennsl á glufur og búa til prófunarsviðsmyndir í samræmi við það til að brjóta hönnunina.
#8) Prófendur þurfa að framkvæma truflanir (endurskoðanir) með góðum fyrirvara og veita endurgjöf um lykilverkefniskjöl þannig að komið sé í veg fyrir að gallar festist í hugbúnaðinn og auki áhrif hans síðar.
#9) Prófateymi ætti að vinna með hönnunar- og þróunarteymi í útvega prófunarsviðsmyndir fyrirfram til að þróa kóðann og takast á við allar mögulegar rauntímaatburðarásir og viðskiptaflæði.
#10) Prófateymi þarf að hanna sterk og öflug prófunarsviðsmynd þannig að aðeins fáir gallar koma í ljós við prófun og koma í veg fyrir meiriháttar galla þegar farið er inn í prófunarstigið.
#11) Prófarar verða að prófa eins fljótt og auðið er , hvort sem það er á sjálfstæðu eða staðbundnu kerfi, svo gallinn komist ekki inn á síðari stig.
Kjarninn í heild sinni í hugmyndinni um 'Shift Left' fyrir prófunaraðila er að finna gallana eins fljótt og auðið er með öllum mögulegum ráðum.
Kostir Shift Left Testing
The Shift Left nálgunin byggir á lipurri stefnuskrá og hefur líka nokkra kosti.
Þeir eru:
- Einstaklingar og samskipti yfir ferla og verkfæri.
- Vinnandi hugbúnaður yfir alhliða skjölum.
- Samstarf viðskiptavina um samningaviðræður.
- Svar við breyta umfram að fylgja áætlun.
Við getum séð að á meðan gildið er til staðar í hlutunum hægra megin, metum við meira fyrir hlutina vinstra megin.
Jæja, Shift Left er um það bilkoma með þá hugmynd að prófa fyrr í ferlinu og þannig skila sér í betri og skilvirkari prófunum og bæta gæði hugbúnaðarins.
Í hnotskurn er Shift Left Testing ferlið:
- Að finna gallana snemma og draga þannig úr kostnaði við verkefnið.
- Stöðugt prófað aftur og aftur til að minnka galla á endanum.
- Til að gera allt sjálfvirkt og bæta tíma á markað.
- Til að einblína á kröfur viðskiptavina og bæta upplifun viðskiptavina.
Niðurstaða
Hugmyndin 'Shift Left' olli gríðarlegri umbreytingu fyrir allt 'Prófunarhlutverkið'. Þangað til þá var eini áherslan fyrir prófunina eingöngu á 'Gallagreiningu' og nú er markmiðið með 'Shift Left' frá sjónarhóli prófunar ferðalag 'Snemma gallagreiningar til kyrrstöðuprófunar' .
Þannig er Shift Left stórt stökk í hugbúnaðariðnaðinum í aðferðafræði hugbúnaðarþróunar í átt að hraða á markað, bæta hugbúnaðargæði og minnka „Time to Market“.
Um höfundinn: Þessi grein er skrifuð af STH liðsmanni Gayathri Subrahmanyam. Hún er í hugbúnaðarprófun síðan á tíunda áratugnum, rétt þegar prófunarhlutverkið var kynnt í greininni. Á prófferli sínum hefur hún gert mikið af TMMI mati, prófunariðnvæðingarverkum og TCOE uppsetningum auk þess að sinna prófafhendingum og