Forskjell mellom SDLC vs STLC
Behov driver interesse og gjør det til den eneste grunnen for enhver prosess å starte. Senere får denne interessen de relaterte ressursene, interessenter, kunder, administrerende direktør, ledere og utviklingsteam til å kjøre bak et vellykket prosjekt (her i vårt tilfelle er programvareutvikling) nedleggelse. Ikke bare penger (renter) er det eneste formålet bak disse menneskers oppførsel, men også tid og merkeverdi (vil kalle enda mer avgjørende).
Og det er her artikkelemnet, ja SDLC vs STLC kommer inn i bildet. Både SDLC vs STLC henger sammen i noen grad, eller man kan si at man er forgjenger for andre. Årsaken er enkel hvis noe utvikles for et formål å betjene (klienter trenger), så må det testes før utplassering. Dette er bransjestandardene i flere tiår og ansvar, ettersom klienten har investert en enorm sum penger etter det.
Dette var historien bak scenen og fører oss til hoveddelen av artikkelen - SDLC vs STLC. La oss se i detalj hva er disse SDLC vs STLC nøyaktig. Hva er sekvensen av operasjoner under hver? Hva er forskjellen mellom SDLC og STLC? Hva slags aktiviteter som trengs for å få en vellykket avslutning?
SDLC betyr livssyklus for programvareutvikling
LIVSYKKEL betyr en serie endringer i ens liv. Enten en levende, ikke-levende eller en prosess som har en serie trinn eller operasjonssekvens. Disse sekvensene er en slags indikasjon på at den har et klart start- og sluttpunkt. Tvert imot kan man si at den gitte prosessen har en viss delprosess i seg. Dette er hva en livssyklus er. Å finne ut hva en livssyklus virkelig får oss til å gå videre i diskusjonen mot programvareutvikling. Så SDLC betyr " livssyklusen til en programvareutviklingsprosess" .
Når det gjelder utviklingsmodeller, er det ingen definerte regler som går inn for en fremfor andre, eller en bestemt modell er god å gå enn andre (smidig er et unntak). La oss se noen modeller -
- Fossemodell - den eldste
- V- modell
- Spiralmodell
- iterativ
- Agile - siste og mest passende for alle slags prosjekt
Merk - Jeg må si at agile skrummodellpraksiser er bra å jobbe, men i IT-bransjen kan et team foretrekke en av disse modellene. F.eks. Hvis kravet er klart og garanterer at det ikke blir endringer i senere fase, vil teamet sikkert gå med Waterfall og ikke med Agile.
Faser i SDLC-diskusjon
- Planlegger
- Systemanalyse og krav
- Design
- Koding eller utvikling
- Integrering og testing
- Drift og vedlikehold
Ovennevnte prosess kan også vises som nedenfor -
- PLANLEGGING - Første ting før fysiske bevis vises, er det alltid en planlegging bak. Planleggingen kommer før papirene har startet. I denne fasen er det bare høynivådetaljer som vurderes fra prosjektenes synspunkt. En dedikert gruppe medlemmer står bak denne fasen. Alle fordeler og ulemper knyttet til prosjektene blir vurdert og hvordan man kan maksimere avkastningen og måter å gjøre det også vurderes på. Her er det mye omarbeid og gjennomgang blir gjort for å overvinne enhver hindring for prosjektsuksess. Poenget er at ideen før realiteten skal ha konkrete grunner til å løpe og oppnå suksess. Planlegging igjen avhenger av typen utfall. Hvis en ny programvare bygger, vil planleggingen være annerledes, da markedsundersøkelse vil være veldig avgjørende for den, men hvis den samme programvaren blir oppdatert etter noen år, vil det i dette tilfellet ikke være markedsundersøkelser (da programvaren er en suksess, og det er derfor behov for oppdatering av programvarefunksjoner).
- ANALYSE - Når planleggingsdelen er ferdig, kommer analysen der de dedikerte teamene gjør flere oppgaver før de oppnår en konkret løsning. Her gjøres mulighetsstudien av prosjektet, estimeringsarbeid, kostnadsberegning, kravutvikling og planlegging. Intensjonen er tydelig å gjøre en sluttkontroll før arbeidet faktisk starter. Hvis det er noen mangler, må du fjerne dem ved å kommunisere med utviklingsteamet og interessentene. Finn ut fordeler og ulemper.
- DESIGN - Nå er kravet klart, og teamet vil ha noen referanse før de jobber, designerne spiller en avgjørende rolle. Hva programvaren vil fungere (funksjonsmessig), hvor mange skjermer som vil være der for hver seksjon, brukerinteraktivitet og hver bit av detaljer er designet i denne fasen. La oss si at en kunde ba om mobil programvare for flybooking og kravet er klart at designerne vil designe skjermene for å dekke funksjonalitet denne programvaren vil behandle. Designerne vil komme med oppsett, arbeidsplaner, prosessdiagrammer, pseudokoder og flere andre typer designdokumentasjon. De ansvarlige vil velge det beste å gå sammen med.
- KODING - på dette stadiet er de fleste av de store beslutningene allerede blitt besluttet. Intensjonen med denne fasen er å gjenskape designverkene til et arbeidsstykke programvare. Her spiller utviklerne den fremtredende rollen, og det arbeides for å produsere gjenbrukbare koder. Mange diskusjoner relatert til et rammeverk og de best egnede metodene for å lage en fungerende programvare blir lagt merke til. Det er programmeringsverktøy involvert som brukes av teamet av utviklere som er - Compiler, Debugger, Interpreter. Jeg vil vekke oppmerksomhet fra leserne mine om at utviklingen av komplett arbeidsprogramvare ikke er lett og heller ikke er lite. En stor del av arbeidet er der, slik at utviklingsteamet deler dem opp i mindre leveranser og prioriterer dem etter behov eller haster (kan også vurderes ut fra hvor avgjørende funksjonaliteten er, dvs. hvor høy den aktuelle funksjonaliteten er vurdert). Husk at dette er den lengste fasen i utviklingssyklusen.
- TESTING - I denne fasen kommer STLC. Denne fasen handler om å teste den utviklede arbeidsprogramvaren før den sendes videre til klientene eller sluttbrukerne. Det er flere typer testmetodikk som utføres her av testerne for å finne ut eventuelle feil i programvaren.
- VEDLIKEHOLD - Dette er en slags ettersalgstjeneste. Som måten vi kjøper sykkel eller bil, og etter et år hvis det er et problem som gir hindringer for riktig arbeid. Denne typen problemer oppstår gang på gang. Her løses alle feilene som oppstår når klienten bruker programvaren, eventuell oppgradering som trengs i fremtiden eller eventuelle forbedringer.
STLC betyr PROGRAMVARETESTETS LIVSYKLUS
Faser i STLC -
- Krav Analyse
- Testplanlegging
- Test case utvikling
- Miljøoppsett
- Testutførelse
- Test syklus stenging
- KRAVANALYSE - Det aller første trinnet inn i STLC-prosessen. Det er delen i hele prosessen der QA-teamene blir kjent med kravet (betyr hva de skal teste) og testbare krav. For en bedre forståelse av kravet kan testeren følge opp med klientene (men dette skjer sjelden, bare hvis testingen er nødvendig og ikke utviklingen). Dette er et slags diagram som fulgte i denne fasen av STLC.
| Inngangskriterier | Aktiviteter utført | leveransen |
| Nøyaktig behov med fullstendig beskrivelse for å definere testprosedyren som skal følges. | Type tester er listet opp i denne delen | Resultatene som er oppnådd er listet opp i denne delen |
- TESTPLANLEGG - Den mest avgjørende fasen i STLC. Her beregnes alle estimater og klokkeslett før testingen faktisk starter. Resultatet av dette vil teste planer eller strategidokumentasjoner. Når denne fasen er fullført, kan QA-teamet starte med test case-utviklingsaktiviteter. Det samme diagrammet som er tegnet i øvre fase, blir igjen brukt med endringer.
- TESTUTVIKLING - Selve utviklingen av testsaker jobbes etter at testplanleggingsfasen er fullført. Her tester teamarbeidet om testsakene. Ikke bare testsakene, men en fullstendig rapport som inneholder testdataene er involvert og dokumentert. Når de er fullført, blir disse kryssverifisert av fagfeller eller QA-leder. Også her er RTM (kravsporbarhetsmatrise) forberedt. Disse dokumentene sporer kravet på begge måter (betyr fremover og bakover).
- MILJØOPPSETT - Dette praktiseres generelt ikke fordi miljøet allerede er bestemt i utviklingsfasen (i SDLC). Generelt skjer det ingen endringer i miljøet.
- TESTEUTFØRING - Her blir testsakene utført basert på testplanene opprinnelig utarbeidet. Hvis sakene er ok, er de merket som PASS ellers FAIL. En komplett liste over feil utarbeides i denne fasen og sendes videre til utviklingsteamet for å fikse før den endelige utgivelsen av programvaren.
- TESTCYKLESTENGING - En diskusjon hvor teamet bestemmer hva som gikk riktig og galt ut fra testperspektiver. Ting som skal forbedres i fremtiden som kan spare tid og krefter i riktig retning blir diskutert i dette møtet. Disse er nyttige fra utviklingsperspektivet.
Sammenligning fra head to head mellom SDLC vs STLC (Infographics)
Nedenfor er topp 9-forskjellen mellom SDLC vs STLC 
Viktige forskjeller mellom SDLC vs STLC
Både SDLC vs STLC er populære valg i markedet; la oss diskutere noen av de viktigste forskjellene mellom SDLC og STLC:
- SDLC er en utviklingsmetodikk, mens STLC er en testmetodikk
- Flere forskjellige faser kombineres for å danne SDLC, mens flere testfaser eller praksis kombineres for å danne STLC
- SDLC dekker hele programvareutviklingssyklusene, mens STLC dekker hele testsyklusene
- SDLC starter med planleggingsfasen og dekker hele utviklingsutseendet mens STLC starter med Testplanlegging og dekker alle aspekter eller typer testing
- Administrerende direktør, Senior Business Analyst, Senior Managers og Developers er menneskene som ivaretar de flere stadiene under SDLC. På den annen side QA Lead, Test Analyst er menneskene som styrer den pågående prosessen.
- SDLC starter når den faktiske applikasjonen ikke er opprettet, men STLC starter når den faktiske applikasjonen eksisterer, eller det finnes en del arbeidsprogramvare.
- SDLC er supersettet til STLC, mens STLC er undersettet av SDLC
SDLC vs STLC sammenligningstabell
La oss se på den beste sammenligningen mellom SDLC vs STLC -
|
Grunnlaget for sammenligning mellom SDLC vs STLC |
SDLC |
STLC |
| Opprinnelse | Utviklingslivssyklus | Test livssyklus |
| faser | Seks faser
1. Planlegging 2. Analyse 3. Design 4. Utvikling 5. Testing 6. Vedlikehold | Seks faser
1. Kravanalyse 2. Testplanlegging 3. Testutvikling 4. Miljøoppsett 5. Testutførelse 6. Testlukking |
| Forhold | SDLC kan betraktes som foreldre eller forgjenger. | STLC er etterfølgeren som fordi den er i SDLC. |
| Om | Dette handler om komplett utvikling av programvaren inkludert testing og andre faser. | Dette er bekymret for testfasen og QA-delen. |
| Kravssamlingsfaser | I SDLC samler forretningsanalytikeren kravene, utvikler teamet utviklingen. | I STLC utfører testteamet arbeidsgjennomgangen etter å ha analysert testdokumentene, gjennomgått fra funksjonelt og ikke-funksjonelt perspektiv. |
| Intensjon | SDLC hadde til hensikt å overvinne enhver hindring mens du er i ferd med vellykket programvareutvikling. | STLC er ment kun for å finne noen fallgruver eller mangler i testfasen. |
| Designfase | I SDLC er en teknisk arkitekt der for å sikre kvaliteten på programvaren. Her i SDLC kan Business Analyst hjelpe ham med å forstå kravene på en bedre måte. | I STLC er testarkitekten den som styrer aktivitetene, han tester planlegging og identifisering av høynivå testpunktene. |
| Kodingsfase | De virkelige kodene utvikles, og faktisk arbeid tar form i henhold til designstrukturen som er vektlagt. | Testteamet jobber med utvikling av testplaner og sjekker arbeidsatferden til programvaren. Én ting å merke seg er at i SDLC er kodene utviklet, mens det i STLC bare utvikles testtilfeller. |
| Testfase | De faktiske kodene testes, som kan gjøres av fagfelleutviklerne. Innenfor denne fasenhetstesting utføres integrasjonstesting og systemtesting. | I STLC skjer testutførelsen pluss rapporteringsarbeid. Én ting å merke seg er at i motsetning til kodetesting i SDLC her er det funksjonell atferd og ikke-funksjonalitetstesting av programvaren er utført. |
Konklusjon– SDLC vs STLC
Diskusjonen er klar angående SDLC vs STLC. Den ene er utviklingstilnærmingen og den andre tester tilnærmingen som en helhet. Selv om testing kommer under SDLC som en av seksjonene, er det viktige å merke seg at det er en veldig annen funksjon som utføres. Det er veldig viktig å merke seg at STLC inn under SDLC. De berørte aktivitetene under hver seksjon er forskjellige.
Anbefalte artikler
Dette har vært en guide til den største forskjellen mellom SDLC og STLC. Her diskuterer vi også SDLC vs STLC nøkkelforskjeller med infografikk og sammenligningstabell. Du kan også se på følgende artikler for å lære mer-
- SDLC vs Agile
- Python vs Go
- PL SQL vs SQL
- Agile vs DevOps