Różnica między SDLC a STLC

Potrzeba zainteresowania i sprawia, że ​​jest to jedyny powód rozpoczęcia każdego procesu. Później zainteresowanie to napędza powiązane zasoby, interesariuszy, klientów, dyrektorów generalnych, menedżerów i zespoły programistów, którzy popierają udane zakończenie projektu (tutaj w naszym przypadku jest to rozwój oprogramowania). Nie tylko pieniądze (odsetki) są jedynym celem zachowania tych ludzi, ale także czas i wartość marki (będą jeszcze ważniejsze).

I tutaj pojawia się temat artykułu, tak SDLC kontra STLC. Oba SDLC vs STLC są do pewnego stopnia powiązane lub można powiedzieć, że jeden jest poprzednikiem innych. Powód jest prosty, jeśli coś jest opracowywane w celu dostarczenia (klienci potrzebują), należy to przetestować przed wdrożeniem. To standardy obowiązujące w branży od dziesięcioleci i odpowiedzialności, ponieważ klient zainwestował po tym ogromną sumę pieniędzy.

To była historia tego miejsca i prowadzi nas do głównej części artykułu - SDLC kontra STLC. Zobaczmy dokładnie, czym dokładnie są te SDLC vs STLC. Jaka jest sekwencja operacji pod każdym z nich? Jaka jest różnica między SDLC a STLC? Jakie działania potrzebne były do ​​pomyślnego zakończenia?

SDLC oznacza cykl życia oprogramowania

CYKL ŻYCIA oznacza szereg zmian w życiu. Żywy, nieożywiony lub jakikolwiek proces, który ma pewną serię etapów lub sekwencji operacji. Sekwencje te są rodzajem wskazania, że ​​ma określony punkt początkowy i końcowy. Przeciwnie, można powiedzieć, że dany proces ma w sobie jakiś podproces. Tak wygląda cykl życia. Zrozumienie, co tak naprawdę sprawia, że ​​cykl życia prowadzi nas do przodu w dyskusji na temat rozwoju oprogramowania. SDLC oznacza więc „ cykl życia procesu tworzenia oprogramowania” .

Jeśli chodzi o modele programistyczne, nie ma zdefiniowanych reguł, które zalecają jeden nad drugim lub dany model jest lepszy niż inny (zwinny jest wyjątkiem). Zobaczmy niektóre modele -

  1. Model wodospadu - najstarszy
  2. Model V
  3. Model spiralny
  4. Wielokrotny
  5. Zwinny - najnowszy i najbardziej odpowiedni dla każdego rodzaju projektu

Uwaga - muszę powiedzieć, że praktyki zwinnego modelu scrum są dobre do pracy, ale w branży IT zespół może preferować jeden z tych modeli. Np. Jeśli wymaganie jest jasne i gwarantuje, że nie ulegniesz zmianie w późniejszym etapie, zespół z pewnością wybierze Waterfall, a nie Agile.

Fazy ​​w dyskusji SDLC

  1. Planowanie
  2. Analiza systemu i wymagania
  3. Projekt
  4. Kodowanie lub rozwój
  5. Integracja i testowanie
  6. Obsługa i konserwacja

Powyższy proces można również wymienić jak poniżej -

  1. PLANOWANIE - Przede wszystkim, zanim pojawią się jakiekolwiek fizyczne dowody, zawsze stoi za tym plan. Planowanie następuje przed rozpoczęciem formalności. Na tym etapie rozważane są tylko szczegóły na wysokim poziomie z punktu widzenia projektów. Za tą fazą stoi dedykowana grupa członków. Wszystkie zalety i wady związane z projektami są brane pod uwagę, a także sposoby maksymalizacji ROI i sposoby jego realizacji. Tutaj jest wiele przeróbek i dokonuje się przeglądu, aby przezwyciężyć wszelkie przeszkody w sukcesie projektu. Najważniejsze jest to, zanim pomysł zostanie zrealizowany, powinien mieć konkretne powody do działania i osiągnięcia sukcesu. Ponowne planowanie zależy od rodzaju wyniku. Jeśli buduje się nowe oprogramowanie, planowanie będzie inne, ponieważ badanie rynku będzie dla niego bardzo ważne, ale jeśli to samo oprogramowanie zostanie zaktualizowane po kilku latach, wówczas w tym przypadku nie będzie żadnych badań rynkowych (ponieważ oprogramowanie jest sukces, dlatego istnieje potrzeba budowania aktualizacji funkcji oprogramowania).
  2. ANALIZA - Po zakończeniu części planowania następuje analiza, w której dedykowane zespoły wykonują kilka zadań, zanim osiągną konkretne rozwiązanie. Tutaj wykonuje się studium wykonalności projektu, prace szacunkowe, kosztorysowanie, pozyskiwanie wymagań i planowanie. Zrozumiałe jest, że należy dokonać ostatecznej kontroli przed rozpoczęciem pracy. Jeśli wystąpią jakieś niedociągnięcia, usuń je poprzez komunikację z zespołem programistów i interesariuszami. Dowiedz się za i przeciw.
  3. PROJEKT - Teraz wymaganie jest jasne, a zespół potrzebuje odniesienia, zanim zaczną pracować, projektanci odgrywają kluczową rolę. Jakie oprogramowanie będzie działać (pod względem funkcjonalności), ile ekranów będzie dostępnych dla każdej sekcji, interaktywność użytkownika i każdy szczegół, które są zaprojektowane w tej fazie. Załóżmy, że klient poprosił o oprogramowanie mobilne do rezerwacji lotów, a wymaganie jest jasne, że projektanci zaprojektują ekrany tak, aby obejmowały funkcje przetwarzane przez to oprogramowanie. Projektanci wymyślą układy, plany robocze, diagramy procesów, pseudokody i kilka innych rodzajów dokumentacji projektowej. Osoby odpowiedzialne wybiorą najlepsze.
  4. KODOWANIE - na tym etapie zapadła już większość ważnych decyzji. Celem tej fazy jest odtworzenie prac projektowych w działającym oprogramowaniu. Tutaj programiści odgrywają znaczącą rolę i podejmowane są wysiłki w celu opracowania kodów wielokrotnego użytku. Zwrócono uwagę na wiele dyskusji dotyczących frameworka i najlepszych odpowiednich metod tworzenia działającego oprogramowania. W grę wchodzą narzędzia programistyczne, z których korzysta zespół programistów - Compiler, Debugger, Interpreter. Chciałbym zwrócić uwagę moich czytelników, że opracowanie kompletnego działającego oprogramowania nie jest łatwe i nie jest małe. Jest tam duża część pracy, więc zespół programistów dzieli je na mniejsze elementy i nadaje im priorytety według potrzeb lub pilności (można je również ocenić na podstawie tego, jak ważna jest funkcjonalność, tj. Jak wysoko oceniono tę konkretną funkcjonalność). Pamiętaj, że jest to najdłuższa faza cyklu rozwoju.
  5. TESTOWANIE - W tej fazie dochodzi do STLC. W tej fazie chodzi o przetestowanie opracowanego działającego oprogramowania, zanim zostanie ono przekazane klientom lub użytkownikom końcowym. Istnieje kilka rodzajów metodologii testowania, które są wykonywane przez testerów w celu wykrycia ewentualnych wad oprogramowania.
  6. KONSERWACJA - Jest to rodzaj usługi posprzedażnej. Podobnie jak w przypadku zakupu dowolnego roweru lub samochodu i po roku, jeśli pojawi się problem, który utrudnia prawidłowe działanie. Tego rodzaju problemy pojawiają się wielokrotnie. Tutaj usuwane są wszystkie błędy, które pojawiają się, gdy klient korzysta z oprogramowania, wszelkie aktualizacje wymagane w przyszłości lub ewentualne ulepszenia.

STLC oznacza CYKL ŻYCIA TESTOWANIA OPROGRAMOWANIA

Fazy ​​w STLC -

  1. Analiza wymagań
  2. Planowanie testów
  3. Opracowanie przypadku testowego
  4. Konfiguracja środowiska
  5. Wykonanie testu
  6. Zamknięcie cyklu testowego
  1. ANALIZA WYMAGAŃ - pierwszy krok w procesie STLC. Jest to część całego procesu, w której zespoły ds. Kontroli jakości poznają wymagania (co testować) i wymagania testowalne. Aby lepiej zrozumieć wymaganie, tester może skontaktować się z klientami (ale zdarza się to rzadko, tylko jeśli testowanie jest potrzebne, a nie programowanie). Jest to rodzaj wykresu, który pojawił się w tej fazie STLC.
Kryteria wejściaWykonane czynnościProdukty dostarczane
Dokładna potrzeba z pełnym opisem, aby zdefiniować procedurę testową do naśladowania.Rodzaj testowania wymieniono w tej sekcjiOsiągnięte wyniki wymieniono w tej sekcji
  1. PLANOWANIE TESTÓW - najważniejsza faza w STLC. Tutaj wszystkie szacunki i czas są obliczane przed rozpoczęciem testów. Wynikiem tego będzie testowanie dokumentacji planów lub strategii. Po zakończeniu tej fazy zespół ds. Kontroli jakości może rozpocząć od działań związanych z opracowywaniem przypadków testowych. Ten sam wykres, który jest rysowany w górnej fazie, jest ponownie stosowany ze zmianami.
  2. ROZWÓJ TESTU - Rzeczywisty rozwój przypadków testowych jest realizowany po zakończeniu fazy planowania testów. Tutaj testowanie pracy zespołowej nad przypadkami testowymi. Zaangażowane i udokumentowane są nie tylko przypadki testowe, ale pełny raport zawierający dane testowe. Po zakończeniu są one weryfikowane krzyżowo przez członków grupy lub potencjalnych klientów. Tutaj również przygotowana jest RTM (matryca śledzenia wymagań). Dokumenty te śledzą wymaganie na dwa sposoby (tzn. Do przodu i do tyłu).
  3. KONFIGURACJA ŚRODOWISKA - Zasadniczo nie jest to praktykowane, ponieważ decyzja o środowisku została już podjęta na etapie rozwoju (w SDLC). Zasadniczo nie ma żadnych zmian w środowisku.
  4. WYKONANIE TESTU - W tym przypadku przypadki testowe są wykonywane na podstawie wstępnie przygotowanych planów testów. Jeśli skrzynki są w porządku, są oznaczone jako PASS, w przeciwnym razie FAIL. Na tym etapie przygotowywana jest pełna lista błędów, które są przesyłane do zespołu programistów w celu naprawy przed ostateczną wersją oprogramowania.
  5. ZAMKNIĘCIE CYKLU TESTOWEGO - Dyskusja, w której zespół decyduje, co poszło dobrze, a co źle z perspektywy testu. Na tym spotkaniu omówiono rzeczy, które można poprawić w przyszłości, które mogą zaoszczędzić czas i wysiłek we właściwym kierunku. Są one pomocne z punktu widzenia rozwoju.

Bezpośrednie porównanie SDLC vs STLC (infografiki)

Poniżej znajduje się 9 najważniejszych różnic między SDLC a STLC

Kluczowe różnice między SDLC a STLC

Zarówno SDLC, jak i STLC są popularnymi wyborami na rynku; omówmy niektóre z głównych różnic między SDLC a STLC:

  • SDLC to metodologia rozwoju, natomiast STLC to metodologia testowania
  • Wiele różnych faz łączy się tworząc SDLC, podczas gdy wiele faz testowania lub praktyk łączy się tworząc STLC
  • SDLC obejmuje wszystkie cykle tworzenia oprogramowania, podczas gdy STLC obejmuje wszystkie cykle testowania
  • SDLC rozpoczyna się od fazy planowania i obejmuje cały przegląd rozwoju, podczas gdy STLC rozpoczyna się od planowania testów i obejmuje wszystkie aspekty lub rodzaje testów
  • CEO, starszy analityk biznesowy, starsi menedżerowie i programiści to ludzie, którzy opiekują się kilkoma etapami w ramach SDLC. Z drugiej strony Kierownik ds. Kontroli jakości, Analityk Testów to ludzie, którzy zarządzają trwającym procesem.
  • SDLC uruchamia się, gdy rzeczywista aplikacja nie została utworzona, ale STLC uruchamia się, gdy istnieje rzeczywista aplikacja lub część działającego oprogramowania.
  • SDLC jest nadzbiorem STLC, podczas gdy STLC jest podzbiorem SDLC

Tabela porównawcza SDLC vs STLC

Spójrzmy na najlepsze porównanie między SDLC a STLC -

Podstawa porównania między SDLC a STLC

SDLC

STLC
PochodzenieCykl życia rozwojuTestuj cykl życia
FazySześć faz

1. Planowanie

2. Analiza

3. Projekt

4. Rozwój

5. Testowanie

6. Konserwacja

Sześć faz

1. Analiza wymagań

2. Planowanie testów

3. Rozwój testów

4. Konfiguracja środowiska

5. Wykonanie testu

6. Testowe zamknięcie
ZwiązekSDLC można uznać za element nadrzędny lub poprzednik.STLC jest następcą, ponieważ jest w SDLC.
OChodzi o pełny rozwój oprogramowania, w tym testy i inne fazy.Dotyczy to fazy testowania i części zapewniania jakości.
Fazy ​​zbierania wymagańW SDLC analityk biznesowy zbiera wymagania, zespół programistyczny wykonuje programowanie.W STLC zespół testujący dokonuje przeglądu pracy po analizie dokumentów testowych, przeglądu z perspektywy funkcjonalnej i niefunkcjonalnej.
ZamiarSDLC ma na celu przezwyciężenie wszelkich przeszkód na drodze do udanego rozwoju oprogramowania.STLC ma na celu wykrycie wszelkich pułapek lub niedociągnięć wyłącznie w fazie testowej.
Faza projektowaniaW SDLC architekt techniczny zapewnia jakość oprogramowania. Tutaj w SDLC Business Analyst może pomóc mu w lepszym zrozumieniu wymagań.

W STLC architektem testów jest ten, który rządzi działaniami, planuje testy i identyfikuje punkty testowe wysokiego poziomu.
Faza kodowaniaOpracowywane są prawdziwe kody, a rzeczywista praca nabiera kształtu zgodnie z podkreśloną strukturą projektu.Zespół testujący pracuje nad opracowaniem planów testów i sprawdza działanie oprogramowania. Należy zauważyć, że w SDLC opracowywane są kody, podczas gdy w STLC opracowywane są tylko przypadki testowe.
Faza testowaniaRzeczywiste kody są testowane, co mogą zrobić programiści. W tej fazie przeprowadzane są testy jednostkowe, testy integracyjne i testy systemu.W STLC odbywa się wykonywanie testu i raportowanie. Należy zwrócić uwagę na to, że w przeciwieństwie do testowania kodu w SDLC tutaj zachowuje się funkcjonalność i przeprowadza się testy braku funkcjonalności oprogramowania.

Wniosek - SDLC vs STLC

Dyskusja jest jasna w odniesieniu do SDLC vs STLC. Jednym z nich jest podejście programistyczne, a drugie podejście testowe jako całość. Chociaż Testowanie jest objęte SDLC jako jedna z sekcji, należy zauważyć, że jest to zupełnie inna funkcja, która jest wykonywana. Bardzo ważne jest, aby zauważyć, że STLC znajduje się w SDLC. Odpowiednie działania w ramach każdej sekcji są różne.

Polecane artykuły

To był przewodnik po najwyższej różnicy między SDLC a STLC. Tutaj omawiamy także różnice między SDLC a STLC za pomocą infografiki i tabeli porównawczej. Możesz także zapoznać się z następującymi artykułami, aby dowiedzieć się więcej-

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

Kategoria:

Rozwój oprogramowania