Skillnaden mellan SDLC vs STLC
Behov driver intresse och gör det till den enda anledningen till att varje process startar. Senare driver detta intresse de relaterade resurserna, intressenter, kunder, VD, chefer och utvecklingsgrupper att springa bakom ett framgångsrikt projekt (här i vårt fall är mjukvaruutveckling) stängning. Inte bara pengar (ränta) är det enda syftet bakom dessa människors beteende utan också tid och varumärke (kommer att kalla ännu viktigare).
Och det är här artikeln ämne, ja SDLC vs STLC kommer in i bilden. Både SDLC kontra STLC är i viss utsträckning inbördes eller man kan säga att man är andras föregångare. Anledningen är enkel om något utvecklas för ett syfte att betjäna (klienter behöver), då måste det testas före installationen. Detta är industristandarder i årtionden och ansvaret eftersom kunden har investerat en enorm summa pengar efter det.
Detta var berättelsen bakom scenen och leder oss till huvudavsnittet i artikeln - SDLC vs STLC. Låt oss se i detalj vad exakt är dessa SDLC vs STLC. Vad är sekvensen av operationer under varje? Vad är skillnaden mellan SDLC och STLC? Vilken typ av aktiviteter behövs för att få ett framgångsrikt slut?
SDLC betyder mjukvaruutvecklingens livscykel
LIFE CYCLE betyder en serie förändringar i ens liv. Antingen en levande, icke-levande eller någon process som har någon serie steg eller sekvens av operation. Dessa sekvenser är en typ av indikation på att den har en bestämd start- och slutpunkt. Tvärtom kan man säga att den givna processen har någon delprocess i den. Detta är vad en livscykel är. Att ta reda på vad en livscykel verkligen får oss att gå vidare i diskussionen mot mjukvaruutveckling. Så SDLC betyder " livscykeln för en mjukvaruutvecklingsprocess" .
När det gäller utvecklingsmodeller finns det inga definierade regler som förespråkar en över en annan eller en viss modell är bra att gå än andra (smidig är ett undantag). Låt oss se några modeller -
- Vattenfallsmodell - den äldsta
- V- modell
- Spiralmodell
- Iterativ
- Agile - senaste och mest lämplig för alla projekt
Obs - Jag måste säga att agile scrum-modellmetoder är bra att fungera men i IT-branschen kan ett team föredra någon av dessa modeller. Exempelvis om kravet är klart och garanterar att inte ändras i senare skede kommer teamet säkert att gå med Waterfall och inte med Agile.
Faser i SDLC-diskussion
- Planera
- Systemanalys och krav
- Design
- Kodning eller utveckling
- Integration och testning
- Drift och underhåll
Ovanstående process kan också listas nedan -
- PLANLÄGGNING - Först först innan några fysiska bevis visas finns det alltid en planering bakom det. Planeringen kommer innan pappersarbetet har börjat. I denna fas beaktas bara detaljer på hög nivå ur projektets synvinkel. En dedikerad grupp medlemmar står bakom denna fas. Alla fördelar och nackdelar relaterade till projekten beaktas och hur man kan maximera ROI och sätt att göra det också beaktas. Här finns massor av omarbetning och granskning görs för att övervinna eventuella hinder för projektets framgång. Slutsatsen är att innan idén förverkligas bör den ha konkreta skäl att springa och nå framgång. Att planera igen beror på typen av resultat. Om en ny programvara bygger kommer planeringen att vara annorlunda eftersom marknadsundersökning kommer att vara mycket avgörande för den men om samma programvara uppdateras efter några år kommer det i detta fall inte att finnas någon marknadsundersökning (eftersom programvaran är en framgång och det finns därför ett behov av uppdateringar av programvarufunktioner).
- ANALYS - När planeringsdelen är klar kommer analysen där de dedikerade teamen utför flera uppgifter innan de uppnår en konkret lösning. Här görs genomförbarhetsstudien av projektet, uppskattningsarbete, kostnadsberäkning, kravutlokalisering och schemaläggning. Avsikten är tydlig att göra en slutkontroll innan arbetet faktiskt börjar. Om det finns några brister finns det att ta bort dem genom kommunikation med utvecklingsgruppen och intressenterna. Ta reda på för- och nackdelar.
- DESIGN - Nu är kravet klart, och teamet vill ha någon referens innan de arbetar, designarna spelar en avgörande roll. Vad mjukvaran fungerar (funktionsmässigt), hur många skärmar som finns där för varje avsnitt, användarinteraktivitet och alla detaljer är utformade i denna fas. Låt oss säga att en kund bad om mobil mjukvara för flygbokning och kravet är tydligt att designers kommer att utforma skärmarna för att täcka de funktioner som denna programvara kommer att behandla. Formgivarna kommer att komma med layouter, arbetsplaner, processdiagram, pseudokoder och flera andra typer av designdokumentation. De ansvariga personerna väljer det bästa att gå med.
- KODNING - på det här stadiet har de flesta större beslut redan beslutats. Avsikten med denna fas är att kopiera konstruktionsarbeten till ett arbetsprogram. Här spelar utvecklarna den framträdande rollen och ansträngningar läggs på att producera återanvändbara koder. Många diskussioner relaterade till ett ramverk och de bästa metoderna för att skapa en fungerande programvara uppmärksammas. Det finns programmeringsverktyg inblandade som används av teamet av utvecklare som är - Compiler, Debugger, Interpreter. Jag skulle vilja uppmärksamma mina läsare på att utvecklingen av komplett arbetsprogramvara inte är lätt och inte heller liten. En stor del av arbetet finns där så utvecklingsgruppen delar dem upp i mindre leveranser och prioriterar dem enligt behov eller brådskande (kan också utvärderas utifrån hur avgörande funktionaliteten är dvs hur hög den specifika funktionaliteten har utvärderats). Kom ihåg att detta är den längsta fasen i utvecklingscykeln.
- TESTNING - I denna fas kommer STLC. Den här fasen handlar om att testa den utvecklade biten av mjukvaran innan den skickas till kunderna eller slutanvändarna. Det finns flera typer av testmetoder som utförs här av testarna för att ta reda på eventuella fel i programvaran.
- UNDERHÅLL - Detta är en typ av kundservice . Gilla hur vi köper en cykel eller bil, och efter ett år om det finns en fråga som ger hinder för korrekt arbete. Sådana problem uppstår gång på gång. Här löses alla buggar som uppstår när klienten använder programvaran, alla uppgraderingar som behövs i framtiden eller eventuella förbättringar.
STLC betyder PROGRAMTESTLIVSLIVSCYCKEL
Faser i STLC -
- Kravsanalys
- Testplanering
- Testutveckling
- Miljöinställning
- Testutförande
- Stängning av testcykeln
- KRAVANALYS - Det allra första steget in i STLC-processen. Det är den del i hela processen där QA-team lär känna kravet (betyder vad man ska testa) och testbara krav. För en bättre förståelse av kravet kan testaren följa upp med klienterna (men detta händer sällan, bara om testningen behövs och inte utvecklingen). Detta är ett slags diagram som följde i denna fas av STLC.
| Anmälningskriterier | utförda aktiviteter | resultat |
| Exakt behov med fullständig beskrivning för att definiera testproceduren som ska följas. | Typ av testning listas i detta avsnitt | Uppnådda resultat listas i detta avsnitt |
- TESTPLANERING - Den mest avgörande fasen i STLC. Här beräknas varje uppskattning och tid innan testningen faktiskt börjar. Resultatet av detta kommer att testa planer eller strategidokumentationer. När denna fas är klar kan QA-teamet börja med testutvecklingsaktiviteter. Samma diagram som ritas i den övre fasen används igen med ändringar.
- TESTUTVECKLING - Den faktiska utvecklingen av testfall utförs efter att testplaneringsfasen har avslutats. Här testar teamarbetet på testfallen. Inte bara testfallen utan en fullständig rapport som innehåller testdata är involverade och dokumenterade. När de är avslutade kontrolleras dessa av kamratmedlemmar eller QA-leder. Här är RTM (kravspårbarhetsmatris) också beredd. Dessa dokument spårar kravet på båda sätten (betyder framåt och bakåt).
- MILJÖINSTÄLLNING - Detta praktiseras i allmänhet inte eftersom miljön redan har beslutats under utvecklingsfasen (i SDLC). I allmänhet sker det inga förändringar i miljön.
- TESTUTFÖRANDE - Här utförs testfall baserat på de testplaner som ursprungligen upprättades. Om ärenden är ok, markeras de som PASS annars misslyckas. En komplett lista över buggar förbereds i den här fasen och vidarebefordras till utvecklingsgruppen för att fixa innan den slutliga versionen av programvaran.
- TESTCYCLE CLOSURE - En diskussion där teamet bestämmer vad som gick rätt och fel ur testperspektiv. Saker att förbättra i framtiden som kan spara tid och ansträngning i rätt riktning diskuteras i detta möte. Dessa är användbara ur utvecklingsperspektivet.
Head to Head-jämförelse mellan SDLC vs STLC (Infographics)
Nedan visas topp 9 skillnaden mellan SDLC vs STLC 
Viktiga skillnader mellan SDLC vs STLC
Både SDLC vs STLC är populära val på marknaden; låt oss diskutera några av de största skillnaderna mellan SDLC och STLC:
- SDLC är en utvecklingsmetodik, medan STLC är en testmetodik
- Flera olika faser kombineras för att bilda SDLC, medan flera testfaser eller metoder kombineras för att bilda STLC
- SDLC täcker hela programutvecklingscyklerna, medan STLC täcker hela testcyklerna
- SDLC börjar med planeringsfasen och täcker hela utvecklingsutseendet medan STLC börjar med Testplanering och täcker alla aspekter eller typ av testning
- VD, Senior Business Analyst, Senior Managers och Developers är de människor som tar hand om de olika stegen under SDLC. Å andra sidan QA Lead är Test Analyst de människor som styr den pågående processen.
- SDLC startar när den faktiska applikationen inte har skapats men STLC startar när den faktiska applikationen finns, eller det finns en bit arbetsprogramvara.
- SDLC är supersättet för STLC medan STLC är delmängden av SDLC
SDLC vs STLC jämförelsetabell
Låt oss titta på den bästa jämförelsen mellan SDLC och STLC -
|
Grunden för jämförelse mellan SDLC vs STLC |
SDLC |
STLC |
| Ursprung | Utvecklingens livscykel | Test livscykel |
| faser | Sex faser
1. Planering 2. Analys 3. Design 4. Utveckling 5. Testning 6. Underhåll | Sex faser
1. Kravsanalys 2. Testplanering 3. Testutveckling 4. Miljöinställning 5. Testutförande 6. Teststängning |
| Relation | SDLC kan betraktas som överordnad eller föregångare. | STLC är efterföljaren eftersom det är i SDLC. |
| Handla om | Det handlar om komplett utveckling av programvaran inklusive testning och andra faser. | Detta är oroligt för testfasen och QA-delen. |
| Kravssamlingsfaser | I SDLC samlar affärsanalytiker kraven, utvecklar teamet utvecklingen. | I STLC gör testteamet arbetsgranskningen efter analys av testdokumenten, granskning ur funktionellt och icke-funktionellt perspektiv. |
| Avsikt | SDLC avsåg att övervinna alla hinder under resan för en framgångsrik programutveckling. | STLC är avsett att hitta alla fallgropar eller brister i testfasen. |
| Designfas | I SDLC finns en teknisk arkitekt där för att säkerställa programvarans kvalitet. Här i SDLC kan Business Analyst hjälpa honom att förstå kraven på ett bättre sätt. | I STLC är testarkitekten den som styr verksamheten, han testar planering och identifiering av testnivåerna på hög nivå. |
| Kodningsfas | De verkliga koderna utvecklas och det faktiska arbetet tar form enligt den designstruktur som betonas. | Testteamet arbetar med att utveckla testplaner och kontrollera programvarans arbetsbeteende. En sak att notera är att i SDLC utvecklas koderna medan i STLC endast testfall utvecklas. |
| Testfas | De faktiska koderna testas vilket kan göras av peer-utvecklarna. Inom denna fasenhetstest utförs integrationstestning och systemtest. | I STLC sker testutförandet plus rapporteringsarbetet. En sak att notera är att till skillnad från kodtestning i SDLC här är det funktionellt beteende och icke-funktionalitetstestning av programvaran görs. |
Slutsats– SDLC vs STLC
Diskussionen är tydlig angående SDLC vs STLC. Den ena är utvecklingsstrategin och den andra testar strategin som helhet. Även om testning kommer under SDLC som en av sektionerna är det viktiga att notera att det är en helt annan funktion som utförs. Det är mycket viktigt att notera att STLC in under SDLC. De berörda aktiviteterna under varje avsnitt är olika.
Rekommenderade artiklar
Detta har varit en guide till den högsta skillnaden mellan SDLC och STLC. Här diskuterar vi också SDLC vs STLC nyckelskillnader med infografik och jämförelse tabell. Du kan också titta på följande artiklar för att lära dig mer-
- SDLC vs Agile
- Python vs Go
- PL SQL vs SQL
- Agile vs DevOps