Diferența dintre SDLC și STLC
Nevoia stimulează interesul și îl face singurul motiv pentru începerea oricărui proces. Ulterior, acest interes determină închiderea resurselor, a părților interesate, a clienților, a CEO-ului, a managerilor și a echipelor de dezvoltare pentru a derula un proiect de succes (aici în cazul nostru este dezvoltarea software) Nu numai banii (dobânda) sunt unicul scop din spatele comportamentului acestor oameni, ci și valoarea timpului și a mărcii (va numi și mai crucial).
Și aici apare subiectul articolului, da SDLC vs STLC. Atât SDLC cât și STLC sunt interrelaționate într-o anumită măsură sau se poate spune că unul este predecesorul celorlalți. Motivul este simplu dacă se dezvoltă ceva în scopul de a servi (clienții au nevoie), atunci trebuie testat înainte de implementare. Acesta este standardele industriei de zeci de ani și responsabilitatea, deoarece clientul a investit o sumă imensă de bani după aceasta.
Aceasta a fost povestea din spatele scenei și ne conduce la secțiunea principală a articolului - SDLC vs STLC. Să vedem în detaliu care sunt exact aceste SDLC vs STLC. Care este succesiunea operațiunilor sub fiecare? Care este diferența dintre SDLC și STLC? Ce fel de activități trebuie pentru a avea un final de succes?
SDLC înseamnă ciclul de viață al dezvoltării de software
CICLUL DE VIAȚĂ înseamnă o serie de schimbări în viața cuiva. Fie un proces viu, non-viu sau orice proces care are o serie de pași sau secvență de operare. Aceste secvențe reprezintă un fel de indicație că are un punct de început și de finalitate. Dimpotrivă, se poate spune că procesul dat are unele subprocese în el. Acesta este un ciclu de viață. Să ne dăm seama ce ciclu de viață ne face cu adevărat să mergem mai departe în discuția către dezvoltarea de software. Deci, SDLC înseamnă „ ciclul de viață al unui proces de dezvoltare software” .
În ceea ce privește modelele de dezvoltare, nu există reguli definite care să pledeze unul față de celălalt sau un anumit model este bine să meargă decât altul (agila este o excepție). Să vedem câteva modele -
- Modelul cascadei - cel mai vechi
- V- Model
- Model spiral
- repetat
- Agil - cel mai recent și cel mai potrivit pentru orice fel de proiect
Notă - Trebuie să spun că practicile modelului Agile Scrum sunt bune pentru a lucra, dar în industria IT, o echipă poate prefera oricare dintre aceste modele. De exemplu, dacă cerința este clară și garantează să nu se schimbe în stadiul ulterior echipa va merge cu siguranță cu Cascada și nu cu Agile.
Faze în discuția SDLC
- Planificare
- Analiza și cerința sistemului
- Proiecta
- Codificare sau dezvoltare
- Integrare și testare
- Operare și întreținere
Procesul de mai sus poate fi, de asemenea, listat ca mai jos -
- PLANIFICARE - Primul lucru înainte de apariția oricărei dovezi fizice, există întotdeauna o planificare în spatele ei. Planificarea vine înainte de începerea documentației. În această fază, doar detaliile la nivel înalt sunt luate în considerare din punct de vedere al proiectelor. Un grup dedicat de membri este în spatele acestei faze. Sunt avute în vedere toate pro și contra legate de proiecte și modul în care se poate maximiza ROI-ul și modalitățile de realizare a acestuia. Aici există o mulțime de reelaborari și se face revizuire pentru a depăși orice obstacol în calea succesului proiectului. Concluzia este înainte ca ideea să fie adusă în realitate, ar trebui să aibă motive concrete pentru a rula și pentru a obține succesul. Planificarea depinde din nou de tipul de rezultat. Dacă un software nou construiește, planificarea va fi diferită, deoarece studiul de piață va fi foarte crucial pentru el, dar dacă același software este actualizat după câțiva ani, atunci în acest caz nu va exista niciun studiu de piață (deoarece software-ul este un succes și astfel este nevoie de construirea actualizărilor de caracteristici software).
- ANALIZĂ - Odată ce porțiunea de planificare este finalizată, vine analiza în care echipele dedicate fac mai multe sarcini înainte de a ajunge la o soluție concretă. Aici se face studiul de fezabilitate al proiectului, se estimează lucrările, costurile, determinarea cerințelor și programarea. Intenția este clară de a face o verificare finală înainte de începerea lucrărilor. Dacă există deficiențe, atunci le eliminați prin comunicarea cu echipa de dezvoltare și cu părțile interesate. Aflați pro și contra.
- PROIECTARE - Acum cerința este clară, iar echipa vrea o referință înainte de a lucra, designerii joacă un rol crucial. Ce va funcționa software-ul (înțelepciunea funcționalității), câte ecrane vor exista pentru fiecare secțiune, interactivitatea utilizatorilor și fiecare detaliu este proiectat în această fază. Să spunem că un client a cerut un software mobil pentru rezervarea zborului, iar cerința este clară că proiectanții vor proiecta ecranele pentru a acoperi funcționalitățile pe care le va prelucra acest software. Proiectanții vor veni cu machete, planuri de lucru, diagrame de proces, pseudocode și câteva alte tipuri de documentație de proiectare. Persoanele responsabile vor alege cele mai bune pentru a merge.
- CODARE - în această etapă, majoritatea deciziilor majore au fost deja luate. Intenția acestei faze este de a reproduce lucrările de proiectare într-o piesă de lucru. Aici dezvoltatorii joacă un rol important și sunt depuse eforturi pentru a produce coduri refolosibile. O mulțime de discuții legate de un cadru și cele mai bune metode potrivite pentru a crea un software de lucru sunt acordate atenție. Există instrumente de programare implicate care sunt folosite de echipa de dezvoltatori care sunt: Compilator, Debugger, Interpret. Aș dori să atrag atenția cititorilor mei că dezvoltarea unui software complet de lucru nu este ușoară și nici mică. O mare parte este acolo, astfel încât echipa de dezvoltare să le împartă în produse mai mici și să le acorde prioritate în funcție de nevoia sau urgența (poate fi, de asemenea, evaluată pe baza cât de important este funcționalitatea, adică cât de înaltă a fost evaluată funcționalitatea respectivă). Amintiți-vă că aceasta este cea mai lungă fază a ciclului de dezvoltare.
- TESTARE - În această fază vine STLC. Această fază se referă la testarea piesei dezvoltate de software înainte de a fi transmisă clienților sau utilizatorilor finali. Există mai multe tipuri de metodologie de testare efectuate aici de către testeri pentru a afla eventualele defecte ale software-ului.
- ÎNTREȚINERE - Acesta este un fel de serviciu post-vânzare. Ca și cum cumpărăm orice bicicletă sau mașină și după un an, dacă există o problemă care produce orice piedică în ceea ce privește funcționarea corectă. Aceste tipuri de probleme apar din nou. Aici sunt rezolvate toate erorile care apar atunci când clientul utilizează software-ul, orice actualizare necesară în viitor sau îmbunătățiri, dacă există.
STLC înseamnă CICLUL DE VIAȚĂ DE ÎNCERCARE A PROGRAMULUI
Faze în STLC -
- Analiza cerințelor
- Planificarea testelor
- Dezvoltarea cazurilor de test
- Configurarea mediului
- Executarea testelor
- Închiderea ciclului de încercare
- ANALIZĂ CERINȚE - Primul pas în procesul STLC. Este partea din întregul proces în care echipele de la QA cunosc cunoștințele (înseamnă ce trebuie testat) și cerințele testabile. Pentru o mai bună înțelegere a cerinței, testatorul poate urmări clienții (dar acest lucru se întâmplă rar, numai dacă este nevoie de testare și nu de dezvoltare). Acesta este un fel de grafic care a urmat în această fază a STLC.
| Criterii de intrare | Activități desfășurate | livrabile |
| Necesitate exactă cu descriere completă pentru a defini procedura de testare de urmat. | Tipurile de testare sunt enumerate în această secțiune | Rezultatele obținute sunt enumerate în această secțiune |
- PLANIFICAREA TESTELOR - Faza cea mai crucială în STLC. Aici fiecare estimare și timp sunt calculate înainte de începerea efectivă a testării. Rezultatul acestui test va testa documentele de planuri sau strategii. Odată finalizată această fază, echipa QA poate începe cu activități de dezvoltare a cazurilor de testare. Aceeași diagramă desenată în faza superioară este din nou folosită cu modificările.
- DEZVOLTAREA TESTELOR - Dezvoltarea efectivă a cazurilor de testare este lucrată după finalizarea etapei de planificare a testelor. Aici testarea muncii în echipă a cazurilor de testare. Nu numai cazurile de test, ci un raport complet care conține datele testului sunt implicate și documentate. Odată finalizate, acestea sunt verificate încrucișat de către membrii de la egal sau de către QA. Tot aici este pregătit RTM (matricea de trasabilitate a cerințelor). Aceste documente urmăresc cerința în ambele moduri (înseamnă înainte și înapoi).
- SETUP DE MEDIU - Acest lucru nu este practic în general, deoarece mediul a fost deja decis în timpul fazei de dezvoltare (în SDLC). În general, nu se întâmplă nicio schimbare în mediu.
- TESTAREA EXECUȚIEI - Aici, cazurile de testare sunt executate pe baza planurilor de testare pregătite inițial. Dacă cazurile sunt ok, acestea sunt marcate ca PASS, în caz contrar. O listă completă de bug-uri este pregătită în această fază și sunt transmise echipei de dezvoltare pentru a fi rezolvate înainte de lansarea finală a software-ului.
- TESTUL CICLULUI DE ÎNCERCARE - O discuție în care echipa decide ce a mers corect și greșit din perspectivele testului. În această ședință, sunt discutate lucruri de îmbunătățit care pot economisi timpul și efortul în direcția corectă. Acestea sunt utile din perspectiva dezvoltării.
Comparație dintre cap și cap între SDLC și STLC (Infografie)
Mai jos se află diferența de top 9 între SDLC și STLC 
Diferențe cheie între SDLC și STLC
Atât SDLC cât și STLC sunt alegeri populare pe piață; hai să discutăm unele dintre diferențele majore dintre SDLC și STLC:
- SDLC este o metodologie de dezvoltare, în timp ce STLC este o metodologie de testare
- Mai multe faze diferite sunt combinate pentru a forma SDLC, în timp ce mai multe faze sau practici de testare se combină pentru a forma STLC
- SDLC acoperă întregul ciclu de dezvoltare software, în timp ce STLC acoperă întregul ciclu de testare
- SDLC începe cu faza de planificare și acoperă întregul aspect de dezvoltare, în timp ce STLC începe cu Planificarea testelor și acoperă toate aspectele sau tipurile de testare
- CEO, Senior Business Analyst, Senior Managers și Developers sunt persoanele care au grijă de mai multe etape din cadrul SDLC. Pe de altă parte QA Lead, Test Analyst sunt oamenii care guvernează procesul în curs.
- SDLC începe atunci când aplicația reală nu a fost creată, dar STLC începe atunci când există aplicația reală sau există o bucată de software de lucru.
- SDLC este supersetul STLC, în timp ce STLC este subsetul SDLC
Tabelul de comparare SDLC vs STLC
Să ne uităm la comparația de top între SDLC și STLC -
|
Bazele comparației dintre SDLC și STLC |
SDLC |
STLC |
| Origine | Ciclul de viață al dezvoltării | Testarea ciclului de viață |
| faze | Șase faze
1. Planificare 2. Analiza 3. Proiectare 4. Dezvoltare 5. Testarea 6. Întreținere | Șase faze
1. Analiza cerințelor 2. Planificarea testelor 3. Dezvoltarea testelor 4. Configurare mediu 5. Executarea testelor 6. Închiderea testului |
| Relaţie | SDLC poate fi considerat ca părinte sau predecesor. | STLC este succesorul ca și pentru că este în SDLC. |
| Despre | Este vorba despre dezvoltarea completă a software-ului, inclusiv testarea și alte faze. | Aceasta este preocupată de faza de testare și de partea de control. |
| Faze de colectare a cerințelor | În SDLC, analistul de afaceri întrunește cerințele, echipa de dezvoltare realizează dezvoltarea. | În STLC, echipa de testare efectuează revizuirea lucrărilor după analizarea documentelor de testare, revizuirea din perspectivă funcțională și non-funcțională. |
| intenţie | SDLC intenționează să depășească orice piedică în călătoria dezvoltării software de succes. | STLC este destinat să găsească orice capcane sau deficiențe doar în faza de testare. |
| Fază de proiectare | În SDLC, un arhitect tehnic este acolo pentru a asigura calitatea software-ului. Aici, în SDLC Business Analyst, îl poate ajuta să înțeleagă cerințele într-un mod mai bun. | În STLC arhitectul de testare este cel care guvernează activitățile, el face planificarea testelor și identificarea punctelor de testare la nivel înalt. |
| Faza de codificare | Codurile reale sunt dezvoltate, iar activitatea efectivă se concretizează conform structurii de proiectare evidențiată. | Echipa de testare lucrează la elaborarea planurilor de testare și verifică comportamentul de lucru al software-ului. Un lucru de remarcat este că în SDLC codurile sunt dezvoltate, în timp ce în STLC sunt dezvoltate doar cazuri de testare. |
| Faza de testare | Codurile reale sunt testate, care pot fi realizate de dezvoltatorii de la egal la egal. În cadrul acestei faze testarea unității, testarea integrării și testarea sistemului sunt efectuate. | În STLC se întâmplă execuția testului plus activitatea de raportare. Un lucru de remarcat este că, spre deosebire de testarea codului în SDLC, aici există un comportament funcțional și testarea non-funcționalității software-ului se face. |
Concluzie - SDLC vs STLC
Discuția este clară cu privire la SDLC și STLC. Una este abordarea dezvoltării, iar cealaltă este abordarea testării în ansamblu. Deși Testarea intră sub SDLC ca una dintre secțiuni, lucru important de remarcat este faptul că este o funcție foarte diferită care este îndeplinită. Este foarte important de reținut faptul că STLC se află sub SDLC. Activitățile în cauză din fiecare secțiune sunt diferite.
Articole recomandate
Acesta a fost un ghid pentru diferența maximă dintre SDLC și STLC. Aici vom discuta, de asemenea, despre diferențele cheie SDLC vs STLC cu infografie și tabel de comparație. De asemenea, puteți arunca o privire la următoarele articole pentru a afla mai multe-
- SDLC vs Agile
- Python vs Go
- PL SQL vs SQL
- Agile vs DevOps