Különbség az SDLC és az STLC között

A szükséglet felhívja a figyelmet, és ez teszi a folyamat indulásának egyetlen okát. Később ez az érdeklődés arra készteti a kapcsolódó erőforrásokat, az érdekelt feleket, az ügyfeleket, a vezérigazgatót, a menedzsereket és a fejlesztési csapatokat, hogy egy sikeres projekt (itt a mi esetünkben a szoftverfejlesztés) bezárása mögé kerüljenek. Nem csak a pénz (kamat) az egyedüli célja ezen emberek viselkedésének, hanem az idő és a márkaértéknek is (ez még fontosabb lesz).

És itt jelenik meg a cikk témája, igen: SDLC vs STLC. Mind az SDLC, mind az STLC bizonyos mértékben összefüggenek, vagy mondhatjuk, hogy az egyik a többiek elődje. Az ok egyszerű, ha valami kiszolgálás céljából kerül kifejlesztésre (az ügyfeleknek szüksége van rá), akkor a telepítés előtt meg kell vizsgálni. Ez az ipari szabványok évtizedek óta és a felelősségvállalás, mivel az ügyfél hatalmas összeget fektetett be utána.

Ez volt a történet a jelenet mögött, és vezet a cikk fő részéhez - SDLC vs STLC. Nézzük meg részletesen, hogy melyek ezek az SDLC és az STLC. Mi az egyes műveletek sorrendje? Mi a különbség az SDLC és az STLC között? Milyen tevékenységekre van szükség a sikeres befejezéshez?

Az SDLC a szoftverfejlesztés életciklusát jelenti

AZ ÉLETCIKLUS az élet változásainak sorozatát jelenti. Vagy élő, nem életbeli, vagy bármilyen folyamat, amelyben bizonyos lépések vagy műveletsorok vannak. Ezek a szekvenciák egyfajta jelzése annak, hogy van egy meghatározott kezdő és végpontja. Éppen ellenkezőleg, azt lehet mondani, hogy az adott folyamatnak van valamilyen alfolyamata. Ez az életciklus. Megtudhatja, hogy egy életciklus valójában miként halad előre a szoftverfejlesztés felé folytatott vitában. Tehát az SDLC a „ szoftverfejlesztési folyamat életciklusát” jelenti .

Ami a fejlesztési modelleket illeti, nincsenek meghatározott szabályok, amelyek támogatják az egyiket a másik felett, vagy egy adott modellhez jó menni, mint a többihez (az agilis kivétel). Nézzük meg néhány modellt -

  1. Vízesés modell - a legrégebbi
  2. V modell
  3. Spirál modell
  4. Ismétlődő
  5. Agilis - a legújabb és bármilyen projekthez legmegfelelőbb

Megjegyzés: Azt kell mondanom, hogy az agilis scrummodellek jó gyakorlatban működnek, de az informatikai iparban a csapat előnyben részesítheti e modellek egyikét. Pl. Ha a követelmény egyértelmű és garantálja, hogy a későbbi szakaszban nem változik, akkor a csapat minden bizonnyal a vízeséssel, nem pedig az agilissal fog járni.

Az SDLC beszélgetés fázisai

  1. Tervezés
  2. Rendszer elemzés és követelmények
  3. Tervezés
  4. Kódolás vagy fejlesztés
  5. Integráció és tesztelés
  6. Üzemeltetés és karbantartás

A fenti folyamat az alábbiak szerint is felsorolható -

  1. TERVEZÉS - Az első dolog, mielőtt bármilyen bizonyíték megjelenik, mindig mögött van egy terv. A tervezés még a papírmunka megkezdése előtt megtörténik. Ebben a szakaszban a projektek szempontjából csak a magas szintű részleteket veszik figyelembe. Egy elkötelezett tagcsoport mögött van ez a szakasz. A projektekkel kapcsolatos összes elő- és hátrányt figyelembe veszik, valamint megfontolják, hogyan lehetne maximalizálni a megtérülést és ennek megvalósításának lehetőségeit. Nagyon sok átdolgozás és felülvizsgálat zajlik a projekt sikerének akadályainak kiküszöbölésére. A lényeg az, hogy az ötlet a valóságba kerüljön, ennek konkrét indokokkal kell rendelkeznie a futtatáshoz és a siker eléréséhez. A tervezés ismét az eredmény típusától függ. Ha új szoftvert építenek, akkor a tervezés eltérő lesz, mivel a piackutatás nagyon fontos, de ha ugyanazt a szoftvert néhány év elteltével frissítik, akkor ebben az esetben nem kerül sor piackutatásra (mivel a szoftver egy a siker és ezért szükség van a szoftver funkcióinak frissítésére.
  2. ELEMZÉS - Miután a tervezési rész megtörtént, elvégezzük az elemzést, ahol a dedikált csoportok több feladatot elvégznek, mielőtt konkrét megoldást elérnének. Itt elvégzik a projekt megvalósíthatósági tanulmányát, becslési munkát, költségeket, igény-felmérést és ütemezést. A szándék egyértelmű, hogy a munka tényleges megkezdése előtt végezzen végső ellenőrzést. Ha vannak hiányosságok, akkor azokat a fejlesztési csapattal és az érdekelt felekkel folytatott kommunikáció útján lehet eltávolítani. Tudja meg az előnyeket és hátrányokat.
  3. DESIGN - Most a követelmény egyértelmű, és a csapat szeretne némi referenciát, mielőtt dolgoznának, a tervezők döntő szerepet játszanak. A szoftver működni fog (funkcionálisan bonyolult), hány képernyő lesz az egyes szakaszokhoz, a felhasználói interaktivitás és az egyes részletek ebben a fázisban vannak megtervezve. Tegyük fel, hogy egy ügyfél mobilszoftvert kért a repülőjegy-foglaláshoz, és egyértelmű a követelmény, hogy a tervezők a képernyőket megtervezzék, hogy fedjék le a szoftver által feldolgozott funkciókat. A tervezők elrendezéseket, munkaterveket, folyamatdiagramokat, álnévkódokat és más egyéb tervezési dokumentációkat fognak kidolgozni. A felelős személyek választják meg a legmegfelelőbbet.
  4. KÓDOLÁS - ebben a szakaszban a főbb döntésekről már döntöttek. Ennek a szakasznak a célja az, hogy a tervezési munkákat egy működő szoftverré replikálja. A fejlesztők itt kiemelkedő szerepet játszanak, és erőfeszítéseket tesznek az újrafelhasználható kódok előállítása érdekében. Sok kerettel kapcsolatos vita és a működő szoftver létrehozásának legmegfelelőbb módszerei figyelmet fordítanak. Vannak programozási eszközök, amelyeket a fejlesztők csapata használ, ezek: Compiler, Debugger, Interpreter. Szeretném felhívni az olvasóim figyelmét, hogy a teljes működő szoftver fejlesztése nem könnyű és sem kicsi. Nagy munka van, tehát a fejlesztői csapat kisebb részekre bontja őket, és szükség szerint vagy sürgősségük szerint rangsorolja őket (azt is besorolhatjuk, hogy mennyire fontos a funkcionalitás, azaz milyen magasra értékelték az adott funkciót). Ne feledje, hogy ez a fejlesztési ciklus leghosszabb fázisa.
  5. VIZSGÁLAT - Ebben a szakaszban az STLC érkezik. Ez a szakasz a kifejlesztett működő szoftver tesztelésével szól, mielőtt továbbadnák az ügyfeleknek vagy a végfelhasználóknak. Különböző típusú tesztelési módszerek léteznek, amelyeket itt tesztelnek a tesztelők, hogy megtudják a szoftver esetleges hibáit.
  6. KARBANTARTÁS - Ez egyfajta értékesítés utáni szolgáltatás. Csakúgy, ahogy bármilyen kerékpárt vagy autót vásárolunk, és egy év elteltével, ha van olyan probléma, amely akadályozza a megfelelő működést. Az ilyen típusú kérdések újra és újra felmerülnek. Itt megoldódnak az összes hiba, amely az ügyfél által a szoftver használatakor felmerül, a jövőben esetlegesen szükséges frissítésekre, vagy esetleges fejlesztésekre.

Az STLC azt jelenti, hogy SZOFTVERTESZTETT ÉLETCIKLust

Fázisok az STLC-ben -

  1. Követelmény-elemzés
  2. Teszttervezés
  3. Teszt eset fejlesztése
  4. Környezetbeállítás
  5. Teszt végrehajtása
  6. Tesztciklus lezárása
  1. KÖVETELMÉNY ELEMZÉS - Az STLC folyamat legelső lépése. Ez a teljes folyamat része, ahol a minőségbiztosítási csapatok megismerik a követelményeket (azt jelenti, hogy mit kell tesztelni) és a tesztelhető követelményeket. A követelmény jobb megértése érdekében a tesztelő kapcsolatba léphet az ügyfelekkel (de ez ritkán fordul elő, csak akkor, ha a tesztelésre van szükség, és nem a fejlesztésre). Ez egyfajta diagram, amelyet az STLC ebben a szakaszában követtek.
Belépési kritériumokVégzett tevékenységekteljesítések
Pontos igény teljes leírással a követendő vizsgálati eljárás meghatározására.A tesztelés fajtáját ebben a szakaszban soroljuk felAz elért eredményeket ebben a szakaszban soroljuk fel
  1. VIZSGÁLATI TERVEZÉS - A legfontosabb szakasz az STLC-ben. Itt minden becslést és időt kiszámítanak a tesztelés tényleges megkezdése előtt. Ennek eredménye tesztelni fogja a tervek vagy stratégiák dokumentációját. Amint ez a szakasz befejeződik, a minőségbiztosítási csapat megkezdheti a teszt esetfejlesztési tevékenységeit. Ugyanazt a diagramot, amelyet a felső szakasz rajzol, ismét a változásokkal használjuk.
  2. VIZSGÁLAT FEJLESZTÉSE - A teszt esetek tényleges fejlesztése a teszt tervezési szakaszának befejezése után működik. Itt a tesztelő csapatmunka a teszt esetekkel kapcsolatban. Nemcsak a teszt eseteit, hanem a teszt adatait tartalmazó teljes jelentést is bevonják és dokumentálják. A kitöltést követően a társ-tagok vagy a minőségbiztosítási vezetők ellenőrzik egymást. Maga az RTM (követelménykövethetőségi mátrix) is elkészül. Ezek a dokumentumok mindkét módon nyomon követik a követelményt (előre és hátra).
  3. KÖRNYEZETVÉDELMI BEÁLLÍTÁSOK - Ezt általában nem gyakorolják, mert a környezetről már döntöttek a fejlesztési szakaszban (SDLC). Általában a környezetben nem történik változás.
  4. A VIZSGÁLAT VÉGREHAJTÁSA - Itt a teszt eseteket az eredetileg elkészített teszt tervek alapján hajtják végre. Ha az esetek rendben vannak, akkor PASS jelöléssel vannak jelölve, ellenkező esetben FAIL. Ebben a szakaszban elkészül a hibák teljes listája, amelyet továbbítanak a fejlesztői csapatnak a szoftver végleges kiadása előtt történő kijavításhoz.
  5. A VIZSGÁLATI CIKLUS ZÁRÁSA - Megbeszélés, ahol a csapat dönt a teszt szempontjából, hogy mi történt helyesen és helytelenül. A találkozón tárgyaljuk a jövőben javítandó dolgokat, amelyek időt és erőfeszítést takaríthatnak meg a helyes irányba. Ezek fejlesztési szempontból hasznosak.

Összehasonlítás az SDLC és az STLC között (Infographics)

Az alábbiakban bemutatjuk a legfelső 9 különbséget az SDLC és az STLC között

Főbb különbségek az SDLC és az STLC között

Mind az SDLC, mind az STLC népszerű választás a piacon; tárgyaljuk meg az SDLC és az STLC közötti fő különbségeket:

  • Az SDLC egy fejlesztési módszertan, míg az STLC egy tesztelési módszertan
  • Több különböző fázist kombinálunk, hogy SDLC-t kapjunk, míg a többszörös tesztelési fázisokat vagy gyakorlatokat kombinálva képezzük STLC-t
  • Az SDLC a teljes szoftverfejlesztési ciklust lefedi, míg az STLC a teljes tesztelési ciklust lefedi
  • Az SDLC a tervezési fázissal kezdődik, és a teljes fejlesztési áttekintést lefedi, míg az STLC a Teszttervezéssel kezdődik, és a tesztelés minden szempontjára vagy típusára kiterjed.
  • A vezérigazgató, az üzleti élet elemzője, a vezető vezetők és a fejlesztők azok az emberek, akik az SDLC alatt több szakaszot vigyáznak. Másrészt a QA vezető, a teszt elemző az emberek, akik irányítják a folyamatban lévő folyamatot.
  • Az SDLC akkor indul, amikor a tényleges alkalmazást még nem hozták létre, de az STLC akkor indul, amikor a tényleges alkalmazás létezik, vagy ha létezik egy működő szoftver egy része.
  • Az SDLC az STLC szuperkészlete, míg az STLC az SDLC részhalmaza

SDLC vs STLC összehasonlító táblázat

Nézzük meg az SDLC és az STLC felső összehasonlítását -

Az SDLC és az STLC összehasonlításának alapjai

SDLC

STLC
EredetA fejlődés életciklusaTesztelje az életciklusot
fázisaiHat fázis

1. Tervezés

2. Elemzés

3. Tervezés

4. Fejlesztés

5. Tesztelés

6. Karbantartás

Hat fázis

1. Követelmény-elemzés

2. Teszttervezés

3. Tesztfejlesztés

4. Környezetvédelem

5. Tesztelés végrehajtása

6. Vizsgálja meg a bezárást
KapcsolatAz SDLC szülőnek vagy elődnek tekinthető.Az STLC utódja, mivel az SDLC-be tartozik.
Ról rőlEz a szoftver teljes fejlesztéséről szól, beleértve a tesztelést és más fázisokat is.Ez aggódik a tesztelési szakasz és a minőségbiztosítási rész miatt.
A követelménygyűjtési szakaszokAz SDLC-ben az üzleti elemző összegyűjti a követelményeket, a fejlesztést csapata végzi.Az STLC-ben a tesztelő csoport a tesztdokumentumok elemzése után elvégzi a munka áttekintését, felülvizsgálatát funkcionális és nem funkcionális szempontból.
SzándékAz SDLC célja az akadályok leküzdése a sikeres szoftverfejlesztés útjában.Az STLC célja, hogy csak a tesztelési szakaszban találjon hibákat vagy hiányosságokat.
Tervezési szakaszAz SDLC-ben egy műszaki építész biztosítja a szoftver minőségét. Az SDLC Business Analyst itt segíthet neki a követelmények jobb megértésében.

Az STLC-ben a tesztépítész az, aki irányítja a tevékenységeket, elvégzi a tesztelés tervezését és a magas szintű tesztelési pontok azonosítását.
Kódolási fázisA valós kódokat kifejlesztették, és a tényleges munka a tervezési struktúrának megfelelően kerül kialakításra.A tesztelő csoport a teszttervek kidolgozásán dolgozik, és ellenőrzi a szoftver működési viselkedését. Egy dolog, amit meg kell jegyezni, hogy az SDLC-ben a kódokat fejlesztették ki, míg az STLC-ben csak a teszt eseteket fejlesztették ki.
Tesztelési szakaszA tényleges kódokat teszteljük, amelyeket a társ-fejlesztők megtehetnek. Ebben a fázisban az egység tesztelését, az integrációs tesztelést és a rendszer tesztelését végzik.STLC-ben megtörténik a teszt végrehajtása és a jelentéskészítési munka. Egy dolog, amit meg kell jegyezni, hogy az SDLC kódtesztjével ellentétben itt van a szoftver funkcionális viselkedése és nem-funkcionális tesztelése.

Következtetés - SDLC vs STLC

A vita egyértelmű az SDLC és az STLC vonatkozásában. Az egyik a fejlesztési megközelítés, a másik pedig a megközelítés egészének tesztelése. Bár a tesztelés az SDLC alá tartozik, mint az egyik szakasz, fontos dolog, amit meg kell jegyezni, hogy egy nagyon más funkciót hajtanak végre. Nagyon fontos megjegyezni, hogy az STLC az SDLC alatt van. Az érintett szakaszokban az érintett tevékenységek eltérőek.

Ajánlott cikkek

Ez útmutatóként szolgál az SDLC és az STLC közötti legnagyobb különbséghez. Itt is megvitatjuk az SDLC vs STLC kulcsfontosságú különbségeket az infographics és az összehasonlító táblázat segítségével. Lehet, hogy megnézi a következő cikkeket is, ha többet szeretne megtudni-

  1. SDLC vs agilis
  2. Python vs Go
  3. PL SQL vs SQL
  4. Agilis vs DevOps

Kategória:

Szoftverfejlesztés