PORÓWNANIE - STLC i SDLC

W tym rozdziale zrozumiemy czynniki porównania między STLC i SDLC. Rozważmy następujące punkty, a tym samym porównajmy STLC i SDLC.

  • STLC jest częścią SDLC. Można powiedzieć, że STLC jest podzbiorem zbioru SDLC.

  • STLC ogranicza się do fazy testowania, w której zapewnia jakość oprogramowania lub produktu. SDLC odgrywa ogromną i istotną rolę w pełnym rozwoju oprogramowania lub produktu.

  • Jednak STLC jest bardzo ważną fazą SDLC i produktu końcowego lub oprogramowania nie można wydać bez przejścia przez proces STLC.

  • STLC jest również częścią cyklu po wydaniu / aktualizacji, czyli fazie konserwacji SDLC, w której znane usterki są naprawiane lub do oprogramowania dodawana jest nowa funkcjonalność.

Poniższa tabela zawiera listę czynników porównania między SDLC i STLC na podstawie ich faz -

Faza SDLC STLC
Gromadzenie wymagań
  • Analityk biznesowy zbiera wymagania.
  • Zespół programistów analizuje wymagania.
  • Po osiągnięciu wysokiego poziomu, zespół programistów rozpoczyna analizę od strony architektury i projektowania.
  • Zespół testujący przegląda i analizuje dokument SRD.
  • Identyfikuje wymagania testowe - kluczowe punkty dotyczące zakresu, weryfikacji i walidacji.
  • Dokonuje przeglądu wymagań dotyczących relacji logicznych i funkcjonalnych między różnymi modułami. Pomaga to w identyfikacji luk na wczesnym etapie.
Projekt
  • Architektura SDLC pomaga opracować wysokopoziomowy i niskopoziomowy projekt oprogramowania w oparciu o wymagania.
  • Analityk biznesowy pracuje nad kpiną z projektowania UI.
  • Po zakończeniu projektu jest on podpisywany przez interesariuszy.
  • W STLC strategię testów zazwyczaj planuje architekt testów lub kierownik testów.
  • Identyfikuje punkty testowe.
  • Przydział zasobów i ramy czasowe są finalizowane tutaj.
Rozwój
  • Zespół programistów rozpoczyna tworzenie oprogramowania.
  • Integracja z różnymi systemami.
  • Po zakończeniu integracji dostarczane jest gotowe do przetestowania oprogramowanie lub produkt.
  • Zespół testujący pisze scenariusze testów, aby zweryfikować jakość produktu.
  • Szczegółowe przypadki testowe są napisane dla wszystkich modułów wraz z oczekiwanym zachowaniem.
  • Wymagania wstępne oraz kryteria wejścia i wyjścia modułu testowego są określone w tym miejscu.
Konfiguracja środowiska
  • Zespół programistów tworzy środowisko testowe z opracowanym produktem do walidacji.
  • Zespół testowy potwierdza skonfigurowane środowisko na podstawie wymagań wstępnych.
  • Wykonuje testy dymu, aby upewnić się, że środowisko jest stabilne dla testowanego produktu.
Testowanie
  • Właściwe testy są przeprowadzane w tej fazie. Obejmuje testowanie jednostkowe, testowanie integracji, testowanie systemu, ponowne testowanie defektów, testy regresyjne itp.
  • Zespół programistów naprawia zgłoszony błąd, jeśli występuje, i odsyła go do testera w celu ponownego przetestowania.
  • Testowanie UAT przeprowadza się tutaj po wylogowaniu się z testów SIT.
  • Testowanie integracji systemu rozpoczyna się na podstawie przypadków testowych.
  • Ewentualne zgłoszone usterki są ponownie testowane i naprawiane.
  • Tutaj przeprowadzane są testy regresji, a produkt jest wyrejestrowywany, gdy spełnia kryteria wyjścia.
Wdrożenie / wydanie produktu
  • Po otrzymaniu potwierdzenia od różnych zespołów testowych aplikacja jest wdrażana w środowisku produkcyjnym dla rzeczywistych użytkowników końcowych.
  • Testowanie dymu i normalności w środowisku produkcyjnym jest wykonywane tutaj, gdy tylko produkt zostanie wdrożony.
  • Raporty z testów i przygotowanie matryc są wykonywane przez zespół testowy w celu analizy produktu.
Konserwacja
  • Obejmuje wsparcie po wdrożeniu, ulepszenia i aktualizacje, jeśli takie istnieją.
  • Na tym etapie utrzymywanie przypadków testowych, kombinezonów regresji i skryptów automatyzacji odbywa się w oparciu o ulepszenia i aktualizacje.