Razlika med SDLC in STLC

Potreba spodbuja zanimanje, zato je to edini razlog, da se kateri koli postopek začne. Kasneje to zanimanje povzroči, da se povezani viri, zainteresirane strani, stranke, generalni direktor, menedžerji in razvojne ekipe lotijo ​​uspešnega projekta (v tem primeru gre za razvoj programske opreme). Ne le denar (obresti) je edini namen vedenja teh ljudi, temveč tudi čas in vrednost blagovne znamke (še bolj pomembna bo).

In tu pride na vrsto tema članka, da SDLC proti STLC. Tako SDLC kot STLC sta do neke mere medsebojno povezana ali pa lahko rečemo, da je eden predhodnik drugih. Razlog je preprost, če se nekaj razvija z namenom, da služi (odjemalci potrebujejo), potem ga je treba preizkusiti pred uvajanjem. To so industrijski standardi desetletja in odgovornost, saj je stranka po njej vložila ogromno denarja.

To je bila zgodba za prizoriščem in nas vodi do glavnega dela članka - SDLC proti STLC. Poglejmo podrobno, kaj pravzaprav so ti SDLC proti STLC. Kakšno je zaporedje operacij pod vsako? Kakšna je razlika med SDLC in STLC? Kakšne dejavnosti so bile potrebne za uspešen konec?

SDLC pomeni življenjski cikel razvoja programske opreme

ŽIVLJENJSKI CIKL pomeni niz sprememb v življenju nekoga. Bodisi živ, neživ ali kateri koli postopek, ki ima nekaj korakov ali zaporedja delovanja. Te sekvence so nekakšen pokazatelj, da ima točno določeno začetno in končno točko. Nasprotno, lahko rečemo, da ima dani postopek nekaj podprocesa vanj. To je življenjski cikel. Če ugotovimo, kakšen življenjski cikel v resnici nas vodi v razpravi o razvoju programske opreme. Torej, SDLC pomeni " življenjski cikel procesa razvoja programske opreme" .

Kar zadeva razvojne modele, ni opredeljenih pravil, ki bi se zavzemala za enega nad drugim ali pa je za določen model smiselno iti kot drugi (okreten je izjema). Poglejmo nekaj modelov -

  1. Model slapov - najstarejši
  2. V- model
  3. Spiralni model
  4. Iterativno
  5. Agile - najnovejši in najprimernejši za vse vrste projektov

Opomba - Moram reči, da so prakse Agile scrum modelov dobro delujoče, toda v IT industriji lahko ekipa raje katerega koli od teh modelov. Npr. Če je zahteva jasna in jamčite, da se v kasnejših fazah ekipa ne bo spremenila, bo zagotovo šel Waterfall in ne Agile.

Faze v razpravi o SDLC

  1. Načrtovanje
  2. Analiza sistema in zahteva sistema
  3. Oblikovanje
  4. Kodiranje ali razvoj
  5. Integracija in testiranje
  6. Delovanje in vzdrževanje

Zgornji postopek je lahko naveden tudi spodaj -

  1. NAČRTOVANJE - Prva stvar, preden se pojavijo kakršni koli fizični dokazi, je za njo vedno načrtovanje. Načrtovanje prihaja, preden se je začela dokumentacija. V tej fazi se z vidika projektov upoštevajo samo podrobnosti na visoki ravni. Za to fazo stoji posebna skupina članov. Upoštevane so vse prednosti in slabosti, povezane s projekti, in tudi, kako povečati donosnost naložbe in načine, kako to storiti. Tu je veliko predelave in pregledov je treba storiti, da bi premagali kakršno koli oviro za uspeh projekta. V bistvu je, preden se ideja uresniči, morala bi imeti konkretne razloge za vodenje in doseganje uspeha. Ponovno načrtovanje je odvisno od vrste rezultata. Če se gradi nova programska oprema, bo načrtovanje drugače, saj bo tržna študija zanjo zelo pomembna, če pa se ista programska oprema posodobi po nekaj letih, v tem primeru ne bo nobene tržne študije (saj je programska oprema uspeh in zato obstaja potreba po gradnji posodobitev funkcij programske opreme).
  2. ANALIZA - Ko je del načrtovanja končan, sledi analiza, kjer namenske skupine opravijo več nalog, preden najdejo konkretno rešitev. Tu je opravljena študija izvedljivosti projekta, ocenjevalno delo, obračunavanje stroškov, določanje zahtev in načrtovanje. Namera je jasna, da se opravi končni pregled, preden se dela dejansko začnejo. Če obstajajo pomanjkljivosti, jih odpravite s komunikacijo z razvojno skupino in zainteresiranimi stranmi. Ugotovite prednosti in slabosti.
  3. OBLIKOVANJE - Zdaj je zahteva jasna in ekipa si želi nekaj napotkov, preden delajo, oblikovalci igrajo ključno vlogo. Kakšna bo programska oprema delovala (funkcionalno pametno), koliko zaslonov bo na voljo za posamezen razdelek, interaktivnost uporabnika in vsak delček je zasnovan v tej fazi. Recimo, da je stranka zaprosila za mobilno programsko opremo za rezervacijo letov in zahteva je jasna, da bodo oblikovalci oblikovali zaslone, ki bodo pokrivali funkcionalnosti te programske opreme. Oblikovalci bodo pripravili postavitve, delovne načrte, diagrame procesov, psevkodode in več drugih vrst projektne dokumentacije. Odgovorne osebe bodo izbrale najboljše, s katerimi bodo šle.
  4. KODIRANJE - na tej stopnji je bila večina večjih odločitev že sprejeta. Namen te faze je oblikovalska dela prenesti v delovni program. Pri tem razvijalci igrajo vidno vlogo in si prizadevajo za izdelavo kod za večkratno uporabo. Pozorni so na številne razprave, povezane z okvirom in najboljšimi ustreznimi metodami za ustvarjanje delujoče programske opreme. Vključena so programska orodja, ki jih uporablja skupina razvijalcev, ki so - Compiler, Debugger, Interpreter. Rad bi opozoril svoje bralce, da razvoj celovite delovne programske opreme ni enostaven in niti majhen. Pri tem je velik kos dela, zato jih razvojna skupina razdeli na manjše rezultate in jih da na prednostni nalogi glede na potrebe ali nujnost (lahko se oceni tudi na podlagi tega, kako pomembna je funkcionalnost, tj. Kako visoka je bila določena funkcionalnost). Ne pozabite, da je to najdaljša faza razvojnega cikla.
  5. TESTIRANJE - V tej fazi pride do STLC. Ta faza je namenjena preizkušanju razvitega dela delovne programske opreme, preden se posreduje strankam ali končnim uporabnikom. Obstaja več vrst preskusne metodologije, ki jih preizkuševalci izvajajo, da ugotovijo morebitne napake v programski opremi.
  6. VZDRŽEVANJE - To je neke vrste poprodajna storitev. Tako kot pri nakupu katerega koli kolesa ali avtomobila in po letu dni, če pride do težave, ki ovira pravilno delovanje. Tovrstne izdaje se pojavljajo vedno znova. Tu so odpravljene vse napake, ki nastanejo, ko odjemalec uporablja programsko opremo, kakršne koli nadgradnje, ki so potrebne v prihodnosti, ali izboljšave, če obstajajo.

STLC pomeni PROGRAMSKO CESTO ZA TESTIRANJE ŽIVLJENJA

Faze v STLC -

  1. Analiza zahtev
  2. Načrtovanje preskusov
  3. Razvoj testnega primera
  4. Nastavitev okolja
  5. Izvedba testa
  6. Zapiranje preskusnega cikla
  1. ZAHTEVNA ANALIZA - Prvi korak v postopku STLC. To je del celotnega postopka, ko ekipe za zagotavljanje kakovosti spoznajo zahtevo (pomeni, kaj preizkusiti) in preizkusne zahteve. Za boljše razumevanje zahteve lahko preizkuševalec spremlja nadaljnje stranke (vendar se to zgodi redko, le če je potrebno testiranje in ne razvoj). To je neke vrste grafikon, ki je sledil v tej fazi STLC.
Kriteriji za vpisOpravljene dejavnostiRezultat
Točna potreba s popolnim opisom, da se določi postopek preskušanja, ki naj sledi.Vrsta testiranja je navedena v tem razdelkuDoseženi rezultati so navedeni v tem razdelku
  1. NAČRT PRESKUŠANJA - najpomembnejša faza v STLC. Tu se izračunajo vse ocene in čas, preden se testiranje dejansko začne. Rezultat tega bo preizkušanje načrtov ali strategij. Ko je ta faza zaključena, bo skupina za nadzor kakovosti začela z aktivnostmi za razvoj testnih primerov. Z uporabo sprememb se ponovno uporabi isti grafikon, ki je narisan v zgornji fazi.
  2. RAZVOJ PRESKUSA - Dejanski razvoj preskusnih primerov se izvaja po zaključku faze načrtovanja testa. Tu je testiranje timskega dela na testnih primerih. Vključeni in dokumentirani niso samo preskusni primeri, ampak tudi celotno poročilo, ki vsebuje podatke preskusov. Ko so izpolnjeni, jih navzkrižno preverijo člani ali enakovredni vodi. Tudi tukaj je pripravljen RTM (matrika sledljivosti zahtev). Ti dokumenti spremljajo zahtevo na oba načina (pomeni naprej in nazaj).
  3. NASTAVITEV OKOLJA - To se na splošno ne izvaja, ker je bilo okolje že določeno med razvojno fazo (v SDLC). Na splošno se v okolju ne zgodi nobena sprememba.
  4. PREVERJANJE PRESKUSA - Tu se preskusni primeri izvedejo na podlagi prvotno pripravljenih testnih načrtov. Če so primeri v redu, so označeni kot PASS, sicer NE. V tej fazi je pripravljen popoln seznam napak, ki jih pošljejo razvojni skupini, da jo popravijo pred končno izdajo programske opreme.
  5. ZAPRT TESTNEGA CIKLA - Razprava, v kateri se ekipa odloči, kaj je šlo pravilno in kaj narobe iz preizkusnih perspektiv. Na tem srečanju se razpravlja o stvareh za izboljšanje v prihodnosti, ki lahko prihranijo čas in trud v pravi smeri. Te so koristne z vidika razvoja.

Primerjava med nami med SDLC in STLC (Infographics)

Spodaj je zgornjih 9 razlik med SDLC in STLC

Ključne razlike med SDLC in STLC

Tako SDLC kot STLC sta priljubljeni izbiri na trgu; pogovorimo se o nekaterih glavnih razlikah med SDLC in STLC:

  • SDLC je razvojna metodologija, medtem ko je STLC metodologija testiranja
  • Za tvorbo SDLC se združi več različnih faz, medtem ko se večkratne faze ali prakse testiranja združijo v tvorbo STLC
  • SDLC zajema celotne razvojne cikle programske opreme, medtem ko STLC pokriva celotne cikle testiranja
  • SDLC se začne s fazo načrtovanja in zajema celoten razvojni pogled, medtem ko STLC začne s načrtovanjem preskusov in zajema vse vidike ali vrste testiranja
  • Generalni direktor, višji poslovni analitik, višji direktorji in razvijalci so ljudje, ki v SDLC skrbijo za več stopenj. Na drugi strani vodja kakovosti QA je testni analitik tisti, ki upravlja tekoč postopek.
  • SDLC se zažene, ko dejanska aplikacija še ni bila ustvarjena, STLC pa se začne, ko dejanska aplikacija obstaja ali pa obstaja kos delovne programske opreme.
  • SDLC je nadprostor STLC, medtem ko je STLC podvrsta SDLC

Primerjalna tabela SDLC proti STLC

Poglejmo zgornjo Primerjavo med SDLC in STLC -

Osnove primerjave med SDLC in STLC

SDLC

STLC

PorekloŽivljenjski cikel razvojaPreizkusni življenjski cikel
FazeŠest faz

1. Načrtovanje

2. Analiza

3. Oblikovanje

4. Razvoj

5. Testiranje

6. Vzdrževanje

Šest faz

1. Analiza zahtev

2. Načrtovanje preskusov

3. Razvoj testa

4. Namestitev okolja

5. Izvedba testa

6. Zaprtje testa

RazmerjeSDLC se lahko šteje za nadrejenega ali predhodnika.STLC je naslednik, ker je v SDLC.
O temGre za celovit razvoj programske opreme, vključno s testiranjem in drugimi fazami.To zadeva fazo testiranja in del kakovosti.
Faze zbiranja zahtevV SDLC poslovni analitik zbira zahteve, razvojni tim izvaja razvoj.V STLC testna skupina opravi pregled dela po analizi testnih dokumentov, pregled iz funkcionalne in nefunkcionalne perspektive.
NameraSDLC je želel premagati kakršno koli oviro med uspešnim razvojem programske opreme.STLC je namenjen iskanju morebitnih pasti ali pomanjkljivosti samo v fazi testiranja.
Faza oblikovanjaV SDLC je tehnični arhitekt na voljo za zagotavljanje kakovosti programske opreme. Tukaj v SDLC Business Analyst mu lahko pomaga razumeti zahteve na boljši način.

V STLC je testni arhitekt tisti, ki upravlja aktivnosti, izvaja načrtovanje in identifikacijo testnih točk na visoki ravni.
Faza kodiranjaPravi kode so razvite in dejansko delo se oblikuje v skladu s poudarjeno konstrukcijsko strukturo.Preskusna skupina sodeluje pri razvoju testnih načrtov in preverja delovno vedenje programske opreme. Treba je omeniti, da so v SDLC kode razvite, medtem ko so v STLC razvite samo testne primeri.
Faza testiranjaDejanske kode so preizkušene, kar lahko storijo vrstniški razvijalci. V okviru te fazne preskuse se izvaja integracijsko in sistemsko testiranje.V STLC se zgodi preizkus in izvajanje poročanja. Treba je opozoriti, da za razliko od testiranja kode v SDLC tukaj deluje funkcionalno vedenje in testiranje nefunkcionalnosti programske opreme.

Zaključek - SDLC proti STLC

Razprava je jasna glede SDLC proti STLC. Eden je razvojni pristop, drugi pa preskusni pristop kot celota. Čeprav je Testiranje pod SDLC kot eden od razdelkov, je pomembno opozoriti, da se opravlja zelo drugačna funkcija. Zelo pomembno je omeniti, da je STLC v okviru SDLC. Zadevne dejavnosti v posameznem razdelku so različne.

Priporočeni članki

To je vodilo za največjo razliko med SDLC in STLC. Tukaj razpravljamo tudi o ključnih razlikah med SDLC in STLC z infografiko in primerjalno tabelo. Za več informacij si lahko ogledate tudi naslednje članke -

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