Projektrisikoanalyse & løsninger inden for softwaretest
Thomas Hamilton
Hvad er risikoanalyse?
Risiko er sandsynligheden for, at en uønsket hændelse indtræffer.
Risikoanalyse i Software Engineering er processen med at analysere de risici, der er forbundet med din Test Projekt.
For at dit projekt skal lykkes, bør risiko identificeres, og tilsvarende løsninger bør fastlægges inden projektets start. Risikoidentifikation i Software Engineering hjælper dig med at identificere sandsynlige risici i de tidlige stadier.
I denne tutorial vil vi opdage det første trin i Test Management-processen: Risikoanalyse og løsning ved hjælp af et casestudie.
I dette emne vil vi opdage det første trin i teststyringsprocessen: Risikoanalyse i softwaretest og løsning ved hjælp af et casestudie.
Ansøgningen under test er https://demo.guru99.com/V4/, kan du henvise til softwarekravsspecifikationen link..
Guru99 Bank vil have to roller
- Manager
- Kunden
Følgende funktioner/moduler vil være tilgængelige for disse to forskellige roller
Her er en lille rundtur på hjemmesiden
Efter at have læst kravdokumenterne, har du måske indset, at hjemmesiden har for mange funktionel og komplekse scenarier.
Her er situationen -
- Guru99 bankwebstedet har allerede afsluttet udviklingsfasen. Nu starter testfasen. Desværre var du ikke involveret tidligt i kravfasen
- Din chef har brug for, at du afslutter testen en måned kun med et begrænset budget, men forventer stor kvalitet.
- Et teammedlem, der er en erfaren ingeniør, fortæller dig
- Hvad skal du i så fald gøre?
A) Det ser ud til at være et stort problem. Vi skal forholde os til ASAP!!!
B) Jeg er ligeglad. Vi skal i gang med at arbejde lige nu.
- Projektet er et rod og tog alle dine ressourcer og tid. Medarbejderens arbejdsbyrde steg drastisk, og de føler sig stressede og overbelastede
- – Dit projekt er forsinket, så du ikke kunne frigive produktet på den fastsatte deadline, som du lovede din chef. Som dit teammedlem sagde, er tidsplanen for dette projekt for stram sammenlignet med den nuværende ressourceallokering.
Ovenstående eksempel illustrerer betydning af Risikoanalyse i Test Management.
Risikostyring hjælper dig med –
Risikoen, som blev nævnt i ovenstående eksempel, er blot en af mange potentielle risici, der kan opstå i dit projekt. Du bør identificere dem og træffe beslutningen om at håndtere dem ASAP!!! Så den korrekte handling i det eksempel er handling A.
Derfor er risikoanalyse i test vigtig
Hvordan udfører man risikoanalyse?
Det er en 3-trins proces
- Identificer risiciene
- Analyser virkningen af hver identificeret risiko
- Tag modforanstaltninger for den identificerede og analyserede risiko
Trin 1) Identificer risiko
Risiko kan identificeres og klassificeres i 2 typer i softwareprodukt
Projektrisiko
Projektrisiko kan defineres som en usikker begivenhed eller aktivitet, der kan påvirke projektets fremdrift. Påvirkningen har en positiv or negativ effekt på mulighederne for at nå projektets mål.
Der er primært 3 kategorier af projektrisici
Organisatorisk risiko
Det er en risiko relateret til din menneskelige ressourcer eller dit testteam. Eksempelvis er mangel på teknisk dygtige medlemmer i dit projekt en risiko. Ikke at have nok arbejdskraft til at gennemføre projektet til tiden er en anden risiko.
For at identificere den organisatoriske risiko bør du lave en liste med få spørgsmål og besvare dem som selvtræning. Her er nogle anbefalede spørgsmål.
A) Ja
B) Nej
A) Ja
B) Nej
A) Ja
B) Nej
Hvis du besvarer alle ovenstående spørgsmål, vil du nemt identificere de potentielle risici, som kan påvirke dit projekt.
Teknisk risiko
Teknisk risiko er sandsynligheden for tab opstået under udførelsen af en teknisk proces, såsom utestet konstruktion, forkert testprocedure...osv. Her er et eksempel på teknisk risiko
- Din opgave i dette projekt er at teste et bankwebsted. Du skal opsætte ordentlige testmiljøer, som afspejler virkelige forretningsmiljøer. Hvis Testmiljø ikke er konfigureret korrekt, vil produktet være det ikke blive testet korrekt og mange defekter vil ikke blive opdaget.
Forretningsrisiko
Risikoen indebærer en ekstern enhed. Det er risikoen, som kan komme fra din virksomhed, din kunde men ikke fra dit projekt.
Følgende billede viser dig et eksempel på forretningsrisiko.
I sådanne tilfælde skal testlederen finde ud af løsningerne til at håndtere risikoen, såsom:
- sæt prioritet i testfaserne skal du fokusere på at teste hjemmesidens hovedfunktioner
- Udnyt et testværktøj til at øge produktiviteten af test
- Ansøg procesforbedring at reducere ledelsesindsatsen.
Produktrisiko
Produktrisiko er muligheden for, at systemet eller softwaren måske ikke opfylder eller opfylder forventningerne hos kunden, brugeren eller interessenten. Denne risiko i testplan er relateret til funktionalitet af produktet såsom præstationsproblemer, sikkerhedsproblemer, nedbrudsscenarier osv.
Følgende er eksempler på nogle få produktrisici –
- Softwaren springer nogle over nøgle funktion, som kunderne har angivet i brugernes
krav - Softwaren er upålidelige og ofte mislykkes at arbejde.
- Software fejler på måder, der forårsager økonomisk eller anden skade på en bruger eller den virksomhed, der bruger softwaren.
- Softwaren har problemer relateret til en bestemt kvalitetsegenskab, såsom sikkerhed, pålidelighed, brugervenlighed, vedligeholdelse eller ydeevne.
Nu tilbage til dit projekt, er der nogen produktrisiko på Guru 99 Bank-webstedet? For at besvare dette spørgsmål skal du følge følgende trin
Når du er færdig med ovenstående 3 trin, skal du tage en lille quiz nedenfor for at identificere produktrisici
A) Ja
B) Nej
C) Jeg er ikke sikker
A) Ja
B) Nej
A) Sikker pengeoverførsel
B) Bruger kan registrere ny konto
C) Ikke brug for flere funktioner
Trin 2) Analyser virkningen af den opståede risiko
I det foregående emne har vi allerede identificeret de risici, der kan hæmme dit projekt. Her er listen over identificerede risici:
- Du har måske ikke nok menneskelige ressourcer at afslutte projektet til deadline
- Testingen miljø er muligvis ikke konfigureret korrekt som et rigtigt forretningsmiljø.
- Dit projekt budget kan halveres på grund af forretningssituationen
- Denne hjemmeside kan evt manglende sikkerhedsfunktioner
Dernæst bør du analysere disse risici.
Hver risiko bør klassificeres ud fra følgende to parametre
- sandsynlighed forekomst
- indvirkning på projektet
Ved at bruge matrixen nedenfor kan du kategorisere risikoen opdeles i fire kategorier som høj, medium, og Lav eller værdier 3,2, 1
|
Sandsynlighed |
|
|---|---|
|
Høj (3) |
Har meget høj sandsynlighed for at forekomme, kan påvirke hele projektet |
|
Mellem (2) |
50% chance for at forekomme |
|
Lav (1) |
Lav sandsynlighed for forekomst |
|
KIMOs Succeshistorier |
|
|---|---|
|
Høj (3) |
Kan ikke fortsætte med projektaktivitet, hvis det ikke er løst straks |
|
Mellem (2) |
Kan ikke fortsætte projektaktiviteten, hvis den ikke er løst |
|
Lav (1) |
Skal løse det, men det er muligt at tage alternativ løsning i et stykke tid |
Overvej følgende risici
|
Risiko |
Sandsynlighed |
KIMOs Succeshistorier |
Prioritet = Sandsynlighed* Virkning |
|---|---|---|---|
|
Projektets frist ikke overholdt |
3 |
3 |
9 |
|
Elsvigt |
1 |
2 |
2 |
Baseret på ovenstående prioritet kan du tage den risikobegrænsende test eller modforanstaltninger nævnt i nedenstående tabel
|
Prioritet |
Risikostyringsmetode |
|
|---|---|---|
|
Høj |
6-9 |
Træf afværgeforanstaltninger med det samme og overvåg risikoen hver dag, indtil dens status er lukket. |
|
Mellemøsten |
3-5 |
Overvåg risikoen hver uge på internt fremskridtsmøde |
|
Lav |
1-2 |
Accepter risikoen og overvåg risikoen på milepælsbasis. |
Det er nu tid til en øvelse, vi har 4 risici identificeret i Guru99 Banking-projektet. Klassificer dem selv
| Risiko | Høj | Medium | Lav | Status |
|
|
|
|
|
Korrekt.
Ukorrekt.
|
|
|
|
|
|
Korrekt.
Ukorrekt
|
|
|
|
|
Korrekt.
Ukorrekt
|
|
|
|
|
|
|
Korrekt.
Ukorrekt.
|
Trin 3) Tag MODFORANSTALTNINGER for at mindske risikoen
Denne aktivitet er opdelt i 3 dele
Risiko respons
Projektlederen skal vælge strategier, der reducerer risikoen til minimal. Projektledere kan vælge mellem følgende fire risikoresponsstrategier
Tilbage til de 4 risici, der er identificeret tidligere, er vi nødt til at finde risikoen og begrænsningen i test eller modforanstaltning at undgå eller eliminere dem.
B) Testen miljø er muligvis ikke konfigureret korrekt som et rigtigt forretningsmiljø
C) Dit projekt budget kan halveres på grund af forretningssituationen
D) Denne hjemmeside kan evt manglende sikkerhedselementer
Denne risiko kan ikke undgås på grund af virksomhedens situation; du kan ikke anmode om flere menneskelige ressourcer til projektet. I sådanne tilfælde kan du reducere virkningen af risici ved at vælge nogle muligheder nedenfor
- Vælg det talentfulde og erfarne medlem til at deltage i projektteamet
- Opret træningskurset for at dygtiggøre medlemmet, hjælpe dem med at forbedre produktiviteten
B. Testmiljøet er muligvis ikke konfigureret korrekt som det rigtige forretningsmiljø
Denne risiko kan undgås, hvis du udfører følgende aktiviteter
- Bed udviklingsteamet om hjælp til at opbygge testmiljøet
- Forbered alt udstyr eller materialer (server, database, pc..), der er nødvendigt for at opsætte miljøet
C. Dit projekt kan halveres på grund af forretningssituationen
Denne risiko er en kritisk; det kan forhindre hele projektet i at fortsætte. I så fald bør du gøre det
- Redefiner projektets omfang, identificer, hvad der vil blive testet, og hvad der vil blive ignoreret i sådanne tilfælde
- Forhandle med kunden om projektperioden, så den passer til projektets budget
- Forbedre produktiviteten i hver projektfase, såsom test, lave testspecifikationer,...Hvis du kan spare tid, kan du spare omkostninger
D. Denne hjemmeside kan mangle sikkerhedsfunktioner
Denne risiko betragtes som middel prioritet, fordi den ikke påvirker hele projektet og kan undgås. Du kan anmode udviklingsteamet om at kontrollere og tilføje disse funktioner til hjemmesiden.
Registrer risiko
Alle risici skal registreres, dokumenteres og anerkendes af projektledere, interessenter og projektmedlemmet. Risikoregistret bør være frit tilgængeligt for alle medlemmer af projektgruppen.
Der er nogle nyttige at registrere risiko såsom redmine, MITRA... osv.
Overvåg og kontroller risiko
Risici kan overvåges løbende for at kontrollere, om der er foretaget ændringer. Ny risiko kan identificeres gennem de konstante overvågnings- og vurderingsmekanismer.
For bedre risikostyring kan du henvise Risk Management skabelon inkludere i denne artikel
