Analiza i ograniczanie ryzyka projektu w testowaniu oprogramowania
Tomasza Hamiltona
โก Inteligentne podsumowanie
Analiza ryzyka projektu w zarzฤ dzaniu testami identyfikuje, ocenia i ลagodzi zagroลผenia, ktรณre mogฤ zakลรณciฤ harmonogram, budลผet lub jakoลฤ. LessObejmuje on trzyetapowy proces analizy ryzyka, ryzyka projektu i produktu, macierz prawdopodobieลstwa wpลywu, strategie ลagodzenia i GuruStudium przypadku 99 Banku.
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 Testy 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 w tym miejscu.
Guru99 Bank 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 oraz kompleks scenariusze.
Oto sytuacja โ
- GuruStrona internetowa banku 99 zakoลczyลa juลผ fazฤ rozwoju. Teraz rozpoczyna siฤ faza testowania. Niestety, nie byliลcie Paลstwo zaangaลผowani na wczesnym etapie 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.
ลagodzenie ryzyka pomaga Ci 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? Guru Strona internetowa 99 Banku? Aby odpowiedzieฤ na to pytanie, naleลผy 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
- prawdopodobieลstwo wystฤ pienia
- wpลyw nad projektem
Korzystajฤ c z poniลผszej matrycy, moลผesz to zrobiฤ kategoryzowaฤ ryzyko na cztery kategorie, jak Wysoki, ลredni, oraz 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. Zidentyfikowaliลmy 4 ryzyka w GuruProjekt 99 Banking. Sklasyfikuj je sam
| Ryzyko | Wysoki | ลredni | Niski | Status |
|
|
|
|
|
Poprawny.
Bลฤdny.
|
|
|
|
|
|
Poprawny.
Bลฤdny
|
|
|
|
|
Poprawny.
Bลฤdny
|
|
|
|
|
|
|
Poprawny.
Bลฤdny.
|
Krok 3) Podejmij ลrodki zaradcze, aby zminimalizowaฤ 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 ryzyk zidentyfikowanych wczeลniej, musimy znaleลบฤ sposรณb na ograniczenie ryzyka w testach 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
