STLC (cykl życia testowania oprogramowania)

Przez:

Tomasza Hamiltona

Zaktualizowano5 lipca 2024 r.

Co to jest cykl życia testowania oprogramowania (STLC)?

Cykl życia testowania oprogramowania (STLC) to sekwencja określonych działań przeprowadzanych podczas procesu testowania, aby zapewnić osiągnięcie celów jakości oprogramowania. STLC obejmuje zarówno działania weryfikacyjne, jak i walidacyjne. Wbrew powszechnemu przekonaniu testowanie oprogramowania to nie tylko pojedyncza/odosobniona czynność, czyli testowanie. Składa się z szeregu działań przeprowadzonych metodologicznie, aby pomóc w certyfikacji Twojego oprogramowania. STLC oznacza cykl życia testowania oprogramowania.

Fazy STLC

W każdym modelu cyklu życia testowania oprogramowania (model STLC) wyróżnia się sześć głównych faz:

Fazy STLC — Fazy modelu STLC

Analiza wymagań
Planowanie testów
Tworzenie przypadków testowych
Konfiguracja środowiska testowego
Wykonanie testu
Zamknięcie cyklu testowego

Każdy z tych etapów ma określone kryteria wejścia i wyjścia, powiązane z nim działania i elementy dostarczane.

Jakie są kryteria wejścia i wyjścia w STLC?

Kryteria wejścia: Kryteria wejścia określają wymagania wstępne, które należy spełnić, zanim będzie można rozpocząć testowanie.
Kryteria wyjścia: Kryteria wyjścia definiują elementy, które muszą zostać ukończone przed zakończeniem testowania

Masz kryteria wejścia i wyjścia dla wszystkich poziomów cyklu życia testowania oprogramowania (STLC)

W idealnym świecie nie przejdziesz do następnego etapu, dopóki nie zostaną spełnione kryteria wyjścia z poprzedniego etapu. Ale w praktyce nie zawsze jest to możliwe. Dlatego w tym samouczku skupimy się na działaniach i wynikach dla różnych etapów cyklu życia STLC. Przyjrzyjmy się im szczegółowo.

Film na temat STLC w testowaniu oprogramowania

Testowanie fazy wymagań

Testowanie fazy wymagań znana również jako analiza wymagań, w której zespół testowy bada wymagania z testowego punktu widzenia w celu zidentyfikowania wymagań, które można przetestować, a zespół ds. kontroli jakości może wchodzić w interakcje z różnymi interesariuszami, aby szczegółowo zrozumieć wymagania. Wymagania mogą mieć charakter funkcjonalny lub niefunkcjonalny. Na tym etapie sprawdzana jest również wykonalność automatyzacji projektu testowego.

Działania w fazie testowania wymagań

Określ rodzaje testów, które należy wykonać.
Zbierz szczegóły dotyczące priorytetów i obszarów zainteresowania testowania.
Przygotować Macierz śledzenia wymagań (RTM).
Określ szczegóły środowiska testowego, w którym mają być przeprowadzane testy.
Analiza wykonalności automatyzacji (jeśli jest wymagana).

Elementy dostarczane w ramach testowania fazy wymagań

RTM
Raport wykonalności automatyzacji. (jeśli dotyczy)

Planowanie testów w STLC

Planowanie testów w STLC to faza, w której starszy menedżer ds. kontroli jakości ustala strategię planu testów wraz z wysiłkiem i szacunkami kosztów projektu. Ponadto określane są również zasoby, środowisko testowe, ograniczenia testów i harmonogram testów. Plan testów jest przygotowywany i finalizowany w tej samej fazie.

Działania związane z planowaniem testów

Przygotowanie planu testów/dokumentu strategii dla różnych typów testów
Wybór narzędzia testowego
Oszacowanie wysiłku testowego
Planowanie zasobów oraz określanie ról i obowiązków.
Wymóg szkolenia

Elementy dostarczane w ramach planowania testów

Dokument planu testów/strategii.
Szacowanie nakładu pracy dokument.

Faza opracowywania przypadków testowych

Kurs Faza opracowywania przypadków testowych obejmuje tworzenie, weryfikację i przeróbkę przypadków testowych i skryptów testowych po przygotowaniu planu testów. Początkowo Dane testowe jest identyfikowany, następnie tworzony i przeglądany, a następnie przerabiany w oparciu o warunki wstępne. Następnie zespół QA rozpoczyna proces tworzenia przypadków testowych dla poszczególnych jednostek.

Działania związane z opracowywaniem przypadków testowych

Tworzenie przypadków testowych, skryptów automatyzacji (jeśli dotyczy)
Revie oraz bazowe przypadki testowe i skrypty
Utwórz dane testowe (jeśli dostępne jest środowisko testowe)

Elementy dostarczane w ramach opracowywania przypadków testowych

Przypadki testowe/skrypty
Dane testowe

Konfiguracja środowiska testowego

Konfiguracja środowiska testowego decyduje o warunkach oprogramowania i sprzętu, w jakich testowany jest produkt pracy. Jest to jeden z krytycznych aspektów procesu testowania i można go wykonać równolegle z fazą opracowywania przypadku testowego. Zespół testowy nie może być zaangażowany w tę czynność, jeśli środowisko testowe zapewnia zespół programistów. Zespół testowy ma obowiązek przeprowadzić kontrolę gotowości (testy dymne) danego środowiska.

Czynności związane z konfiguracją środowiska testowego

Zrozumieć wymaganą architekturę, konfigurację środowiska i przygotować listę wymagań sprzętowych i programowych dla środowiska testowego.
Konfiguracja środowiska testowego i danych testowych
Wykonaj test dymny na kompilacji

Elementy dostarczane w ramach konfiguracji środowiska testowego

Gotowe środowisko ze skonfigurowanymi danymi testowymi
Wyniki testu dymu.

Faza wykonania testu

Faza wykonania testu przeprowadzany jest przez testerów, w ramach których testowanie kompilacji oprogramowania odbywa się w oparciu o przygotowane plany testów i przypadki testowe. Proces składa się z wykonania skryptu testowego, konserwacji skryptu testowego i zgłaszania błędów. Jeśli zostaną zgłoszone błędy, zostaną one zwrócone zespołowi programistów w celu poprawienia i przeprowadzenia ponownych testów.

Czynności związane z wykonywaniem testów

Wykonaj testy zgodnie z planem
Dokumentuj wyniki testów i rejestruj defekty w przypadku nieudanych przypadków
Mapuj defekty do przypadków testowych w RTM
Przetestuj ponownie Wada poprawki
Śledź defekty aż do ich zamknięcia

Elementy dostarczane w ramach wykonania testu

Zakończono RTM ze statusem wykonania
Przypadki testowe zaktualizowane o wyniki
Raporty o usterkach

Zamknięcie cyklu testowego

Zamknięcie cyklu testowego faza to zakończenie wykonywania testów, które obejmuje kilka działań, takich jak raportowanie zakończenia testów, zbieranie macierzy ukończenia testów i wyników testów. Członkowie zespołu testowego spotykają się, omawiają i analizują artefakty testowania, aby zidentyfikować strategie, które należy wdrożyć w przyszłości, wyciągając wnioski z bieżącego cyklu testowego. Pomysł polega na usunięciu wąskich gardeł procesu na potrzeby przyszłych cykli testowych.

Czynności związane z zamknięciem cyklu testowego

Oceń kryteria zakończenia cyklu w oparciu o czas, zakres testów, koszt, oprogramowanie, krytyczne cele biznesowe, jakość
Przygotuj metryki testowe w oparciu o powyższe parametry.
Udokumentuj naukę wyniesioną z projektu
Przygotuj raport zamknięcia testu
Jakościowe i ilościowe raportowanie jakości produktu pracy do klienta.
Analiza wyników testów w celu ustalenia rozkładu defektów według rodzaju i wagi.

Elementy dostarczane w ramach zamknięcia cyklu testowego

Raport z zamknięcia testu
Metryki testowe

Fazy STLC wraz z kryteriami wejścia i wyjścia

Scena STLC	Kryteria wejścia	Aktywność	Wyjdź z kryteriów	Dostarczane
Analiza wymagań	Dostępny dokument wymagań (zarówno funkcjonalny, jak i niefunkcjonalny) Zdefiniowano kryteria akceptacji. Dostępny jest dokument dotyczący architektury aplikacji.	Analizuj funkcjonalność biznesową, aby poznać moduły biznesowe i funkcjonalności specyficzne dla modułów. Zidentyfikuj wszystkie transakcje w modułach. Zidentyfikuj wszystkie profile użytkowników. Zbierz wymagania dotyczące interfejsu użytkownika/uwierzytelniania i zasięgu geograficznego. Określ rodzaje testów, które należy wykonać. Zbierz szczegóły dotyczące priorytetów i obszarów zainteresowania testowania. Przygotuj wymaganie Macierz śledzenia (RTM). Określ szczegóły środowiska testowego, w którym mają być przeprowadzane testy. Analiza wykonalności automatyzacji (jeśli jest wymagana).	Wylogowałem się z RTM Raport wykonalności automatyzacji testów podpisany przez klienta	RTM Raport wykonalności automatyzacji (jeśli dotyczy)
Planowanie testów	Dokumenty wymagań Wymagania Macierz identyfikowalności. Dokument wykonalności automatyzacji testów.	Przeanalizuj różne dostępne podejścia do testowania Sfinalizuj najlepsze podejście Przygotowanie planu testów/dokumentu strategii dla różnych typów testów Wybór narzędzia testowego Oszacowanie wysiłku testowego Planowanie zasobów oraz określanie ról i obowiązków.	Zatwierdzony plan testów/dokument strategiczny. Podpisano dokument oszacowania nakładu.	Dokument planu testów/strategii. Dokument oszacowania wysiłku.
Tworzenie przypadków testowych	Dokumenty wymagań RTM i plan testów Raport z analizy automatyzacji	Tworzenie przypadków testowych, projektowanie testów, skrypty automatyzacji (jeśli ma to zastosowanie) Revie oraz bazowe przypadki testowe i skrypty Utwórz dane testowe	Revprzejrzane i podpisane przypadki testowe/skrypty Revprzejrzał i podpisał dane testowe	Przypadki testowe/skrypty Dane testowe
Konfiguracja środowiska testowego	Dostępne są dokumenty dotyczące projektu i architektury systemu Dostępny jest plan konfiguracji środowiska	Zrozumieć wymaganą architekturę i konfigurację środowiska Przygotuj listę wymagań dotyczących rozwoju sprzętu i oprogramowania Sfinalizuj wymagania dotyczące łączności Przygotuj listę kontrolną konfiguracji środowiska Konfiguracja środowiska testowego i danych testowych Wykonaj test dymny na kompilacji Zaakceptuj/odrzuć kompilację w zależności od wyniku testu dymu	Konfiguracja środowiska działa zgodnie z planem i listą kontrolną Konfiguracja danych testowych została ukończona Próba dymu wypadła pomyślnie	Gotowe środowisko ze skonfigurowanymi danymi testowymi Wyniki testu dymu.
Wykonanie testu	Bazowy RTM, Plan testów , Dostępne są przypadki testowe/skrypty Środowisko testowe jest gotowe Konfiguracja danych testowych została ukończona Dostępny jest raport z testów jednostkowych/integracyjnych dla testowanej kompilacji	Wykonaj testy zgodnie z planem Dokumentuj wyniki testów i rejestruj defekty w przypadku nieudanych przypadków W razie potrzeby zaktualizuj plany testów/przypadki testowe Mapuj defekty do przypadków testowych w RTM Przetestuj ponownie poprawki usterek Testy regresji podaniowy Śledź defekty aż do ich zamknięcia	Wszystkie zaplanowane badania są realizowane Wady są rejestrowane i śledzone aż do zamknięcia	Ukończono RTM ze statusem wykonania Przypadki testowe zaktualizowane o wyniki Raporty o usterkach
Zamknięcie cyklu testowego	Testowanie zostało zakończone Wyniki testów są dostępne Dostępne są dzienniki usterek	Oceń kryteria ukończenia cyklu na podstawie – Czasu, Pokrycie testowe, Koszt, Jakość Oprogramowania, Krytyczne Cele Biznesowe Przygotuj metryki testowe w oparciu o powyższe parametry. Udokumentuj naukę wyniesioną z projektu Przygotuj raport zamknięcia testu Jakościowe i ilościowe raportowanie jakości produktu pracy do klienta. Analiza wyników testów w celu ustalenia rozkładu defektów według rodzaju i wagi	Raport zamknięcia testu podpisany przez klienta	Raport z zamknięcia testu Metryki testowe

Możesz lubić: