Projectrisicoanalyse en oplossingen bij het testen van software
Thomas Hamilton
Wat is risicoanalyse?
Risico is de kans dat een ongewenste gebeurtenis optreedt.
Risicoanalyse in Software Engineering is het proces waarbij de risico's worden geanalyseerd die aan uw software zijn verbonden Testen Project.
Voor het succes van uw project moeten vóór de start van het project risico's worden geïdentificeerd en overeenkomstige oplossingen worden bepaald. Risico-identificatie in Software Engineering helpt u om waarschijnlijke risico's in een vroeg stadium te identificeren.
In deze tutorial ontdekken we de eerste stap in het testmanagementproces: risicoanalyse en oplossing met behulp van een casestudy.
In dit onderwerp zullen we de eerste stap in het testmanagementproces ontdekken: risicoanalyse bij het testen en oplossen van software met behulp van een casestudy.
De applicatie die wordt getest is http://demo.guru99.com/V4/, kunt u de Softwarevereistespecificatie raadplegen hier.
De Guru99 Bank zal twee rollen vervullen
- Manager
De volgende functies/modules zijn beschikbaar voor deze twee verschillende rollen
Hier is een kleine rondleiding door de website
Na het lezen van de vereistendocumenten heeft u zich misschien gerealiseerd dat de website er te veel heeft functioneel en complex scenario's.
Hier is de situatie –
- De bankwebsite Guru99 heeft de ontwikkelingsfase al achter de rug. Nu begint de testfase. Helaas bent u er niet vroeg bij betrokken geweest tijdens de fase van de vereisten
- Je baas wil dat je klaar bent met testen een maand alleen met een beperkt budget, maar verwacht groot kwaliteit.
- Een teamlid dat een ervaren ingenieur is, vertelt het u
- Wat moet u in zo’n geval doen?
A) Het lijkt een groot probleem te zijn. We moeten afrekenen met ASAP!!!
B) Het maakt mij niet uit. We moeten nu beginnen met werken.
- Het project is een puinhoop en heeft al je middelen en tijd gekost. De werkdruk van de werknemer is drastisch toegenomen en hij voelt zich gestrest en overbelast
- – Uw project is vertraagd, dus u kon het product niet op de vastgestelde deadline vrijgeven zoals u aan uw baas had beloofd. Zoals uw teamlid zei, is de planning van dit project te krap vergeleken met de huidige toewijzing van middelen.
Het bovenstaande voorbeeld illustreert de belang van risicoanalyse in testmanagement.
Risicomanagement helpt u bij –
Het risico, dat in het bovenstaande voorbeeld werd genoemd, is slechts een van de vele potentiële risico's die zich in uw project kunnen voordoen. U moet ze identificeren en de beslissing nemen om ermee om te gaan ASAP!!! De juiste actie in dat voorbeeld is dus actie A.
Daarom is risicoanalyse bij testen belangrijk
Hoe voer ik een risicoanalyse uit?
Het is een proces in 3 stappen
- Identificeer de risico's
- Analyseer de impact van elk geïdentificeerd risico
- Neem tegenmaatregelen voor het geïdentificeerde en geanalyseerde risico
Stap 1) Identificeer risico's
Risico's kunnen in softwareproducten worden geïdentificeerd en geclassificeerd in 2 typen
Projectrisico
Projectrisico kan worden gedefinieerd als een onzeker gebeurtenis of activiteit die van invloed kan zijn op de voortgang van het project. De impact heeft een positief or negatief effect op de vooruitzichten op het bereiken van de projectdoelstellingen.
Er zijn voornamelijk 3 categorieën projectrisico's
Organisatorisch risico
Het is een risico dat verband houdt met uw human resource of uw testteam. In uw project is bijvoorbeeld een gebrek aan technisch vaardige leden een risico. Een ander risico is het niet beschikken over voldoende mankracht om het project op tijd af te ronden.
Om het organisatierisico te identificeren, moet u een lijst met enkele vragen maken en deze als zelfoefening beantwoorden. Hier zijn enkele aanbevolen vragen.
A) Ja
B) Nee
A) Ja
B) Nee
A) Ja
B) Nee
Als u alle bovenstaande vragen beantwoordt, kunt u gemakkelijk de potentiële risico's identificeren die van invloed kunnen zijn op uw project.
Technisch risico
Technisch risico is de kans op verlies tijdens de uitvoering van een technisch proces, zoals niet-geteste engineering, een verkeerde testprocedure, enz. Hier is een voorbeeld van technisch risico
- Jouw taak in dit project is het testen van een bankwebsite. U moet goede testomgevingen opzetten die een echte bedrijfsomgeving weerspiegelen. Als de Test omgeving niet goed is ingesteld, zal het product dat wel zijn niet correct worden getest en veel gebrek zal niet worden gedetecteerd.
Bedrijfsrisico
Het risico betreft een extern entiteit. Het is het risico dat van uw bedrijf, uw klant, maar kan komen niet van uw project.
De onderstaande afbeelding toont een voorbeeld van een bedrijfsrisico.
In dat geval moet de Testmanager oplossingen bedenken om met het risico om te gaan, zoals:
- Zet de prioriteit concentreer u tijdens de testfasen op het testen van de belangrijkste functies van de website
- gebruik maken van een testtool om de productiviteit van het testen te verhogen
- Solliciteer procesverbetering om de beheerinspanningen te verminderen.
Productrisico
Productrisico is de mogelijkheid dat het systeem of de software niet voldoet aan de verwachtingen van de klant, gebruiker of belanghebbende. Dit Risico in Testplan heeft betrekking op de functionaliteit van het product, zoals prestatieproblemen, beveiligingsproblemen, crashscenario's, enz.
Hieronder volgen enkele voorbeelden van productrisico's:
- De software slaat een aantal over sleutel functie die de klanten hebben opgegeven in het gebruikersoverzicht
vereiste - De software is onbetrouwbaar en vaak mislukt werken.
- Software faalt op manieren die financiële of andere schade veroorzaken aan een gebruiker of aan het bedrijf dat de software gebruikt.
- De software heeft problemen die verband houden met een bepaald kwaliteitskenmerk, zoals beveiliging, betrouwbaarheid, bruikbaarheid, onderhoudbaarheid of prestaties.
Nu terug naar uw project, is er enig productrisico op de Guru 99 Bank-website? Om deze vraag te beantwoorden, moet u de volgende stappen volgen
Als u klaar bent met de bovenstaande drie stappen, doet u hieronder een kleine quiz om de productrisico's te identificeren
A) Ja
B) Nee
C) Ik weet het niet zeker
A) Ja
B) Nee
A) Veilige overdracht van fondsen
B) Gebruiker kan een nieuw account registreren
C) Geen behoefte aan meer functies
Stap 2) Analyseer de impact van het optredende risico
In het vorige onderwerp hebben we al de risico's geïdentificeerd die uw project kunnen belemmeren. Hier is de lijst met geïdentificeerde risico's:
- Het kan zijn dat je niet genoeg hebt human resource om het project binnen de deadline af te ronden
- Het testen milieu is mogelijk niet correct ingesteld zoals in een echte zakelijke omgeving.
- Jouw project begroting kan vanwege de bedrijfssituatie met de helft worden gehalveerd
- Deze website mag gebrek beveiligingsfuncties
Vervolgens moet u deze risico's analyseren.
Elk risico moet worden geclassificeerd op basis van de volgende twee parameters
- De waarschijnlijkheid van voorkomen
- De impact aan het project
Met behulp van onderstaande matrix kan dat categorizeren het risico in vier categorieën als hoog, gemiddeld, en Laag of waarden 3,2, 1
|
Waarschijnlijkheid |
|
|---|---|
|
Hoog (3) |
De kans is zeer groot dat dit voorkomt en kan van invloed zijn op het hele project |
|
Gemiddeld (2) |
50% kans dat dit voorkomt |
|
Laag (1) |
Lage waarschijnlijkheid van voorkomen |
|
Impact |
|
|---|---|
|
Hoog (3) |
Kan niet doorgaan met de projectactiviteit als deze niet is opgelost per direct |
|
Gemiddeld (2) |
Kan de projectactiviteit niet voortzetten als deze niet is opgelost |
|
Laag (1) |
Moet het oplossen, maar het is mogelijk om een tijdje een alternatieve oplossing te nemen |
Houd rekening met de volgende risico's
|
Risico |
Waarschijnlijkheid |
Impact |
Prioriteit = Waarschijnlijkheid* Impact |
|---|---|---|---|
|
Projectdeadline niet gehaald |
3 |
3 |
9 |
|
Elektriciteitsstoring |
1 |
2 |
2 |
Op basis van de bovenstaande prioriteit kunt u de in onderstaande tabel genoemde risicobeperkende maatregelen of tegenmaatregelen nemen
|
Prioriteit |
Risicobeheermethode |
|
|---|---|---|
|
Hoog |
6-9 |
Neem onmiddellijk risicobeperkende maatregelen en controleer het risico elke dag totdat de status ervan is gesloten. |
|
Midden |
3-5 |
Monitor wekelijks het risico tijdens het interne voortgangsoverleg |
|
Laag |
1-2 |
Accepteer het risico en monitor het risico op mijlpaalbasis. |
Het is nu tijd voor een oefening, we hebben 4 risico's geïdentificeerd in het Guru99 Banking-project. Classificeer ze zelf
| Risico | Hoog | Medium | Laag | Status |
|
|
|
|
|
Correct.
Niet correct.
|
|
|
|
|
|
Correct.
Onjuist
|
|
|
|
|
Correct.
Onjuist
|
|
|
|
|
|
|
Correct.
Niet correct.
|
Stap 3) Neem TEGENMAATREGELEN om het risico te beperken
Deze activiteit is verdeeld in 3 delen
Risico reactie
De projectmanager moet strategieën kiezen die het risico tot een minimum beperken. Projectmanagers kunnen kiezen uit de volgende vier risicoresponsstrategieën
Terug naar de vier eerder geïdentificeerde risico's: we moeten de risico's en mitigatie vinden in het testen of tegenmaatregel om ze te vermijden of te elimineren.
B) Het testen milieu is mogelijk niet correct ingesteld zoals in een echte zakelijke omgeving
C) Uw project begroting kan vanwege de bedrijfssituatie met de helft worden gehalveerd
D) Deze website kan gebrek security functionaliteiten
Dit risico kan vanwege de situatie van het bedrijf niet worden vermeden; u kunt niet om meer personeel voor het project vragen. In dat geval kunt u de impact van risico’s beperken door hieronder een aantal opties te kiezen
- Selecteer het getalenteerde en ervaren lid om zich bij het projectteam aan te sluiten
- Creëer de training om de leden vaardigheden bij te brengen en hen te helpen de productiviteit te verbeteren
B. De testomgeving is mogelijk niet goed ingesteld zoals in een echte bedrijfsomgeving
Dit risico kan worden vermeden als u de volgende activiteiten uitvoert
- Vraag het ontwikkelteam om hulp bij het opbouwen van de testomgeving
- Bereid alle apparatuur of materialen (server, database, pc...) voor die nodig zijn voor het opzetten van de omgeving
C. Uw project kan gehalveerd worden vanwege de bedrijfssituatie
Dit risico is van cruciaal belang; het kan ervoor zorgen dat het hele project niet doorgaat. In dat geval moet u dat doen
- Definieer de reikwijdte van het project opnieuw, identificeer wat er zal worden getest en wat in een dergelijk geval zal worden genegeerd
- Onderhandel met de klant over de looptijd van het project, passend binnen het projectbudget
- Verbeter de productiviteit van elke projectfase, zoals testen, testspecificaties maken,… Als u tijd kunt besparen, kunt u kosten besparen
D. Het kan zijn dat deze website geen beveiligingsfuncties heeft
Dit risico wordt beschouwd als een gemiddelde prioriteit, omdat het geen gevolgen heeft voor het hele project en vermeden kan worden. U kunt het ontwikkelteam verzoeken deze functies te controleren en toe te voegen aan de website.
Registreer risico
Alle risico's moeten worden vastgelegd, gedocumenteerd en erkend door projectmanagers, belanghebbenden en het projectlid. Het risicoregister moet vrij toegankelijk zijn voor alle leden van het projectteam.
Er zijn enkele handige manieren om risico's te registreren, zoals Redmine, MITRE... etc.
Risico's bewaken en beheersen
Risico's kunnen continu worden gemonitord om te controleren of er wijzigingen plaatsvinden. Nieuwe risico's kunnen worden geïdentificeerd via de voortdurende monitoring- en beoordelingsmechanismen.
Voor een beter risicobeheer kunt u verwijzen RISICO BEHEER sjabloon in dit artikel opnemen
