Analiza ryzyka projektu i rozwiązania w testowaniu oprogramowania
Tomasza Hamiltona
Co to jest analiza ryzyka?
Ryzyko to prawdopodobieństwo wystąpienia niepożądanego zdarzenia.
Analiza ryzyka w inżynierii oprogramowania to proces analizy ryzyka związanego z Twoim oprogramowaniem Testowanie Projekt.
Aby projekt zakończył się sukcesem, należy zidentyfikować ryzyko i określić odpowiednie rozwiązania przed rozpoczęciem projektu. Identyfikacja ryzyka w inżynierii oprogramowania pomaga zidentyfikować prawdopodobne ryzyko na wczesnych etapach.
W tym samouczku odkryjemy pierwszy krok w procesie zarządzania testami: analizę ryzyka i rozwiązanie za pomocą studium przypadku.
W tym temacie odkryjemy pierwszy krok w procesie zarządzania testami: analizę ryzyka w testowaniu oprogramowania i rozwiązaniu za pomocą studium przypadku.
Testowana aplikacja to https://demo.guru99.com/V4/, możesz zapoznać się ze specyfikacją wymagań oprogramowania tutaj.
Bank Guru99 będzie pełnił dwie role
- Menedżer
- Klient
Następujące funkcje/moduły będą dostępne dla tych dwóch różnych ról
Oto mała wycieczka po witrynie
Po przeczytaniu dokumentów wymagań mogłeś zdać sobie sprawę, że witryna zawiera zbyt wiele wymagań funkcjonalny i kompleks scenariusze.
Oto sytuacja –
- Serwis bankowy Guru99 zakończył już fazę rozwoju. Teraz rozpoczyna się faza testowania. Niestety, nie zaangażowałeś się na początku fazy wymagań
- Twój szef chce, żebyś dokończył testy jeden miesiąc tylko z ograniczonym budżetem, ale oczekuje wspaniały jakość.
- Mówi o tym członek zespołu, który jest doświadczonym inżynierem
- Co w takim przypadku należy zrobić?
A) Wydaje się, że jest to duży problem. Musimy się zmierzyć z ASAP!!!
B) Nie obchodzi mnie to. Musimy zacząć działać już teraz.
- Projekt był bałaganem i pochłonął wszystkie Twoje zasoby i czas. Obciążenie pracownika drastycznie wzrosło, czuje się on zestresowany i przeciążony
- – Twój projekt jest opóźniony, więc nie mogłeś wydać produktu w ustalonym terminie, jak obiecałeś swojemu szefowi. Jak powiedział członek Twojego zespołu, harmonogram tego projektu jest zbyt napięty w porównaniu z obecnym przydziałem zasobów.
Powyższy przykład ilustruje znaczenie analizy ryzyka w zarządzaniu testami.
Zarządzanie ryzykiem pomaga w –
Ryzyko, o którym mowa w powyższym przykładzie, to tylko jedno z wielu potencjalnych ryzyk, które mogą wystąpić w Twoim projekcie. Powinieneś je zidentyfikować i podjąć decyzję o rozprawieniu się z nimi ASAP!!! Zatem prawidłowe działanie w tym przykładzie to akcja A.
Dlatego analiza ryzyka w testowaniu jest ważna
Jak przeprowadzić ANALIZĘ ryzyka?
To proces składający się z 3 kroków
- Zidentyfikuj ryzyko
- Analizuj wpływ każdego zidentyfikowanego ryzyka
- Podejmij środki zaradcze w przypadku zidentyfikowanego i przeanalizowanego ryzyka
Krok 1) Zidentyfikuj ryzyko
Ryzyko w oprogramowaniu można zidentyfikować i podzielić na 2 rodzaje
Ryzyko projektu
Ryzyko projektu można zdefiniować jako niepewny wydarzenie lub działanie, które może mieć wpływ na postęp projektu. Wpływ ma pozytywny or ujemny wpływ na perspektywy osiągnięcia celów projektu.
Istnieją zasadniczo 3 kategorie ryzyk projektowych
Ryzyko organizacyjne
Jest to ryzyko związane z Twoim zasoby ludzkie lub Twój zespół testujący. Na przykład w Twoim projekcie ryzyko stanowi brak członków wykwalifikowanych technicznie. Kolejnym ryzykiem jest brak wystarczającej siły roboczej, aby ukończyć projekt w terminie.
Aby zidentyfikować ryzyko organizacyjne, należy sporządzić listę kilku pytań i odpowiedzieć na nie w ramach samodzielnego ćwiczenia. Oto kilka zalecanych pytań.
A) Tak
B) Nie
A) Tak
B) Nie
A) Tak
B) Nie
Jeśli odpowiesz na wszystkie powyższe pytania, z łatwością zidentyfikujesz potencjalne ryzyka, które mogą mieć wpływ na Twój projekt.
Ryzyko techniczne
Ryzyko techniczne to prawdopodobieństwo straty poniesionej podczas realizacji procesu technicznego, takiej jak nieprzetestowana inżynieria, zła procedura testowa… itp. Oto przykład ryzyka technicznego
- Twoim zadaniem w tym projekcie jest przetestowanie serwisu bankowego. Należy skonfigurować odpowiednie środowiska testowe, które odzwierciedlają rzeczywiste środowiska biznesowe. Jeśli Środowisko testowe nie zostanie prawidłowo skonfigurowany, produkt tak będzie nie być przetestowane poprawnie i wiele wady nie zostanie wykryty.
Ryzyko biznesowe
Ryzyko wiąże się z zewnętrzny podmiot. Jest to ryzyko, które może pochodzić od Twojej firmy, Twojego klienta, ale nie z twojego projektu.
Poniższy rysunek przedstawia przykład ryzyka biznesowego.
W takim przypadku Kierownik Testów musi znaleźć rozwiązania pozwalające poradzić sobie z ryzykiem, takie jak:
- Zestaw priorytet na etapie testowania skoncentruj się na testowaniu głównych funkcji witryny internetowej
- Wykorzystać narzędzie testowe zwiększające produktywność testowania
- Aplikuj doskonalenie procesów w celu zmniejszenia wysiłku związanego z zarządzaniem.
Ryzyko produktu
Ryzyko produktu to możliwość, że system lub oprogramowanie może nie spełnić oczekiwań klienta, użytkownika lub interesariusza. To ryzyko w planie testów jest powiązane z Funkcjonalność produktu, takie jak problemy z wydajnością, problemy z bezpieczeństwem, scenariusze awarii itp.
Poniżej przedstawiono przykłady kilku ryzyk związanych z produktem –
- Oprogramowanie pomija niektóre klucz funkcję, którą klienci określili w ustawieniach użytkowników
wymaganie - Oprogramowanie jest niepewny i często nie pracować.
- Oprogramowanie ulega awariom, które powodują szkody finansowe lub inne szkody dla użytkownika lub firmy korzystającej z oprogramowania.
- W oprogramowaniu występują problemy związane z określoną cechą jakości, taką jak bezpieczeństwo, niezawodność, użyteczność, łatwość konserwacji lub wydajność.
Wracając do Twojego projektu, czy istnieje jakiekolwiek ryzyko produktowe na stronie internetowej Guru 99 Bank? Aby odpowiedzieć na to pytanie, powinieneś wykonać następujące kroki
Kiedy już wykonasz powyższe 3 kroki, rozwiąż mały quiz poniżej, aby zidentyfikować ryzyko związane z produktem
A) Tak
B) Nie
C) Nie jestem pewien
A) Tak
B) Nie
A) Bezpieczny transfer środków
B) Użytkownik może zarejestrować nowe konto
C) Nie potrzeba więcej funkcji
Krok 2) Przeanalizuj wpływ wystąpienia ryzyka
W poprzednim temacie zidentyfikowaliśmy już ryzyka, które mogą przeszkodzić w realizacji Twojego projektu. Oto lista zidentyfikowanych ryzyk:
- Możesz nie mieć dość zasoby ludzkie zakończyć projekt w terminie
- Testowanie środowisko może nie być poprawnie skonfigurowany tak, jak w prawdziwym środowisku biznesowym.
- Twój projekt budżet może zostać zmniejszony o połowę ze względu na sytuację biznesową
- Ta strona internetowa może brak funkcje bezpieczeństwa
Następnie należy przeanalizować te ryzyka.
Każde ryzyko powinno być klasyfikowane na podstawie następujących dwóch parametrów
- Kolekcja prawdopodobieństwo wystąpienia
- Kolekcja wpływ nad projektem
Korzystając z poniższej matrycy, możesz to zrobić kategoryzować ryzyko na cztery kategorie, jak Wysoki, Średni, i Niskie lub wartości 3,2, 1
|
Szansa |
|
|---|---|
|
Wysoki (3) |
Ma bardzo duże prawdopodobieństwo wystąpienia i może mieć wpływ na cały projekt |
|
Średni (2) |
50% szans na wystąpienie |
|
Niski (1) |
Niskie prawdopodobieństwo wystąpienia |
|
Wpływ |
|
|---|---|
|
Wysoki (3) |
Nie można kontynuować działań w ramach projektu, jeśli problem nie został rozwiązany natychmiast |
|
Średni (2) |
Nie można kontynuować działań w ramach projektu, jeśli problem nie został rozwiązany |
|
Niski (1) |
Trzeba to rozwiązać, ale na jakiś czas można zastosować alternatywne rozwiązanie |
Weź pod uwagę następujące ryzyka
|
Ryzyko |
Szansa |
Wpływ |
Priorytet = Prawdopodobieństwo* Wpływ |
|---|---|---|---|
|
Termin projektu nie dotrzymany |
3 |
3 |
9 |
|
Awaria prądu |
1 |
2 |
2 |
W oparciu o powyższy priorytet możesz podjąć środki ograniczające ryzyko podczas testowania lub środki zaradcze wymienione w poniższej tabeli
|
Priorytet |
Metoda zarządzania ryzykiem |
|
|---|---|---|
|
Wysoki |
6-9 |
Natychmiast podejmij działania łagodzące i codziennie monitoruj ryzyko, aż do zamknięcia jego statusu. |
|
Środkowy |
3-5 |
Monitoruj ryzyko co tydzień podczas wewnętrznego spotkania poświęconego postępowi |
|
Niski |
1-2 |
Zaakceptuj ryzyko i monitoruj je na podstawie kamieni milowych. |
Nadszedł czas na ćwiczenie. W projekcie Guru4 Banking zidentyfikowaliśmy 99 ryzyka. Sklasyfikuj je samodzielnie
| Ryzyko | Wysoki | Średni | Niski | Status |
|
|
|
|
|
Poprawny.
Błędny.
|
|
|
|
|
|
Poprawny.
Błędny
|
|
|
|
|
Poprawny.
Błędny
|
|
|
|
|
|
|
Poprawny.
Błędny.
|
Krok 3) Podejmij ŚRODKI ZARADCZE, aby ograniczyć ryzyko
Działanie to podzielone jest na 3 części
Ryzykowna odpowiedź
Kierownik projektu musi wybrać strategie, które zredukują ryzyko do minimum. Kierownicy projektu mogą wybierać spośród następujących czterech strategii reagowania na ryzyko
Wracając do 4 zidentyfikowanych wcześniej ryzyk, musimy znaleźć ryzyko i jego łagodzenie w testowaniu lub środek zaradczy aby ich uniknąć lub wyeliminować.
B) Testowanie środowisko może nie być poprawnie skonfigurowany tak, jak w prawdziwym środowisku biznesowym
C) Twój projekt budżet może zostać zmniejszony o połowę ze względu na sytuację biznesową
D) Niniejsza strona internetowa może brak Zabezpieczenia
Tego ryzyka nie da się uniknąć ze względu na sytuację firmy; nie możesz poprosić o więcej zasobów ludzkich do projektu. W takim przypadku możesz zmniejszyć wpływ ryzyka, wybierając kilka opcji poniżej
- Wybierz utalentowanego i doświadczonego członka, który dołączy do Zespołu Projektowego
- Utwórz kurs szkoleniowy, aby podnieść umiejętności członków i pomóc im poprawić produktywność
B. Środowisko testowe może nie być poprawnie skonfigurowane tak, jak rzeczywiste środowisko biznesowe
Tego ryzyka można uniknąć, wykonując następujące czynności
- Poproś zespół programistów o pomoc w zbudowaniu środowiska testowego
- Przygotuj cały sprzęt lub materiały (serwer, baza danych, komputer PC...) potrzebne do skonfigurowania środowiska
C. Twój projekt może zostać skrócony o połowę ze względu na sytuację biznesową
Ryzyko to jest krytyczne; może to uniemożliwić kontynuację całego projektu. W takim razie powinieneś to zrobić
- Zdefiniuj na nowo zakres projektu, określ, co będzie testowane, a co w takim przypadku zostanie zignorowane
- Negocjuj z klientem termin realizacji projektu, aby dopasować go do budżetu projektu
- Popraw produktywność na każdym etapie projektu, takim jak testowanie, tworzenie specyfikacji testowych… Jeśli możesz zaoszczędzić czas, możesz zaoszczędzić na kosztach
D. Niniejsza witryna internetowa może nie posiadać zabezpieczeń
Ryzyko to uważa się za średnio priorytetowe, ponieważ nie ma ono wpływu na cały projekt i można go uniknąć. Możesz poprosić zespół programistów o sprawdzenie i dodanie tych funkcji do witryny.
Zarejestruj ryzyko
Całe ryzyko musi zostać zarejestrowane, udokumentowane i potwierdzone przez kierowników projektu, interesariuszy i członka projektu. Rejestr ryzyk powinien być ogólnodostępny dla wszystkich członków zespołu projektowego.
Istnieje kilka przydatnych funkcji rejestrowania ryzyka, takich jak Redmine, MITRA... itd.
Monitoruj i kontroluj ryzyko
Ryzyka można monitorować na bieżąco w celu sprawdzenia, czy nie zachodzą jakieś zmiany. Nowe ryzyko można zidentyfikować poprzez stałe mechanizmy monitorowania i oceny.
Aby uzyskać lepsze zarządzanie ryzykiem, możesz odwołać się Zarządzanie ryzykiem szablon zawarty w tym artykule
