Rozdiel medzi SDLC vs STLC
Potreba zvyšuje záujem a robí z neho jediný dôvod, prečo začať akýkoľvek proces. Neskôr tento záujem poháňa súvisiace zdroje, zainteresované strany, klientov, generálny riaditeľ, manažéri a vývojové tímy, aby sa spustili za úspešným ukončením projektu (tu v našom prípade je vývoj softvéru). Jediným cieľom správania týchto ľudí nie sú len peniaze (úroky), ale aj čas a hodnota značky (bude to vyžadovať ešte dôležitejšie).
A tu sa objavuje téma článku, áno, SDLC verzus STLC. Obe SDLC verzus STLC sú do istej miery vzájomne prepojené, alebo je možné povedať, že jeden je predchodcom iných. Dôvod je jednoduchý, ak sa niečo vyvíja na účely, ktoré slúžia (potreby klientov), potom sa musí pred nasadením otestovať. Toto sú priemyselné štandardy po celé desaťročia a zodpovednosť, pretože klient po tom investoval obrovské množstvo peňazí.
Toto bol príbeh zákulisia a vedie nás k hlavnej časti článku - SDLC vs STLC. Pozrime sa podrobne, čo presne sú tieto SDLC verzus STLC. Aká je postupnosť operácií v rámci každého z nich? Aký je rozdiel medzi SDLC a STLC? Aké aktivity potrebovali na úspešné ukončenie?
SDLC znamená Životný cyklus vývoja softvéru
LIFE CYCLE znamená sériu zmien v živote človeka. Buď živý, neživý alebo akýkoľvek proces, ktorý má niekoľko krokov alebo postupnosť krokov. Tieto sekvencie sú znakom toho, že majú určitý počiatočný a konečný bod. Naopak, dá sa povedať, že daný proces do neho má nejaký čiastkový proces. To je životný cyklus. Zisťovanie toho, čo nás životný cyklus v skutočnosti vedie k pokroku v diskusii o vývoji softvéru. SDLC teda znamená „ životný cyklus procesu vývoja softvéru“ .
Pokiaľ ide o vývojové modely, neexistujú žiadne definované pravidlá, ktoré obhajujú jeden pred druhým, alebo že konkrétny model je dobrý, ako iný (agilita je výnimkou). Pozrime sa na niektoré modely -
- Waterfall Model - najstarší
- Model V
- Špirálový model
- opakovacie
- Agilný - najnovší a najvhodnejší pre akýkoľvek druh projektu
Poznámka - Musím povedať, že postupy agilného scrumového modelu fungujú dobre, ale v IT priemysle môže tím uprednostniť niektorý z týchto modelov. Napr. Ak je požiadavka jasná a záruka nezmenenia sa v neskoršej fáze, tím určite pôjde s vodopádom a nie s agilným.
Fázy v diskusii o SDLC
- plánovanie
- Analýza systému a požiadavky
- dizajn
- Kódovanie alebo vývoj
- Integrácia a testovanie
- Prevádzka a údržba
Vyššie uvedený proces je tiež možné uviesť nižšie.
- PLÁNOVANIE - Prvá vec, ktorá sa objaví skôr, ako sa objavia akékoľvek fyzické dôkazy, je za tým vždy plánovanie. Plánovanie prichádza pred začatím administratívy. V tejto fáze sa z hľadiska projektov posudzujú iba podrobnosti na vysokej úrovni. Za touto fázou stojí špecializovaná skupina členov. Do úvahy sa berú všetky klady a zápory týkajúce sa projektov a zvažuje sa aj spôsob maximalizácie NI a spôsobov, ako to dosiahnuť. Tu je veľa prepracovaní a preskúmania sa vykonávajú na prekonanie akýchkoľvek prekážok úspechu projektu. Zrátané a podčiarknuté, pred tým, ako sa myšlienka uvedie do reality, mala by mať konkrétne dôvody na spustenie a dosiahnutie úspechu. Plánovanie opäť závisí od druhu výsledku. Ak sa buduje nový softvér, plánovanie sa bude líšiť, pretože štúdia trhu bude pre to veľmi dôležitá, ale ak sa ten istý softvér aktualizuje po niekoľkých rokoch, potom v tomto prípade nebude existovať žiadna štúdia trhu (keďže softvér je úspech, a preto je potrebné budovať aktualizácie softvérových funkcií).
- ANALÝZA - Akonáhle je plánovaná časť hotová, prichádza analýza, kde špecializované tímy vykonajú niekoľko úloh skôr, ako dosiahnu konkrétne riešenie. Tu je vypracovaná realizačná štúdia projektu, odhadovacie práce, kalkulácia, vyvolávanie požiadaviek a plánovanie. Zámer je jednoznačne vykonať záverečnú kontrolu pred začatím prác. Ak existujú nejaké nedostatky, odstráňte ich prostredníctvom komunikácie s vývojovým tímom a zúčastnenými stranami. Zistite výhody a nevýhody.
- DIZAJN - Teraz je požiadavka jasná a tím chce pred začiatkom práce nejakú referenciu, dizajnéri hrajú kľúčovú úlohu. Čo bude softvér fungovať (funkčnosť), koľko obrazoviek bude k dispozícii pre každú sekciu, interaktivita používateľa a každý kúsok detailov je navrhnutých v tejto fáze. Povedzme, že zákazník požiadal o mobilný softvér na rezerváciu letov a požiadavka je jasná, že dizajnéri navrhnú obrazovky tak, aby pokryli funkcie, ktoré tento softvér spracuje. Dizajnéri prídu s rozložením, pracovnými plánmi, schémami procesov, pseudokódmi a niekoľkými ďalšími druhmi projektovej dokumentácie. Zodpovedné osoby si vyberú to najlepšie.
- KÓDOVANIE - v tejto fáze už bolo rozhodnuté o väčšine hlavných rozhodnutí. Zámerom tejto fázy je replikovať konštrukčné práce na pracovný softvér. Vývojári tu zohrávajú významnú úlohu a vynakladá sa úsilie na výrobu opakovane použiteľných kódov. Pozornosť sa venuje mnohým diskusiám týkajúcim sa rámca a najvhodnejším metódam vytvorenia pracovného softvéru. Zahrnuté sú programovacie nástroje, ktoré používa tím vývojárov - Compiler, Debugger, Interpreter. Chcel by som upozorniť svojich čitateľov, že vývoj kompletného pracovného softvéru nie je ľahký a ani malý. Existuje veľké množstvo práce, takže ich vývojový tím rozdeľuje na menšie výstupy a uprednostňuje ich podľa potreby alebo naliehavosti (dá sa hodnotiť aj na základe toho, ako rozhodujúca je funkčnosť, tj ako vysoká bola táto konkrétna funkčnosť). Pamätajte, že toto je najdlhšia fáza vývojového cyklu.
- TESTOVANIE - V tejto fáze prichádza STLC. Táto fáza je o testovaní vyvinutého pracovného softvéru pred jeho odovzdaním klientom alebo koncovým používateľom. Existuje niekoľko typov testovacích metodík, ktoré tu vykonávajú testeri, aby zistili možné chyby v softvéri.
- ÚDRŽBA - Jedná sa o druh popredajného servisu. Rovnako ako spôsob, akým kupujeme akékoľvek bicykle alebo auto, a po roku, ak existuje problém, ktorý vytvára prekážky pre správnu prácu. Tieto problémy sa objavujú znovu a znovu. Tu sú vyriešené všetky chyby, ktoré vzniknú, keď klient používa softvér, akékoľvek budúce vylepšenia alebo vylepšenia, ak existujú.
STLC znamená SOFTVÉROVÉ SKÚŠANIE ŽIVOTNÉHO CYKLU
Fázy v STLC -
- Analýza požiadaviek
- Plánovanie testov
- Vývoj testovacieho prípadu
- Nastavenie prostredia
- Vykonanie testu
- Uzatvorenie skúšobného cyklu
- ANALÝZA POŽIADAVIEK - úplne prvý krok v procese STLC. Je to súčasť celého procesu, v ktorom tímy QA spoznávajú požiadavku (čo znamená testovať) a testovateľné požiadavky. Pre lepšie pochopenie požiadavky môže tester nadviazať kontakt s klientmi (ale to sa stáva zriedka, iba ak je potrebné testovanie a nie vývoj). Toto je druh tabuľky, ktorá nasledovala v tejto fáze STLC.
| Kritériá vstupu | Vykonané činnosti | dodávky |
| Presná potreba s úplným popisom definuje postup testovania, ktorý sa má dodržať. | Druh testovania je uvedený v tejto časti | Dosiahnuté výsledky sú uvedené v tejto časti |
- PLÁNOVANIE TESTOV - najdôležitejšia fáza STLC. Tu sa vypočítajú všetky odhady a čas pred skutočným začiatkom testovania. Výsledkom bude testovanie plánov alebo stratégií dokumentácie. Po dokončení tejto fázy môže tím QA začať s aktivitami vývoja testovacích prípadov. Rovnaký graf, ktorý je nakreslený v hornej fáze, sa opäť použije so zmenami.
- VÝVOJ TESTOV - Skutočný vývoj testovacích prípadov sa spracuje po dokončení fázy plánovania testov. Tu testovacia tímová práca na testovacích prípadoch. Zahrnuté a zdokumentované sú nielen testovacie prípady, ale aj úplná správa, ktorá obsahuje testovacie údaje. Po ich dokončení sú krížovo overení kolegami alebo vedúcimi QA. Tu sa pripravuje aj RTM (matica vysledovateľnosti požiadaviek). Tieto dokumenty sledujú požiadavku oboma spôsobmi (znamená dopredu a dozadu).
- NASTAVENIE ŽIVOTNÉHO PROSTREDIA - Vo všeobecnosti sa to nevykonáva, pretože o životnom prostredí sa už rozhodlo vo fáze vývoja (v SDLC). Vo všeobecnosti nedochádza k žiadnym zmenám v prostredí.
- VYKONÁVANIE SKÚŠOK - Tu sa skúšobné prípady vykonávajú na základe pôvodne pripravených skúšobných plánov. Ak sú prípady v poriadku, sú označené ako PASS, inak FAIL. V tejto fáze je pripravený kompletný zoznam chýb a sú zaslané vývojovému tímu, aby ich opravil pred konečným vydaním softvéru.
- UKONČENIE SKÚŠOBNÉHO CYKLU - Diskusia, v ktorej tím rozhodne z hľadiska testov o tom, čo sa stalo správne a čo zlé. Na tomto stretnutí sa diskutuje o veciach, ktoré sa v budúcnosti majú zlepšiť a ktoré môžu ušetriť čas a úsilie správnym smerom. Sú užitočné z hľadiska rozvoja.
Porovnanie medzi hlavami medzi SDLC a STLC (infografika)
Nižšie je uvedený najlepší rozdiel medzi SDLC a STLC 
Kľúčové rozdiely medzi SDLC a STLC
Obe SDLC verzus STLC sú populárne voľby na trhu; diskutujme o niektorých hlavných rozdieloch medzi SDLC a STLC:
- SDLC je metodika vývoja, zatiaľ čo STLC je metodika testovania
- Viaceré rôzne fázy sa kombinujú do formy SDLC, zatiaľ čo viaceré testovacie fázy alebo postupy sa spoja do formy STLC
- SDLC pokrýva celé cykly vývoja softvéru, zatiaľ čo STLC pokrýva celé testovacie cykly
- SDLC začína fázou plánovania a pokrýva celý vzhľad vývoja, zatiaľ čo STLC začína plánovaním testov a pokrýva všetky aspekty alebo typy testovania
- CEO, Senior Business Analyst, Senior Managers a Developers sú ľudia, ktorí sa starajú o niekoľko etáp v rámci SDLC. Na druhej strane QA Lead, Test Analyst sú ľudia, ktorí riadia prebiehajúci proces.
- SDLC sa spustí, keď skutočná aplikácia nebola vytvorená, ale STLC sa spustí, keď skutočná aplikácia existuje, alebo ak existuje kus funkčného softvéru.
- SDLC je superset STLC, zatiaľ čo STLC je podmnožinou SDLC
Porovnávacia tabuľka SDLC verzus STLC
Pozrime sa na vrchol Porovnanie medzi SDLC a STLC -
|
Základ porovnania medzi SDLC vs STLC |
SDLC |
STLC |
| pôvod | Životný cyklus vývoja | Testujte životný cyklus |
| fázy | Šesť fáz
1. Plánovanie 2. Analýza 3. Dizajn 4. Vývoj 5. Testovanie 6. Údržba | Šesť fáz
1. Analýza požiadaviek 2. Plánovanie testu 3. Vývoj testu 4. Nastavenie prostredia 5. Vykonanie testu 6. Skúšobné uzavretie |
| súvislosť | SDLC možno považovať za materského alebo predchodcu. | STLC je nástupcom, pretože je v SDLC. |
| o | Ide o kompletný vývoj softvéru vrátane testovania a ďalších fáz. | Týka sa to fázy testovania a časti kontroly kvality. |
| Fázy zhromažďovania požiadaviek | V SDLC obchodný analytik zhromažďuje požiadavky, vývojový tím vykonáva vývoj. | V STLC testovací tím vykoná kontrolu práce po analýze testovacích dokumentov, preskúmaní z funkčného a nefunkčného hľadiska. |
| zámer | Cieľom SDLC bolo prekonať všetky prekážky na ceste k úspešnému vývoju softvéru. | Cieľom STLC je nájsť všetky nástrahy alebo nedostatky iba vo fáze testovania. |
| Fáza dizajnu | V SDLC je technický architekt, ktorý zabezpečuje kvalitu softvéru. Tu v SDLC Business Analyst mu môže pomôcť lepšie porozumieť požiadavkám. | V STLC je testovacím architektom ten, kto riadi činnosti, robí plánovanie testovania a identifikáciu testovacích bodov na vysokej úrovni. |
| Fáza kódovania | Vyvíjajú sa skutočné kódy a skutočná práca sa formuje podľa zdôraznenej konštrukčnej štruktúry. | Testovací tím pracuje na vývoji plánov testov a kontroluje pracovné správanie softvéru. Jedna vec na vedomie je, že v SDLC sa kódy vyvíjajú, zatiaľ čo v STLC sa vyvíjajú iba testovacie prípady. |
| Fáza testovania | Testujú sa skutočné kódy, ktoré môžu urobiť rovesníci. V rámci tejto fázy sa vykonáva testovanie jednotky, testovanie integrácie a testovanie systému. | V STLC dochádza k vykonaniu testu a práci na hlásení. Jedna vec na vedomie je, že na rozdiel od testovania kódu v SDLC je tu funkčné správanie a testovanie funkčnosti softvéru sa nevykonáva. |
Záver - SDLC verzus STLC
Diskusia je jasná, pokiaľ ide o SDLC verzus STLC. Jedným je rozvojový prístup a druhým je testovací prístup ako celok. Aj keď testovanie spadá pod SDLC ako jednu z častí, je dôležité si uvedomiť, že sa vykonáva veľmi odlišná funkcia. Je veľmi dôležité poznamenať, že STLC sa nachádza pod SDLC. Príslušné činnosti v každej sekcii sú odlišné.
Odporúčané články
Toto bol návod na najväčší rozdiel medzi SDLC a STLC. Tu diskutujeme aj kľúčové rozdiely v SDLC verzus STLC s informačnou a porovnávacou tabuľkou. Môžete sa tiež pozrieť na nasledujúce články, kde sa dozviete viac -
- SDLC verzus Agile
- Python vs Go
- PL SQL vs SQL
- Agilný vs DevOps