Forskel mellem SDLC vs STLC

Behov driver interesse og gør det til den eneste grund til, at enhver proces starter. Senere får denne interesse de relaterede ressourcer, interessenter, klienter, CEO, ledere og udviklingsteam til at køre bag et vellykket projekt (her i vores tilfælde er softwareudvikling) lukning. Ikke kun penge (renter) er det eneste formål bag disse menneskers adfærd, men også tid og brandværdi (vil kalde endnu mere afgørende).

Og det er her artiklen emne, ja SDLC vs STLC kommer ind i billedet. Både SDLC vs STLC er indbyrdes forbundet med hinanden, eller man kan sige, at man er andres forgænger. Årsagen er enkel, hvis der udvikles noget med henblik på at tjene (klienter har brug for), skal det testes før installationen. Dette er industristandarder i årtier og ansvar, da kunden har investeret en enorm mængde penge efter det.

Dette var historien bag scenen og fører os til hovedafsnittet i artiklen - SDLC vs STLC. Lad os se detaljeret, hvad er disse SDLC vs STLC nøjagtigt. Hvad er sekvensen af ​​operationer under hver? Hvad er forskellen mellem SDLC og STLC? Hvilken slags aktiviteter er nødvendige for at få en succesrig afslutning?

SDLC betyder softwareudviklingslivscyklus

LIFE CYCLE betyder en række ændringer i ens liv. Enten en levende, ikke-levende eller en proces, der har en række trin eller sekvens af operation. Disse sekvenser er en slags indikation af, at det har et bestemt start- og slutpunkt. Tværtimod kan man sige, at den givne proces har en eller anden underproces ind i den. Dette er, hvad en livscyklus er. At finde ud af, hvad en livscyklus virkelig får os til at gå videre i diskussionen mod softwareudvikling. Så SDLC betyder " livscyklus for en softwareudviklingsproces" .

Hvad angår udviklingsmodeller, er der ingen definerede regler, der går ind for hinanden, eller en bestemt model er god at gå end andre (smidig er en undtagelse). Lad os se nogle modeller -

  1. Vandfaldsmodel - den ældste
  2. V- model
  3. Spiralmodel
  4. Iterativ
  5. Agile - seneste og mest velegnet til enhver projektform

Bemærk - Jeg må sige, at agile scrum-modelpraksis er gode at arbejde, men i IT-branchen kan et team foretrække en af ​​disse modeller. F.eks. Hvis kravet er klart og garanti for ikke at ændre sig i senere fase, vil teamet helt sikkert gå med Vandfald og ikke med Agile.

Faser i SDLC-diskussion

  1. Planlægning
  2. Systemanalyse og krav
  3. Design
  4. Kodning eller udvikling
  5. Integration og testning
  6. Drift og vedligeholdelse

Ovenstående proces kan også vises som nedenfor -

  1. PLANLÆGNING - Første ting først, før der vises nogen fysiske beviser, er der altid en planlægning bag det. Planlægningen kommer, før papirerne er startet. I denne fase betragtes kun detaljer på højt niveau fra projekternes synspunkt. En dedikeret gruppe af medlemmer står bag denne fase. Alle fordele og ulemper, der er relateret til projekterne, overvejes, og hvordan man maksimerer ROI og måder at gøre det også overvejes. Her er der masser af omarbejdning, og gennemgang gennemføres for at overvinde enhver hindring for projektets succes. Bundlinjen er, før ideen bringes i virkelighed, den skal have konkrete grunde til at løbe og opnå succes. Planlægning igen afhænger af typen af ​​resultatet. Hvis en ny software bygger, vil planlægningen være anderledes, da markedsundersøgelse vil være meget afgørende for det, men hvis den samme software opdateres efter et par år, vil der i dette tilfælde ikke være nogen markedsundersøgelse (da softwaren er en succes, og der er derfor behov for opbygning af softwarefunktioner).
  2. ANALYSE - Når planlægningsdelen er afsluttet, kommer analysen, hvor de dedikerede teams udfører flere opgaver, inden de opnår en konkret løsning. Her udføres gennemførlighedsundersøgelsen af ​​projektet, estimeringsarbejde, omkostningsberegning, kravudvikling og planlægning. Det er klart, at det er nødvendigt at foretage en sidste kontrol, før arbejdet faktisk starter. Hvis der er mangler, skal du fjerne dem ved at kommunikere med udviklingsholdet og interessenterne. Find ud af fordele og ulemper.
  3. DESIGN - Nu er kravet klart, og teamet ønsker nogen henvisning, før de arbejder, spiller designerne en afgørende rolle. Hvad softwaren fungerer (funktionsmæt), hvor mange skærme der er for hver sektion, brugerinteraktivitet og hver bit detaljer er designet i denne fase. Lad os sige, at en kunde bad om mobil software til flybooking, og kravet er klart, at designerne vil designe skærmbillederne til at dække de funktioner, denne software vil behandle. Designerne vil komme med layout, arbejdsplaner, procesdiagrammer, pseudokoder og flere andre former for designdokumentation. De ansvarlige personer vælger det bedste at gå sammen med.
  4. KODNING - på dette tidspunkt er de fleste af de store beslutninger allerede blevet besluttet. Hensigten med denne fase er at kopiere designværkerne til et arbejdsstykke software. Her spiller udviklerne den fremtrædende rolle, og der gøres en indsats for at producere genanvendelige koder. Masser af diskussioner relateret til en ramme og de bedst egnede metoder til at oprette en fungerende software er opmærksom. Der er involverede programmeringsværktøjer, der bruges af teamet med udviklere, der er - Compiler, Debugger, Interpreter. Jeg vil gerne opmærke mine læsere om, at udviklingen af ​​komplet arbejdssoftware ikke er let og heller ikke lille. En stor del af arbejdet er der, så udviklingsholdet opdeler dem i mindre leverancer og prioriterer dem efter behov eller uopsættelighed (kan også vurderes på baggrund af, hvor vigtig funktionaliteten er, dvs. hvor høj den specifikke funktionalitet er blevet vurderet). Husk, at dette er den længste fase af udviklingscyklussen.
  5. TESTING - I denne fase kommer STLC. Denne fase handler om at teste det udviklede stykke arbejdssoftware, før det videresendes til klienterne eller slutbrugerne. Der er flere typer testmetodik, der udføres her af testerne for at finde ud af eventuelle fejl i softwaren.
  6. VEDLIGEHOLDELSE - Dette er en slags eftersalgsservice. Som den måde, vi køber enhver cykel eller bil, og efter et år, hvis der er et problem, der skaber hindring for korrekt arbejde. Disse slags problemer opstår gang på gang. Her er alle de fejl, der opstår, når klienten bruger softwaren, løst, enhver opdatering, der er nødvendig i fremtiden eller eventuelle forbedringer.

STLC betyder SOFTWARE TESTING LIFE CYCLE

Faser i STLC -

  1. Krav Analyse
  2. Testplanlægning
  3. Test case udvikling
  4. Miljøopsætning
  5. Testeksekvering
  6. Lukning af testcyklus
  1. KRAVANALYSE - Det allerførste skridt ind i STLC-processen. Det er den del af hele processen, hvor QA-holdene kender kravet (betyder, hvad de skal teste) og testbare krav. For en bedre forståelse af kravet kan testeren følge op med klienterne (men dette sker sjældent, kun hvis testen er nødvendig og ikke udviklingen). Dette er en slags kort, der fulgte i denne fase af STLC.
IndgangskriterierAktiviteter udførtLeverancer
Nøjagtigt behov med komplet beskrivelse til at definere den testprocedure, der skal følges.Type af test er anført i dette afsnitDe opnåede resultater er anført i dette afsnit
  1. TESTPLANLÆGNING - Den mest afgørende fase i STLC. Her beregnes hvert estimat og tidspunkt, før testen faktisk starter. Resultatet af dette vil teste planer eller strategidokumenter. Når denne fase er afsluttet, kan QA-teamet starte med test-case-udviklingsaktiviteter. Det samme diagram, der er tegnet i den øverste fase, bruges igen med ændringer.
  2. TEST UDVIKLING - Den faktiske udvikling af testsager udføres efter testplanlægningsfasen er afsluttet. Her testet teamwork om testcases. Ikke kun testsagerne, men en komplet rapport, der indeholder testdataene, er involveret og dokumenteret. Når de er afsluttet, krydses disse af peer-medlemmer eller QA-leads. Også her er RTM (kravsporbarhedsmatrix) forberedt. Disse dokumenter sporer kravet på begge måder (betyder fremad og bagud).
  3. MILJØOPSÆTNING - Dette praktiseres generelt ikke, fordi miljøet allerede er besluttet i udviklingsfasen (i SDLC). Generelt sker der ikke ændringer i miljøet.
  4. TESTEKONCUTION - Her udføres testsagerne baseret på de testplaner, der oprindeligt blev udarbejdet. Hvis sagerne er ok, markeres de som PASS ellers FAIL. En komplet liste over fejl er udarbejdet i denne fase og videresendes til udviklingsholdet for at rette op inden den endelige frigivelse af softwaren.
  5. TESTCyklus LUKKET - En diskussion, hvor teamet beslutter, hvad der gik rigtigt og galt ud fra testperspektiver. Ting, der skal forbedres i fremtiden, som kan spare tid og kræfter i den rigtige retning, diskuteres på dette møde. Disse er nyttige fra udviklingsperspektivet.

Sammenligning mellem head og head mellem SDLC vs STLC (Infographics)

Nedenfor er top 9 forskellen mellem SDLC vs STLC

Nøgleforskelle mellem SDLC vs STLC

Både SDLC vs STLC er populære valg på markedet; lad os diskutere nogle af de største forskelle mellem SDLC vs STLC:

  • SDLC er en udviklingsmetodologi, hvorimod STLC er en testmetodologi
  • Flere forskellige faser kombineres til dannelse af SDLC, mens flere testfaser eller fremgangsmåder kombineres for at danne STLC
  • SDLC dækker hele softwareudviklingscyklusserne, mens STLC dækker hele testcyklusserne
  • SDLC starter med planlægningsfasen og dækker hele udviklingsopslag, mens STLC starter med Testplanlægning og dækker alle aspekter eller typer af test
  • CEO, Senior Business Analyst, Senior Managers og Developers er de mennesker, der passer på de flere faser under SDLC. På den anden side er QA Lead, Test Analyst de mennesker, der styrer den igangværende proces.
  • SDLC starter, når den faktiske applikation ikke er oprettet, men STLC starter, når den faktiske applikation findes, eller der findes en del arbejdssoftware.
  • SDLC er supersættet af STLC, hvorimod STLC er undersættet af SDLC

SDLC vs STLC sammenligningstabel

Lad os se på den øverste sammenligning mellem SDLC og STLC -

Grundlaget for sammenligning mellem SDLC vs STLC

SDLC

STLC
OprindelseUdviklingslivscyklusTest livscyklus
faserSeks faser

1. Planlægning

2. Analyse

3. Design

4. Udvikling

5. Testning

6. Vedligeholdelse

Seks faser

1. Behovsanalyse

2. Testplanlægning

3. Testudvikling

4. Miljøopsætning

5. Testeksekvering

6. Testlukning
forholdetSDLC kan betragtes som forælder eller forgænger.STLC er efterfølgeren, da det er i SDLC.
OmDette handler om komplet udvikling af softwaren inklusive test og andre faser.Dette er bekymret for testfasen og QA-delen.
KravssamlingsfaserI SDLC samler forretningsanalytikeren kravene, udviklingsteam udfører udviklingen.I STLC udfører testteamet arbejdsgennemgangen efter analyse af testdokumenterne, gennemgang fra funktionelt og ikke-funktionelt perspektiv.
HensigtSDLC havde til hensigt at overvinde enhver hindring under rejsen for en vellykket softwareudvikling.STLC er beregnet til kun at finde faldgruber eller mangler i testfasen.
DesignfaseI SDLC er en teknisk arkitekt der for at sikre kvaliteten af ​​softwaren. Her i SDLC kan Business Analyst hjælpe ham med at forstå kravene på en bedre måde.

I STLC er testarkitekten den, der styrer aktiviteterne, han tester planlægning og identifikation af testpunkter på højt niveau.
KodningsfaseDe reelle koder udvikles, og det faktiske arbejde tager form som pr. Designstruktur, der er understreget.Testteamet arbejder på udvikling af testplaner og kontrollerer softwarens arbejdsopførsel. En ting at bemærke er, at i SDLC er koderne udviklet, mens der i STLC kun udvikles testtilfælde.
TestfaseDe faktiske koder testes, hvilket kan udføres af peer-udviklerne. Inden for denne faseenhedstest udføres integrationstestning og systemtest.I STLC sker testudførelsen plus rapporteringsarbejdet. En ting at bemærke er, at i modsætning til kodetestning i SDLC her er der funktionel adfærd, og der udføres ikke-funktionalitetstestning af softwaren.

Konklusion– SDLC vs STLC

Diskussionen er klar med hensyn til SDLC vs STLC. Den ene er udviklingsmetoden, og den anden er testmetoden som helhed. Selvom testning hører under SDLC som et af sektionerne, er det vigtigt at bemærke, at det er en meget anden funktion, der udføres. Det er meget vigtigt at bemærke, at STLC indgår under SDLC. De pågældende aktiviteter under hvert afsnit er forskellige.

Anbefalede artikler

Dette har været en guide til den største forskel mellem SDLC og STLC. Her diskuterer vi også SDLC vs STLC nøgleforskelle med infografik og sammenligningstabel. Du kan også se på de følgende artikler for at lære mere-

  1. SDLC vs Agile
  2. Python vs Go
  3. PL SQL vs SQL
  4. Agile vs DevOps

Kategori:

Softwareudvikling