Rozdíl mezi SDLC vs. STLC

Potřeba zvyšuje zájem a činí z něj jediný důvod pro zahájení jakéhokoli procesu. Později tento zájem řídí související zdroje, zúčastněné strany, klienty, generální ředitele, manažery a vývojové týmy, které vedou za úspěšným ukončením projektu (zde v našem případě je vývoj softwaru). Nejen peníze (úroky) jsou jediným účelem chování těchto lidí, ale také čas a hodnota značky (bude to znamenat ještě důležitější).

A to je místo, kde téma článku, ano SDLC vs STLC přichází do obrázku. Oba SDLC vs STLC jsou do určité míry vzájemně propojeny nebo lze říci, že jeden je předchůdcem ostatních. Důvod je jednoduchý, pokud se něco vyvíjí za účelem poskytování služeb (potřeby klientů), musí být před nasazením otestováno. Jedná se o průmyslové standardy po celá desetiletí a odpovědnost, protože klient po něm investoval obrovské množství peněz.

To byl příběh za scénou a vede nás k hlavní části článku - SDLC vs STLC. Podívejme se podrobně, co přesně jsou tyto SDLC vs. STLC. Jaká je posloupnost operací pod každým z nich? Jaký je rozdíl mezi SDLC a STLC? Jaké aktivity potřebovaly k úspěšnému ukončení?

SDLC znamená Životní cyklus vývoje softwaru

LIFE CYCLE znamená řadu změn v životě člověka. Buď živý, neživý nebo jakýkoli proces, který má nějakou řadu kroků nebo sled operací. Tyto sekvence jsou druhem indikace, že má určitý počáteční a koncový bod. Naopak lze říci, že daný proces do něj má nějaký dílčí proces. To je životní cyklus. Zjistit, co nám životní cyklus ve skutečnosti vede v diskusi o vývoji softwaru. SDLC tedy znamená „ životní cyklus procesu vývoje softwaru“ .

Pokud jde o vývojové modely, neexistují žádná definovaná pravidla, která by obhajovala jeden nad druhým, nebo konkrétní model je dobrý, než jiný (agilní je výjimkou). Podívejme se na některé modely -

  1. Waterfall Model - nejstarší
  2. Model V
  3. Spirální model
  4. Iterativní
  5. Agilní - nejnovější a nejvhodnější pro jakýkoli druh projektu

Poznámka - Musím říci, že postupy agilního scrumového modelu fungují dobře, ale v IT průmyslu může tým upřednostnit kterýkoli z těchto modelů. Např. Pokud je požadavek jasný a záruka, že se v pozdějším stádiu nezmění, tým jistě půjde s vodopádem a ne s agilním.

Fáze v SDLC diskuzi

  1. Plánování
  2. Analýza systému a požadavky
  3. Design
  4. Kódování nebo vývoj
  5. Integrace a testování
  6. Provoz a údržba

Výše uvedený proces lze také uvést níže.

  1. PLÁNOVÁNÍ - První věc nejprve, než se objeví jakýkoli fyzický důkaz, je za tím vždy plánování. Plánování přichází před zahájením papírování. V této fázi jsou z pohledu projektů posuzovány pouze podrobnosti na vysoké úrovni. Za touto fází stojí specializovaná skupina členů. Uvažuje se o všech kladech a záporech souvisejících s projekty a také o tom, jak maximalizovat návratnost investic a způsoby, jak toho dosáhnout. Zde je spousta přepracování a provádí se přezkum, aby se překonaly jakékoli překážky úspěchu projektu. Sečteno a podtrženo, než se myšlenka uskuteční, měla by mít konkrétní důvody ke spuštění a dosažení úspěchu. Plánování znovu závisí na druhu výsledku. Pokud se buduje nový software, plánování se bude lišit, protože pro něj bude velmi důležitá studie trhu, ale pokud bude stejný software aktualizován po několika letech, pak v tomto případě nebude existovat žádná studie trhu (protože tento software je úspěch, a proto je třeba budovat aktualizace softwarových funkcí).
  2. ANALÝZA - Jakmile je dokončena plánovací část, pak přichází analýza, kde specializované týmy vykonávají několik úkolů, než dosáhnou konkrétního řešení. Zde se provádí studie proveditelnosti projektu, práce na odhadu, kalkulace, vyvolání požadavků a rozvrhování. Záměrem je jasné provedení závěrečné kontroly před zahájením práce. Pokud existují nějaké nedostatky, odstraňte je prostřednictvím komunikace s vývojovým týmem a zúčastněnými stranami. Zjistěte výhody a nevýhody.
  3. NÁVRH - Nyní je požadavek jasný a tým chce před prací nějaké reference, designéři hrají klíčovou roli. Jak bude software fungovat (funkčnost), kolik obrazovek bude pro každou sekci, interaktivita uživatele a každý kousek detailů jsou navrženy v této fázi. Řekněme, že zákazník požádal o mobilní software pro rezervaci letu a je zřejmé, že návrháři navrhnou obrazovky tak, aby pokryly funkce, které tento software bude zpracovávat. Návrháři přijdou s rozvržením, pracovními plány, diagramy procesů, pseudokódy a několika dalšími druhy projektové dokumentace. Odpovědné osoby si vyberou to nejlepší.
  4. KÓDOVÁNÍ - v této fázi již byla rozhodnuta většina hlavních rozhodnutí. Záměrem této fáze je replikovat konstrukční práce do pracovního kusu softwaru. Zde hrají hlavní roli vývojáři a vyvíjí se úsilí o vytvoření opakovaně použitelných kódů. Pozornost je věnována spoustě diskusí souvisejících s rámcem a nejlepšími vhodnými metodami pro vytvoření pracovního softwaru. Jsou zde zahrnuty programovací nástroje, které používá tým vývojářů - Compiler, Debugger, Interpreter. Rád bych upozornil své čtenáře, že vývoj kompletního pracovního softwaru není snadný a ani malý. Existuje velká část práce, takže je vývojový tým rozděluje na menší výstupy a upřednostňuje je podle potřeby nebo naléhavosti (lze také hodnotit na základě toho, jak důležitá je funkce, tj. Jak vysoká byla tato konkrétní funkce hodnocena). Pamatujte, že toto je nejdelší fáze vývojového cyklu.
  5. TESTOVÁNÍ - V této fázi přichází do STLC. Tato fáze se týká testování vyvinutého kusu pracovního softwaru před jeho předáním klientům nebo koncovým uživatelům. Existuje několik typů metodiky testování, které jsou zde prováděny testery, aby se zjistily případné závady v softwaru.
  6. ÚDRŽBA - Jedná se o druh poprodejního servisu. Stejně jako způsob, jakým kupujeme jakékoli kolo nebo auto, a po roce, pokud existuje problém, který vytváří překážku řádné práci. K těmto problémům dochází znovu a znovu. Zde jsou vyřešeny všechny chyby, které vzniknou, když klient používá software, jakákoli budoucí upgrade nebo případná vylepšení.

STLC znamená SOFTWARE TESTING LIFE CYCLE

Fáze ve STLC -

  1. Analýza požadavků
  2. Plánování testů
  3. Vývoj testovacího případu
  4. Nastavení prostředí
  5. Provedení testu
  6. Uzavření zkušebního cyklu
  1. ANALÝZA POŽADAVKŮ - Úplně první krok v procesu STLC. Je to součást celého procesu, ve kterém týmy QA poznají požadavek (znamená co testovat) a testovatelné požadavky. Pro lepší pochopení tohoto požadavku může tester navázat spolupráci s klienty (ale to se stává zřídka, pouze pokud je nutné testování a ne vývoj). Toto je druh tabulky, která následovala v této fázi STLC.
Kritéria vstupuProvedené činnostiVýstupy
Přesná potřeba s úplným popisem definuje postup testování, který má být dodržen.Druh testování je uveden v této částiDosažené výsledky jsou uvedeny v této části
  1. TESTOVACÍ PLÁNOVÁNÍ - nejdůležitější fáze v STLC. Zde se vypočítají všechny odhady a čas před skutečným zahájením testování. Výsledkem bude testování plánů nebo strategií. Jakmile je tato fáze dokončena, tým QA může začít s aktivitami vývoje testovacích případů. Stejný graf, který je nakreslen v horní fázi, se opět použije se změnami.
  2. VÝVOJ TESTŮ - Skutečný vývoj testovacích případů je zpracován po dokončení fáze plánování testů. Zde testovací týmová práce na testovacích případech. Jedná se nejen o testovací případy, ale o úplnou zprávu, která obsahuje testovací data. Jakmile jsou vyplněny, jsou křížově ověřeny kolegy nebo vedoucími QA. Zde se také připravuje RTM (matice sledovatelnosti požadavků). Tyto dokumenty sledují požadavek oběma způsoby (znamená dopředu i dozadu).
  3. NASTAVENÍ ŽIVOTNÍHO PROSTŘEDÍ - Obecně se to nepraktikuje, protože o prostředí bylo rozhodnuto již ve fázi vývoje (v SDLC). Obecně nedochází k žádným změnám v prostředí.
  4. ZKOUŠKA ZKOUŠKY - Zde jsou testovací případy prováděny na základě původně připravených testovacích plánů. Pokud jsou případy v pořádku, jsou označeny jako PASS, jinak FAIL. V této fázi je připraven kompletní seznam chyb a jsou předány vývojovému týmu k opravě před konečným vydáním softwaru.
  5. ZKOUŠKA ZKOUŠKY CYKLUSŮ - Diskuse, kde tým rozhodne, co se z testovacích perspektiv stalo správným a špatným. Na tomto setkání se diskutuje o věcech, které se v budoucnu mají zlepšit a které mohou ušetřit čas a úsilí správným směrem. Ty jsou užitečné z pohledu rozvoje.

Srovnání hlava-hlava mezi SDLC vs STLC (infografika)

Níže je uveden top 9 rozdíl mezi SDLC vs. STLC

Klíčové rozdíly mezi SDLC vs. STLC

Oba SDLC vs STLC jsou populární volby na trhu; pojďme diskutovat o některých hlavních rozdílech mezi SDLC vs. STLC:

  • SDLC je metodika vývoje, zatímco STLC je metodika testování
  • Více různých fází se kombinuje do formy SDLC, zatímco více zkušebních fází nebo postupů se spojí do formy STLC
  • SDLC pokrývá celé vývojové cykly softwaru, zatímco STLC pokrývá celé testovací cykly
  • SDLC začíná fází plánování a pokrývá celý vývojový pohled, zatímco STLC začíná plánováním testů a pokrývá všechny aspekty nebo typy testování
  • CEO, Senior Business Analyst, Senior Managers a Developers jsou lidé, kteří se starají o několik fází v rámci SDLC. Na druhé straně QA Lead, Test Analyst jsou lidé, kteří řídí probíhající proces.
  • SDLC se spustí, když skutečná aplikace nebyla vytvořena, ale STLC se spustí, když skutečná aplikace existuje, nebo existuje-li kus pracovního softwaru.
  • SDLC je superset STLC, zatímco STLC je podmnožinou SDLC

Srovnávací tabulka SDLC vs. STLC

Pojďme se podívat na nejvyšší srovnání mezi SDLC vs STLC -

Základ srovnání mezi SDLC vs STLC

SDLC

STLC
PůvodŽivotní cyklus vývojeTestujte životní cyklus
FázeŠest fází

1. Plánování

2. Analýza

3. Návrh

4. Vývoj

5. Testování

6. Údržba

Šest fází

1. Analýza požadavků

2. Plánování zkoušek

3. Vývoj testu

4. Nastavení prostředí

5. Provedení testu

6. Zkouška uzavření
VztahSDLC lze považovat za nadřazeného nebo předchůdce.STLC je nástupcem, protože je do SDLC.
OJedná se o kompletní vývoj softwaru včetně testování a dalších fází.Jedná se o fázi testování a část QA.
Fáze shromažďování požadavkůV SDLC obchodní analytik shromažďuje požadavky, vývojový tým provádí vývoj.Ve STLC provádí testovací tým pracovní analýzu po analýze testovacích dokumentů, přezkumu z funkčního a nefunkčního hlediska.
ZáměrCílem SDLC bylo překonat jakékoli překážky na cestě k úspěšnému vývoji softwaru.Účelem STLC je najít všechny úskalí nebo nedostatky pouze ve fázi testování.
Fáze designuV SDLC je technický architekt, který zajišťuje kvalitu softwaru. Zde v SDLC Business Analyst mu může pomoci pochopit požadavky lepším způsobem.

Ve STLC je testovacím architektem ten, kdo řídí činnosti, provádí plánování testů a identifikaci testovacích bodů na vysoké úrovni.
Fáze kódováníJsou vytvořeny skutečné kódy a skutečná práce se formuje podle zdůrazněné struktury návrhu.Testovací tým pracuje na vývoji plánů zkoušek a kontroluje pracovní chování softwaru. Jedna věc, kterou je třeba poznamenat, je, že v SDLC jsou kódy vyvíjeny, zatímco v STLC jsou vyvíjeny pouze testovací případy.
Fáze testováníJsou testovány skutečné kódy, které mohou provádět vývojoví partneři. V rámci této fáze se provádí testování jednotky, testování integrace a testování systému.V STLC dochází ke spuštění testu a práci s reportováním. Jedna věc na vědomí je, že na rozdíl od testování kódu v SDLC je zde funkční chování a testování funkčnosti softwaru je provedeno.

Závěr - SDLC vs. STLC

Diskuse je jasná, pokud jde o SDLC vs STLC. Jedním je vývojový přístup a druhým je testovací přístup jako celek. Přestože testování spadá pod SDLC jako jednu z částí, je důležité si uvědomit, že se jedná o velmi odlišnou funkci. Je velmi důležité si uvědomit, že STLC je pod SDLC. Dotčené činnosti v každé sekci jsou odlišné.

Doporučené články

Toto byl průvodce největším rozdílem mezi SDLC vs. STLC. Zde diskutujeme také klíčové rozdíly SDLC vs STLC s infografikou a srovnávací tabulkou. Další informace naleznete také v následujících článcích.

  1. SDLC vs Agile
  2. Python vs Go
  3. PL SQL vs SQL
  4. Agilní vs DevOps

Kategorie:

Vývoj softwaru