STLC - Planowanie testów
Plan testów określa strategię, która będzie używana do testowania aplikacji, zasoby, które będą używane, środowisko testowe, w którym będą wykonywane testy, oraz ograniczenia testowania i harmonogram czynności testowych. Zwykle kierownik zespołu ds. Zapewnienia jakości będzie odpowiedzialny za napisanie planu testów.
Co obejmuje plan testów?
Plan testów obejmuje następujące elementy.
- Wprowadzenie do dokumentu planu testów.
- Założenia podczas testowania aplikacji.
- Lista przypadków testowych objętych testowaniem aplikacji.
- Lista funkcji do przetestowania.
- Rodzaj podejścia, które należy zastosować podczas testowania oprogramowania.
- Lista produktów do przetestowania.
- Zasoby przeznaczone na testowanie aplikacji.
- Wszelkie ryzyka związane z procesem testowania.
- Harmonogram zadań i kamieni milowych do osiągnięcia.
Ważne punkty dotyczące planowania testów
Podczas planowania testów w STLC należy wziąć pod uwagę następujące punkty.
W idealnym przypadku analityk testów (wiodący) / kierownik przygotowuje dokument dotyczący strategii testów / planu testów.
Analiza jest bardziej skoncentrowana na danych / informacjach związanych z aplikacjami.
To pierwsza faza rzeczywistych zadań testowych.
Ta faza odpowiada „CO ma być przetestowane” i „JAKIE ZASOBY są wymagane do przetestowania”.
Podstawowymi kryteriami wejścia na tę fazę jest dostarczenie Dokumentów Wymagań (zaktualizowana wersja niejasnych / brakujących / wyjaśnionych wymagań) wraz z Matrycą Identyfikowalności Wymagań.
Jeśli automatyzacja jest w zakresie, przed wejściem w tę fazę należy przygotować Raport wykonalności automatyzacji.
Kryterium zakończenia tej fazy to ukończenie dokumentu strategii testów / planu testów i dokumentu oszacowania nakładu testowego.
Aspekty fazy planowania testów
Głównym celem tej fazy jest przygotowanie dokumentu planu testów / strategii testów. Obejmuje trzy główne aspekty - zakres rezultatów, oszacowanie nakładu pracy i plan zasobów.
Zakres dostarczanych materiałów
Aby zakończyć zakres produktów, należy wykonać następujące czynności -
- Zidentyfikuj odpowiedni model zaangażowania i realizacji.
- Zdefiniuj cele testów, zakres testów, fazy testowania i czynności.
- Przejrzyj wymagania biznesowe i wymagania systemowe w celu określenia wykonalności testów.
- Zdefiniuj proces testowania, rodzaj testów i procedury.
- Zdefiniuj zarządzanie defektami i procedury zarządzania zmianami.
- Zidentyfikuj narzędzia, techniki i najlepsze praktyki testowe.
- Zdefiniuj analizę ryzyka.
- Zdefiniuj rozwiązanie do automatyzacji i zidentyfikuj odpowiednich kandydatów do automatyzacji, jeśli ma to zastosowanie.
Szacowanie wysiłku
Szacowanie to proces znajdowania oszacowania lub przybliżenia, które jest wartością, którą można wykorzystać do jakiegoś celu, nawet jeśli dane wejściowe mogą być niepełne, niepewne lub niestabilne.
Oszacowanie określa, ile pieniędzy, wysiłku, zasobów i czasu zajmie zbudowanie określonego systemu lub produktu. Szacunek opiera się na -
- Wcześniejsze dane / wcześniejsze doświadczenia
- Dostępne dokumenty / wiedza
- Assumptions
- Zidentyfikowane ryzyka
Cztery podstawowe kroki szacowania testów to:
- Oszacowanie wielkości AUT (testowana aplikacja).
- Oszacowanie nakładu w osobomiesiącach lub osobogodzinach.
- Oszacowanie harmonogramu w miesiącach kalendarzowych.
- Oszacowanie kosztu projektu w uzgodnionej walucie.
Plan zasobów
Plany zasobów są kluczowym elementem w fazach testowania. Plany te są odwrotnie proporcjonalne do czasu potrzebnego zespołowi testującemu na wykonanie określonego zadania. Zwiększenie liczby zasobów zmniejszy liczbę dni ukończenia dla określonego limitu, po czym zostanie on nasycony, a zwiększenie zasobu nie będzie miało dużego wpływu i może nie prowadzić do zmniejszenia liczby dni ukończenia.
Osoba prosząca o zasoby, zwykle kierownik projektu, tworzy plany zasobów, aby poprosić o zasoby, śledzić wysiłki i koszty. Menedżer zasobów może modyfikować i zatwierdzać plany zasobów przed ich użyciem.
Normalny przepływ pracy dla planu zasobów to -
- Planowanie przez kierownika projektu
- Żądanie zgłoszone przez kierownika projektu
- Zatwierdź / zmodyfikuj / odrzuć przez menedżera zasobów
- Zakończono - zamknięcie żądania po wylogowaniu się przez Menedżera zasobów