STLC - Analiza wymagań
Analiza wymagań jest pierwszą fazą STLC i rozpoczyna się, gdy tylko SRD / SRS zostanie udostępniony zespołowi testującemu. Rozważmy następujące punkty, aby zrozumieć analizę wymagań w STLC.
Kryterium wejścia na tę fazę to zapewnienie SRS (Specyfikacja Wymagań Oprogramowania); zaleca się również, aby architektura aplikacji była poręczna.
Na tym etapie zespół ds. Kontroli jakości analizuje na wyższym poziomie, co i jak testować.
Zespół ds.Kontroli jakości współpracuje z różnymi interesariuszami, takimi jak analityk biznesowy, architektura systemu, klient, kierownik / kierownik testów w przypadku, gdy do zrozumienia wymagania wymagane jest jakiekolwiek zapytanie lub wyjaśnienie.
Wymagania mogą być funkcjonalne lub niefunkcjonalne, takie jak wydajność, bezpieczeństwo, użyteczność itp. Lub zarówno funkcjonalne, jak i niefunkcjonalne.
Kryteriami wyjścia z tej fazy jest wypełnienie dokumentu RTM, raportu wykonalności automatyzacji i listy pytań, jeśli ma to zastosowanie, aby bardziej szczegółowo określić wymagania.
Działania wykonywane w celu analizy wymagań
Na tym etapie zespół ds. Zapewnienia jakości wykonuje trzy główne czynności. Działania zostały opisane poniżej.
Definiowanie zakresu
Zespół QA określa zakres testów na wysokim poziomie i dzieli się na różne moduły funkcjonalne. Zespół identyfikuje również typy testów wymaganych do wykonania - testy dymne, testy poprawności, testy funkcjonalne, testy regresyjne itp. Zespół ds. Kontroli jakości analizuje wymagania wstępne i szczegóły dotyczące środowiska, w którym testy mają zostać przeprowadzone. Zespół gromadzi szczegółowe informacje na temat priorytetów testowania i koncentruje się na sekwencji modułów do walidacji. Identyfikuje również defekty wymagań, jeśli zaprzecza się modułom, a funkcjonalność nie jest przenoszona wraz z innymi modułami.
Przygotuj RTM
Śledzenie wymagań to proces dokumentowania powiązań między wymaganiami a produktami pracy opracowanymi w celu wdrożenia i weryfikacji tych wymagań. RTM rejestruje wszystkie wymagania z analizy wymagań wraz z ich identyfikowalnością w jednym dokumencie. Wszystko to jest dostarczane pod koniec cyklu życia.
Matrix jest tworzony na samym początku projektu, ponieważ stanowi podstawę zakresu projektu i produktów, które zostaną wyprodukowane.
Macierz jest dwukierunkowa, ponieważ śledzi wymagania w przód, badając wyniki produktów i wstecz, patrząc na wymaganie biznesowe, które zostało określone dla określonej funkcji produktu.
Analiza automatyzacji
W fazie wymagań zespół QA analizuje zakres automatyzacji testów regresyjnych. Jeśli automatyzacja zostanie dodana w zakresie, zespół decyduje, które narzędzie może zostać użyte, jakie funkcje będą objęte automatyzacją, ramy czasowe i alokację zasobów związanych z rozwojem automatyzacji. Po zakończeniu tej analizy zespół ds. Kontroli jakości dostarcza raport wykonalności automatyzacji różnym interesariuszom w celu zatwierdzenia.