Hvad er risikoanalyse?
Risiko er sandsynligheden for forekomst af en uønsket hændelse.
Risikoanalyse er processen med at analysere de risici, der er forbundet med dit testprojekt.
For at dit projekt skal lykkes, skal risikoen identificeres, og de tilsvarende løsninger skal bestemmes inden projektets start.
I denne vejledning opdager vi det første trin i Test Management-processen: Risikoanalyse og løsning ved hjælp af en casestudie.
I dette emne vil vi opdage det første trin i Test Management-processen: Risikoanalyse og løsning ved hjælp af en casestudie.
Den testede applikation er demo.guru99.com, du kan se specifikationerne til softwarekrav her.
Guru99 Bank har to roller
- Manager
- Kunde
Følgende funktioner / moduler vil være tilgængelige for disse to forskellige roller
Her er en lille rundvisning på hjemmesiden
Efter at have læst kravdokumenterne har du måske indset, at webstedet har for mange funktionelle og komplekse scenarier.
Her er situationen -
- Bankwebstedet Guru99 har allerede afsluttet udviklingsfasen. Nu starter testfasen. Desværre var du ikke involveret tidligt i kravfasen
- Din chef har brug for, at du kun afslutter testen på en måned med et begrænset budget, men forventer god kvalitet.
- Et teammedlem, der er en erfaren ingeniør, fortæller dig det
- I så fald, hvad skal du gøre?
Hvis du vælger handling B, er resultaterne her efter en måned
- 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 inden for den besluttede frist, som du lovede din chef. Som dit teammedlem sagde, er tidsplanen for dette projekt for stram sammenlignet med den aktuelle ressourcetildeling.
Ovenstående eksempel illustrerer vigtigheden af risikoanalyse i teststyring.
Risikostyring hjælper dig med -
Risikoen, som blev nævnt i eksemplet ovenfor, er kun en af mange potentielle risici, der kan opstå i dit projekt. Du skal identificere dem og træffe beslutningen om at håndtere dem ASAP !!! Så den korrekte handling i dette eksempel er handling A .
Derfor er risikoanalyse vigtig
Hvordan udføres 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 to typer i softwareprodukt
Projektrisiko
Projektrisiko kan defineres som en usikker begivenhed eller aktivitet, der kan påvirke projektets fremskridt. Virkningen har en positiv eller negativ indvirkning på udsigterne til at nå projektmålene.
Der er primært 3 kategorier af projektrisici
- Organisatorisk risiko
Det er en risiko relateret til din menneskelige ressource eller dit testteam. For eksempel i dit projekt er mangel på teknisk dygtige medlemmer en risiko. Ikke at have nok arbejdskraft til at gennemføre projektet til tiden er en anden risiko.
For at identificere den organisatoriske risiko skal du oprette en liste med få spørgsmål og besvare dem som selvøvelse. Her er nogle anbefalede spørgsmål. 1. Er dette et velorganiseret team?
A) JaB) NejDit projekt har ingen organisationsrisiko Opret stærkere hold og fremme et miljø for samarbejde
2. Har hvert teammedlem færdighederne til at udføre sit arbejde ??
A) JaB) NejDit projekt har ingen organisationsrisiko Byg uddannelseskurset til at kvalificere medlemmerne
3. Sammenlign med projektstørrelse og tidsplan, har vi nok menneskelig ressource til at afslutte dette projekt ved deadline?
A) JaB) NejDit projekt har ingen organisationsrisiko Bed projektbordet om at få mere menneskelig ressource
Hvis du besvarer alle ovenstående spørgsmål, vil du let identificere de potentielle risici, som kan påvirke dit projekt.
- Teknisk risiko
Teknisk risiko er sandsynligheden for tab, der opstår under udførelsen af en teknisk proces såsom uprøvet teknik, forkert testprocedure ... osv. Her er et eksempel på teknisk risiko
- Din opgave i dette projekt er at teste et bankwebsted. Du er nødt til at oprette korrekte testmiljøer, der afspejler rigtige forretningsmiljøer. Hvis testmiljøet ikke er konfigureret korrekt, testes produktet ikke korrekt, og mange fejl opdages ikke.
- Forretningsrisiko
Risikoen involverer en ekstern enhed. Det er den risiko, der kan komme fra din virksomhed, din kunde, men ikke fra dit projekt.
Følgende billede viser dig et eksempel på forretningsrisiko.
I et sådant tilfælde skal Test Manager finde ud af løsningerne til at håndtere risikoen, såsom:
- Sæt prioritet for testfaser, fokuser på at teste webstedets hovedfunktioner
- Brug et testværktøj til at øge produktiviteten ved testning
- Anvend procesforbedring for at reducere ledelsesindsatsen.
Produktrisiko
Produktrisiko er muligheden for, at systemet eller softwaren muligvis ikke opfylder eller opfylder kundens, brugerens eller interessentens forventninger. Denne risiko er relateret til produktets funktionalitet såsom ydelsesproblemer, sikkerhedsproblemer, crashscenarier osv.
Følgende er eksempler på et par produktrisici -
- Softwaren springer over en eller anden nøglefunktion , som kunderne specificerede i brugernes krav
- Softwaren er upålidelig og fungerer ofte ikke .
- Software mislykkes på måder, der forårsager økonomisk eller anden skade for en bruger eller det firma, der bruger softwaren.
- Softwaren har problemer relateret til en bestemt kvalitetskarakteristik som sikkerhed, pålidelighed, brugervenlighed, vedligeholdelsesevne eller ydeevne.
Nu tilbage til dit projekt, er der nogen produktrisiko på Guru 99 Banks websted? 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 1. Kan Guru99-banksiden sikre kundekontoen og hans data?
A) JaB) Nej
C) Jeg er ikke sikker på
Forkert
Korrekt
2. Kan webstedet bruges af kunder?
A) JaB) Nej
Korrekt
Forkert
3. Hvilke andre funktioner, webstedet skal have?
A) Sikker pengeoverførsel B) Brugeren kan registrere ny konto
C) Intet behov for flere funktioner
Forkert Korrekt
Trin 2) Analyser virkningen af den risiko, der opstår
I det forrige emne identificerede vi allerede de risici, der kan hæmme dit projekt. Her er listen over identificerede risici:
- Du har muligvis ikke nok menneskelig ressource til at afslutte projektet inden fristen
- Den Testing miljø er måske ikke konfigureret korrekt som rigtig erhvervsklima.
- Dit projekt budget kan halvere på grund af forretningsmæssige situation
- Dette websted mangler muligvis sikkerhedsfunktioner
Dernæst skal du analysere disse risici.
Hver risiko skal klassificeres på baggrund af følgende to parametre
- Den Sandsynligheden for forekomst
- Den indvirkning på projektet
Ved hjælp af nedenstående matrix kan du kategorisere risikoen i fire kategorier som Høj, Mellem og Lav eller værdier 3,2, 1
|
Sandsynlighed |
|
|---|---|
|
Høj (3) |
Har meget stor sandsynlighed for at forekomme, kan påvirke hele projektet |
|
Medium (2) |
50% chance for at forekomme |
|
Lav (1) |
Lav sandsynlighed for forekomst |
|
Indvirkning |
|
|---|---|
|
Høj (3) |
Kan ikke fortsætte med projektaktivitet, hvis den ikke løses med det samme |
|
Medium (2) |
Kan ikke fortsætte projektaktiviteten, hvis den ikke er løst |
|
Lav (1) |
Brug for at løse det, men det er muligt at tage en alternativ løsning i et stykke tid |
Overvej følgende risici
|
Risiko |
Sandsynlighed |
Indvirkning |
Prioritet = Sandsynlighed * Effekt |
|---|---|---|---|
|
Projektfrist ikke overholdt |
3 |
3 |
9 |
|
Elfejl |
1 |
2 |
2 |
Baseret på ovenstående prioritet kan du træffe de modforanstaltninger, der er nævnt i nedenstående tabel
|
Prioritet |
Risikostyringsmetode |
|
|---|---|---|
|
Høj |
6-9 |
Tag straks afbødning og overvåg risikoen hver dag, indtil dens status er lukket. |
|
Midt |
3-5 |
Overvåg risikoen hver uge på det interne fremskridtsmøde |
|
Lav |
1-2 |
Accepter risikoen og overvåg risikoen på milepælsbasis. |
Det er nu tid til en øvelse, vi har fire risici identificeret i Guru99 Banking-projektet. Klassificer dem selv
| Risiko | Høj | Medium | Lav | Status |
|
|
|
| Korrekt. Forkert. |
|
|
|
| Korrekt. Forkert |
|
|
|
| Korrekt. Forkert |
|
|
|
| Korrekt. Forkert. |
Trin 3) Tag MODTÆTNINGER for at mindske risikoen
Denne aktivitet er opdelt i 3 dele
Risikoreaktion
Projektlederen skal vælge strategier, der reducerer risikoen til minimal. Projektledere kan vælge mellem følgende fire risikoresponsstrategier
Tilbage til de fire tidligere identificerede risici er vi nødt til at finde modforanstaltningen for at undgå eller eliminere dem. A) Du har muligvis ikke nok menneskelige ressourcer til at afslutte projektet ved deadline
B) Den Testing miljø er måske ikke konfigureret korrekt som rigtig erhvervsklima
C) Dit projekt budget kan halvere på grund af forretningsmæssige situation
D) Dette websted mangler muligvis sikkerhedsfunktioner
A. Du har muligvis ikke nok menneskelig ressource til at afslutte projektet ved deadline. Denne risiko kan ikke undgås på grund af virksomhedens situation; du kan ikke anmode om mere menneskelig ressource til projektet. I sådanne tilfælde kan du reducere virkningen af risici ved at vælge nogle af nedenstående muligheder
- Vælg det talentfulde og erfarne medlem til at deltage i projektteamet
- Opret træningskurset for at øge medlemmet, hjælpe dem med at forbedre produktiviteten
- Bed udviklingsholdet om deres hjælp til at opbygge testmiljøet
- Forbered alt udstyr eller materiale (Server, database, PC ...), der er nødvendigt til opsætning af miljø
- Definer projektomfanget igen, identificer hvad der vil blive testet, og hvad der i så fald vil blive ignoreret
- Forhandle med kunden om projektperioden, der passer til projektbudgettet
- Forbedre produktiviteten i hver projektfase, f.eks. Test, lave testspecifikationer ... Hvis du kan spare tid, kan du spare omkostninger
Registrer risiko
Al risiko skal registreres, dokumenteres og anerkendes af projektledere, interessenter og projektmedlem. Risikoregistret skal være frit tilgængeligt for alle medlemmer af projektgruppen.
Der er nogle nyttige til at registrere risiko som Redmine, MITER ... osv.
Overvåg og kontroller risiko
Risici kan overvåges løbende for at kontrollere, om der foretages ændringer. Ny risiko kan identificeres gennem konstante overvågnings- og vurderingsmekanismer.
For bedre risikostyring kan du se Risikostyringsskabelon, der er inkluderet i denne artikel