Meny

Skift venstre testing: Et hemmelig mantra for suksess med programvare

shift left testing secret mantra

Prøv Instrumentet Vårt For Å Eliminere Problemer

Den nye Shift Left Testing, et DevOps-mantra innen programvareutvikling:

En kjapp Sammendrag av alle videoopplæringene i DevOps ble forklart i vår tidligere opplæring. Nå vil vi se om Shift venstre testing.

Når jeg bruker begrepet 'Shift Left', lurer du kanskje på hva jeg henviser til Shift Left i en programvare ??

For 2+ tiår siden, da jeg startet karrieren som programvaretester, var det ingen egen ‘Testing Phase’ for programvareutvikling, og Testers Role hadde aldri eksistert i det hele tatt. Utviklere pleide å utvikle programvaren, teste seg selv og lage en programvareutgivelse.

Videre lesing => Informativ DevOps-veiledningsserie

Konseptet av Programvaretesting ble introdusert gradvis da mangler fra produksjonen begynte å treffe budsjettet til prosjektet, og dermed kom 'Functional Testing' i kraft med et veldig magert team av testere. På det tidspunktet var vi bare to testere mot et team på 20 utviklere.

Skift venstre testtilnærming

IT-bransjen begynte å følge fossemodellen for programvareutvikling hvor, som vi alle vet, livssyklusen for programvareutvikling går sekvensielt i rekkefølgen av Krav => Design => Koding => Testing .

Så hvis du starter fra venstre mot høyre, er testfasen ytterst til høyre for programvareutviklingens livssyklus.

Hva du vil lære:

Introduksjon til konseptet med skift til venstre

Over en periode innså folk viktigheten av Programvaretesting og virkningen av å holde ”testfasen” ytterst til høyre eller på slutten av programvareutviklingssyklusen. Denne erkjennelsen skjedde fordi kostnadene ved feilen som ble identifisert mot ekstreme høyre og på slutten var veldig høye og enorm innsats og for mye tid var nødvendig for å fikse dem.

Det var tilfeller der, etter å ha brukt så mye tid og krefter på en programvare, på grunn av den avgjørende feilen som ble identifisert på slutten, ikke den oppdragskritiske programvaren ikke kunne slippes ut på markedet, noe som resulterte i et enormt tap.

Derfor på grunn av identifikasjon av feilen i løpet av den siste fasen enten utgivelsen ble forsinket eller til tider ble programvaren skrotet ved å vurdere innsatsen som kreves for å fikse dem, noe som virkelig ikke var verdig.

Programvareutviklingsfase

‘Mangler er mindre kostbare når de blir tatt tidlig’.

Denne erkjennelsen og den store lærdommen, introduserte en stor revolusjon i programvareindustrien og fødte et nytt konsept kalt 'Skift til venstre' , som betyr å skifte 'Testing Phase' til venstre fra høyre eller involvere Testing på hvert trinn og involvere testere gjennom.

Shift Left-testing betyr også at du bare ikke tester til slutt, men tester kontinuerlig.

SDLC-faser

Skift venstre tilnærming

Hva er Shift Left Testing?

For det første støtter prinsippet om 'Skift til venstre' Testteam for å samarbeide med alle interessentene tidlig i programvareutviklingsfasen. Derfor kan de tydelig forstå kravene og utforme prøvesakene for å hjelpe programvaren ‘Fail Fast’ og gjøre det mulig for teamet å løse alle feil tidligst.

spørsmål om intervjuer med penetrasjonstest på nettapplikasjoner

Shift Left-tilnærming er ikke annet enn å involvere testerne mye tidligere i programvarens utviklingslivssyklus, som igjen vil tillate dem å forstå kravene, programvaredesign, arkitektur, koding og dens funksjonalitet, stille tøffe spørsmål til kunder, forretningsanalytikere og utviklere , søke avklaringer, og gi tilbakemelding der det er mulig for å støtte teamet.

Denne involveringen og forståelsen vil føre testerne til å få fullstendig kunnskap om produktet, tenke gjennom ulike scenarier, designe sanntidsscenarioer basert på programvareatferd som vil hjelpe teamet med å identifisere feilene selv før kodingen er ferdig.

Hvordan påvirker Shift Left programvareutvikling?

Shift Lift Approach påvirker programvareutvikling på flere måter.

Nedenfor er noen få viktige punkter om Skift til venstre:

  • Shift Left-tilnærming fokuserer på involverer testere i alle og viktigst de kritiske stadiene av programmet . Dette gjør det mulig for testere å avlede fokus fra mangeloppdaging til forebygging av mangler og å drive forretningsmålene for programmet.
  • Shift Left-tilnærming gir, høy betydning for testing som testernes roller og ansvar øker enormt med.
  • Med ansvaret som økes for testteamet, fokuserer teamet bare ikke på ‘Testing av programvaren for å identifisere feilene’ , men jobber proaktivt med teamet helt fra begynnelsen for å planlegge og bygge en robust og effektiv teststrategi ved å gi et flott testledelse og veiledning til teamet ved å fokusere på den langsiktige visjonen til produktet, i stedet for bare å ta ansvaret for testarbeidet.
  • Skift venstre tilnærming gir mulighet for testerne å utforme testene først , der testene er fullstendig fokusert på kundeopplevelsen og deres forventninger som igjen vil gjøre det mulig for utviklerne å utvikle programvaren basert på disse testene og dermed oppfylle kundens behov.
  • Shift Left-tilnærming slutter bare ikke med testerne alene. Å flytte til utleie og utføre testaktivitetene kontinuerlig vil også la utviklerne ta mer eierskap av koden og øke ansvaret for testing.
  • Shift Left-tilnærming oppmuntrer også Testere å adoptere Atferdsmessig drevet utvikling BDD og testdrevet utvikling TDD , som hjelper til med å forhindre defekter induksjon i programvaren.
  • Skift venstre testing i smidig: Shift Left-tilnærming støtter dannelse Agile Scrum Lag som obligatorisk inkluderer testere sammen med de andre rollene og inkluderer testere i vanlige stand-up samtaler, andre interaksjoner, gjennomgangsmøter som har gjort at testerne har mer informasjon relatert til programmet, og som dermed har tillatt dem å hengi seg og involvere seg i detaljert analyse av programvaren og gi rask tilbakemelding som kan bidra til å forhindre feil som er jordet i programvaren.

Samlet Shift Left-testing krever testere å 'Bli involvert tidlig' , så tidlig som mulig og delta i diskusjonen og samarbeid om ideer, krav på hvert trinn der resultatet av scenen har betydning for verdien av den endelige leveransen, og hjelper også prosjektet med å identifisere risikoen og redusere den på forhånd.

Skift til venstre

Hva skal testere gjøre annerledes i Shift Left?

Nedenfor er noen få viktige faktorer å merke seg som hva testerne gjør annerledes i Skift venstre strategi:

#1) Testteamet må engasjere seg tidlig i systemet rett fra prosjektstart for å utvikle integrasjonen med resten av teamet og virksomheten til gi nyttige innganger på hvert trinn av programvareutviklingen.

#to) Testteamet skal samarbeide med Business & Operations-teamet og få klarhet i programmet og gi et klart syn på etterspørsel og hjelp til å planlegge effektivt behov for ressursoppbygging, opplæringsbehov og testverktøyskrav til programmet i god tid.

# 3) Testteamene må samhandle med alle forretningsinteressentene tidlig i programvareutviklingen til få en klar synlighet av produktet & utforme en enhetlig teststrategi og planlegge for en optimalisert testinnsats, analysere avhengighet av testmiljøer, tredjeparter, stubber osv., og utarbeide en robust automatiseringsstrategi og rammeverk og bygge en effektiv testdataadministrasjonsplan.

# 4) Testteamet må samarbeide med resten av teamet om å levere en flott testledelse og veiledning til teamet og derved huske den langsiktige produktvisjonen i stedet for bare å ta ansvaret for å teste aktiviteter.

# 5) Krav er nøkkelen og grunnlaget for suksessen til ethvert program, og veldefinerte krav definerer suksessen til prosjektet. I løpet av kravplanleggingsfasen, testere trenger å gjennomgå og analysere kravene for enhver tvetydighet, bedre klarhet, fullstendighet, testbarhet, definisjon av akseptkriterier etc.

Må også identifisere de manglende kravene (hvis noen), forstå avhengighetene og implementeringsstrategiene. Clear Requirements hjelper programvaren til å 'mislykkes raskt' og løse alle feil tidligst.

# 6) Få nok klarhet og presisjon i kravene ved å få frem virkelige eksempler som illustrerer funksjonene som er i bruk.

gratis systemrens for Windows 7

# 7) Testere må delta på Design review-møter regelmessig og forstå produktdesign og arkitektur og identifisere designfeil, foreslå alternative designalternativer, identifiser smutthullene, og lag testscenarier deretter for å bryte designene.

# 8) Testere må bære ut Statisk testing (anmeldelser) i god tid og gi tilbakemelding på viktige prosjektdokumenter slik at mangler forhindres i å bli jordet i programvaren og utvide effekten senere.

# 9) Testteamet skal samarbeide med design- og utviklingsteamet i å gi testscenarier på forhånd for å utvikle koden og adressere alle mulige sanntidsscenarier og forretningsstrømmer.

# 10) Testteamet må designe sterke og robuste testscenarier slik at bare noen få mangler blir identifisert under testing og store mangler forhindres når de går inn i testfasen.

#elleve) Testere må Test så tidlig som mulig , det være seg på et frittstående eller lokalt system, slik at feil ikke kommer inn i senere stadier.

Hele kjernen i konseptet ‘Shift Left’ for testere er å finne defektene så tidlig som mulig på alle mulige måter.

Finne feil ved å bruke Skift til venstre

Fordeler med Shift Left Testing

Shift Left-tilnærming fungerer basert på det smidige manifestet og har også flere fordeler.

De er:

  • Enkeltpersoner og interaksjoner over prosesser og verktøy.
  • Arbeidsprogramvare over omfattende dokumentasjon.
  • Kundesamarbeid over kontraktsforhandlinger.
  • Svar på endring over å følge en plan.

Vi kan se at mens verdien er der i elementene til høyre, verdsetter vi mer for elementene på venstre side.

Vel, Shift Left handler om å bringe ideen om å teste tidligere i prosessen, og dermed resultere i en bedre og effektiv testing og forbedre kvaliteten på programvaren.

I et nøtteskall er Shift Left Testing-prosessen:

  • Å finne feilene tidlig og dermed redusere prosjektkostnadene.
  • Tester kontinuerlig igjen og igjen for å redusere mangler til slutt.
  • Å automatisere alt og forbedre tiden til markedet.
  • Å fokusere på kundens krav og forbedre kundeopplevelsen.

Skift venstre fokus

Konklusjon

'Skift til venstre' konsept brakte en enorm transformasjon for hele rollen ‘Testing’. Inntil da var det eneste fokuset for testingen bare på 'Defect Detection', og nå er målet med 'Shift Left' fra testperspektiv en reise av ‘Tidlig defektdeteksjon til Feilforebygging ' .

Dermed er Shift Left et stort sprang i programvareindustrien innen programvareutviklingsmetodikk mot hastighet til markedet, forbedrer programvarekvaliteten og reduserer ‘Time to Market’.

Om forfatteren: Denne artikkelen er skrevet av STH-teammedlem Gayathri Subrahmanyam. Hun er i programvaretesting siden 90-tallet, akkurat da testerrollen ble introdusert i bransjen. I løpet av testkarrieren har hun gjort mange TMMI-vurderinger, testindustrialiseringsarbeider, TCOE-oppsett i tillegg til å håndtere testleveranser og implementert DevOps-praksis for et stort engasjement. Men ifølge henne stopper læringen aldri ...

Gi oss beskjed om dine tanker / forslag i kommentarfeltet nedenfor.

PREV Opplæring | NESTE veiledning

Anbefalt lesing

^