shift left testing secret mantra
Den nye Shift Left Testing, et DevOps-mantra inden for softwareudvikling:
En hurtig Resumé af alle video-tutorials i DevOps blev forklaret i vores tidligere tutorial. Nu vil vi se om Shift venstre test.
Når jeg bruger udtrykket 'Skift til venstre', undrer du dig måske over hvad jeg henviser til Skift til venstre i en software ??
For 2+ årtier siden, da jeg startede min karriere som softwaretester, var der ingen separat 'Testfase' til softwareudvikling, og testers rolle eksisterede aldrig overhovedet. Udviklere plejede at udvikle softwaren, teste sig selv og lave en softwareudgivelse.
Yderligere læsning => Informativ DevOps-vejledningsserie
Begrebet Test af software blev introduceret gradvist, da mangler fra produktionen begyndte at ramme projektets budget, og derfor trådte 'Functional Testing' i kraft med et meget magert team af testere. På det tidspunkt var vi kun to testere mod et hold på 20 udviklere.
IT-branchen begyndte at følge vandfaldsmodellen til softwareudvikling, hvor, som vi alle ved, softwareudviklingens livscyklus går sekventielt i rækkefølgen af Krav => Design => Kodning => Test .
Så hvis du starter fra venstre mod højre, er testfasen yderst til højre for softwareudviklings livscyklus.
Hvad du lærer:
- Introduktion til konceptet med skift til venstre
- Hvad er Shift Left Testing?
- Hvordan påvirker Shift Left softwareudvikling?
- Hvad skal testere gøre forskelligt i Skift til venstre?
- Fordele ved Shift Left-test
- Konklusion
- Anbefalet læsning
Introduktion til konceptet med skift til venstre
I løbet af en periode indså folk vigtigheden af Test af software og virkningen af at holde 'Testfasen' yderst til højre eller i slutningen af Softwareudviklings livscyklus. Denne erkendelse skete, fordi omkostningerne ved bug identificeret mod ekstrem højre og i slutningen var meget høje og en enorm indsats og for meget tid krævede at rette dem.
Der var tilfælde, hvor den missionskritiske software, efter at have brugt så meget tid og kræfter på en software på grund af den afgørende fejl, der blev identificeret i slutningen, ikke kunne frigives til markedet, hvilket resulterede i et enormt tab.
Derfor på grund af identifikation af bugten i sidste fase enten blev udgivelsen forsinket eller til tider blev softwaren skrottet ved at overveje den krævede indsats for at rette dem, hvilket virkelig ikke var værdig.
'Mangler er billigere, når de fanges tidligt'.
Denne erkendelse og den store lærdom, introducerede en stor revolution i softwareindustrien og fødte et nyt koncept kaldet 'Skift til venstre' , hvilket betyder at flytte 'testfasen' til venstre fra højre eller involvere testning på hvert trin og involvere testere hele vejen igennem.
Shift Left-test betyder også, at bare ikke test i sidste ende, men test kontinuerligt.
Hvad er Shift Left Testing?
For det første understøtter princippet om 'Skift til venstre' Testteam til at samarbejde med alle interessenter tidligt i softwareudviklingsfasen. Derfor kan de klart forstå kravene og designe testcases for at hjælpe softwaren med at 'fejle hurtigt' og sætte teamet i stand til at løse alle fejl tidligst.
hvordan man opdeler en streng efter tegn i python
Shift Left-tilgang er intet andet end at involvere testere meget tidligere i softwareudviklingens livscyklus, hvilket igen giver dem mulighed for at forstå kravene, softwaredesign, arkitektur, kodning og dets funktionalitet, stille hårde spørgsmål til kunder, forretningsanalytikere og udviklere , søge afklaringer og give feedback, hvor det er muligt, for at støtte teamet.
Denne involvering og forståelse vil føre testere til at få komplet viden om produktet, tænke igennem forskellige scenarier, designe realtidsscenarier baseret på softwareadfærd, som vil hjælpe teamet med at identificere defekterne, selv før kodningen er færdig.
Hvordan påvirker Shift Left softwareudvikling?
Shift Lift Approach påvirker softwareudvikling på flere måder.
Nedenfor er nogle få vigtige punkter om Skift til venstre:
- Skift venstre tilgang fokuserer på involverer testere i alle og vigtigst af alt de kritiske faser af programmet . Dette gør det muligt for testere at omdirigere deres fokus fra detektering af defekter til forebyggelse af defekter og til at drive programmets forretningsmål.
- Skift venstre tilgang giver, stor betydning for testning hvormed testernes roller og ansvar stiger enormt.
- Da ansvaret øges for testteamet, fokuserer holdet bare ikke på 'Test af softwaren for at identificere fejlene' , men arbejder proaktivt med teamet lige fra de indledende faser for at planlægge og opbygge en robust og effektiv teststrategi ved at give teamet en god testledelse og vejledning ved at fokusere på produktets langsigtede vision i stedet for bare at tage testarbejdets ansvar.
- Skift venstre tilgang giver mulighed for testerne at designe testene først , hvor testene er helt fokuseret på kundeoplevelsen og deres forventninger, som igen vil gøre det muligt for udviklerne at udvikle softwaren baseret på disse tests og dermed imødekomme kundens behov.
- Skift venstre tilgang slutter bare ikke med testerne alene. At flytte til udlejningen og løbende udføre testaktiviteterne vil også tillad udviklerne at tage mere ejerskab af deres kode og øge deres ansvar for testning.
- Skift venstre tilgang tilskynder også Testere at vedtage Adfærdsstyret udvikling BDD og testdrevet udvikling TDD , som hjælper med at forhindre defekter induktion i softwaren.
- Skift til venstre test i smidig: Skift venstre tilgang understøtter dannelse Agile Scrum Hold, der obligatorisk inkluderer testere sammen med de andre roller og inkluderer testere i regelmæssige stand-up-opkald, andre interaktioner, gennemgangsmøder, der har fået testerne til at have mere information relateret til programmet og dermed har gjort det muligt for dem at forkæle og involvere sig i den detaljerede analyse af softwaren og give hurtig feedback, som kan hjælpe med at forhindre de fejl, der er jordforbundet i softwaren.
Samlet Shift Left-test opfordrer testere til at 'Bliv involveret tidligt' , så tidligt som muligt og deltage i diskussionen og samarbejde om ideer, krav på hvert trin, hvor resultatet af scenen har betydning for værdien af den endelige leverede og også hjælpe projektet med at identificere risiciene og afbøde det på forhånd.
Hvad skal testere gøre forskelligt i Skift til venstre?
Nedenfor er der få nøglefaktorer, der skal bemærkes som det, testere gør forskelligt i Skift til venstre-strategi:
# 1) Testteamet har brug for det engagere sig tidligt i systemet lige fra projektstart for at udvikle integrationen med resten af teamet og virksomheden til give nyttige input på hvert trin af softwareudviklingen.
#to) Testteamet skal arbejde med Business & Operations-teamet og få klarhed om programmet og give et klart overblik over efterspørgsel og hjælp til effektiv planlægning af behov for ressourceforøgelse, uddannelsesbehov og testværktøjskrav til programmet i god tid.
# 3) Testhold skal interagere med alle forretningsinteressenter tidligt i softwareudviklingen til få en klar synlighed af produktet & designe en samlet teststrategi og planlægge en optimeret testindsats, analysere afhængighed af testmiljøer, tredjeparter, stubs osv. og udarbejde en robust automatiseringsstrategi og ramme og opbygge en effektiv testdatastyringsplan.
# 4) Testteamet skal samarbejde med resten af teamet om at levere en fantastisk testledelse og vejledning til holdet og derved huske den langsigtede produktvision i stedet for blot at tage ansvaret for testaktiviteter.
# 5) Krav er nøglen og grundlaget for succesen for ethvert program, og veldefinerede krav definerer projektets succes. I løbet af kravplanlægningsfasen, testere har brug for at gennemgå og analysere kravene for enhver tvetydighed, bedre klarhed, fuldstændighed, testbarhed, definition af acceptkriterier osv.
Har også brug for at identificere de manglende krav (hvis nogen), forstå afhængigheder og implementeringsstrategier. Clear Requirements hjælper softwaren med at 'fejle hurtigt' og tidligst løse alle fejl.
# 6) Bring nok klarhed og præcision i kravene ved at frembringe reelle eksempler der illustrerer de funktioner, der er i brug.
# 7) Testere har brug for det deltage i Design review møder regelmæssigt og forstå produktdesignet og arkitekturen og identificer designfejlene, foreslå alternative designmuligheder, identificere smuthuller og oprette testscenarier i overensstemmelse hermed for at bryde designene.
# 8) Testere har brug for det udføre Statisk testning (anmeldelser) i god tid og give feedback på vigtige projektdokumenter, så fejl forhindres i at blive jordforbundet i softwaren og udvide dens effekt senere.
# 9) Testteamet skal samarbejde med design- og udviklingsteamet ved at levere testscenarier på forhånd for at udvikle koden og adressere alle mulige realtidsscenarier og forretningsstrømme.
defekt livscyklus i softwaretest
# 10) Testteamet skal designe stærke og robuste testscenarier således at kun få fejl identificeres under test, og større mangler forhindres, når man går ind i testfasen.
#elleve) Testere skal Test så tidligt som muligt , det være sig på et enkeltstående eller lokalt system, så manglen ikke kommer i senere stadier.
Hele kernen i 'Shift Left' konceptet for testere er at finde defekterne så tidligt som muligt på alle mulige måder.
Fordele ved Shift Left-test
Shift Left-tilgang fungerer baseret på det agile manifest og har også flere fordele.
De er:
- Enkeltpersoner og interaktioner over processer og værktøjer.
- Arbejdssoftware over omfattende dokumentation.
- Kundesamarbejde over kontraktforhandling.
- Svar på ændringer over at følge en plan.
Vi kan se, at mens værdien er der i elementerne til højre, værdsætter vi mere for varerne på venstre side.
Nå, Shift Left handler om at bringe ideen om at teste tidligere i processen, hvilket resulterer i en bedre og effektiv test og forbedring af kvaliteten af softwaren.
I en nøddeskal er Shift Left Testing-processen:
- At finde fejlene tidligt og derved reducere projektets omkostninger.
- Test kontinuerligt igen og igen for at reducere mangler i sidste ende.
- At automatisere alt og forbedre tiden til markedet.
- At fokusere på kundens krav og forbedre kundeoplevelsen.
Konklusion
'Skift til venstre' koncept bragte en kæmpe transformation for hele rollen 'Testing'. Indtil da var det eneste fokus for testen kun på 'Defektdetektion', og nu er målet med 'Skift til venstre' fra testperspektivet en rejse af 'Detektering af tidlig defekt til Fejlforebyggelse '' .
Således er Shift Left et stort spring i softwareindustrien inden for softwareudviklingsmetodologi mod hastighed til marked, forbedring af softwarekvalitet og reduktion af 'Time to Market'.
Om forfatteren: Denne artikel er skrevet af STH-teammedlem Gayathri Subrahmanyam. Hun er i softwaretest siden 90'erne, netop da testerrollen blev introduceret i branchen. I løbet af sin testkarriere har hun lavet en masse TMMI-vurderinger, testindustrialiseringsværker, TCOE-opsætninger ud over at håndtere testleverancer og implementeret DevOps-praksis for et kæmpe engagement. Men ifølge hende stopper læringen aldrig ...
Fortæl os dine tanker / forslag i kommentarfeltet nedenfor.
PREV-vejledning | NÆSTE vejledning
Anbefalet læsning
- Bedste softwaretestværktøjer 2021 [QA Test Automation Tools]
- Software Testning QA Assistant Job
- Skift til venstre af kvalitet: Hvordan er det lige så vigtigt som Skift til venstre i test?
- Software Testing Course: Hvilket Software Testing Institute skal jeg tilmelde mig?
- Valg af softwaretest som din karriere
- Softwaretest Teknisk indhold Writer Freelancer Job
- Nogle interessante spørgsmål om software-test Interview
- Software Testing Course Feedback og anmeldelser