Projektriskanalys och lösningar inom mjukvarutestning
Thomas Hamilton
Vad är riskanalys?
Risk är sannolikheten för att en oönskad händelse inträffar.
Riskanalys inom mjukvaruteknik är processen att analysera riskerna förknippade med din Testning Project.
För att ditt projekt ska lyckas bör Risk identifieras och motsvarande lösningar bör fastställas innan projektet startar. Riskidentifiering inom Software Engineering hjälper dig att identifiera sannolika risker i tidiga skeden.
I den här handledningen kommer vi att upptäcka det första steget i testhanteringsprocessen: Riskanalys och lösning med hjälp av en fallstudie.
I det här ämnet kommer vi att upptäcka det första steget i testhanteringsprocessen: Riskanalys i mjukvarutestning och lösning med hjälp av en fallstudie.
Applikationen som testas är https://demo.guru99.com/V4/, kan du se programvarukravsspecifikationen här..
Guru99 Bank kommer att ha två roller
- chef
- Kund
Följande funktioner/moduler kommer att vara tillgängliga för dessa två olika roller
Här är en liten rundtur på hemsidan
Efter att ha läst kravdokumenten har du kanske insett att webbplatsen har för många funktionella och komplex scenarier.
Här är läget -
- Guru99 bankwebbplatsen har redan avslutat utvecklingsfasen. Nu börjar testfasen. Tyvärr var du inte involverad tidigt under kravfasen
- Din chef behöver att du avslutar testningen en månad endast med en begränsad budget, men förväntar sig stor kvalitet.
- En gruppmedlem som är en erfaren ingenjör berättar
- Vad ska du göra i så fall?
A) Det verkar vara ett stort problem. Vi måste ta itu med ASAP!!!
B) Jag bryr mig inte. Vi måste börja jobba nu.
- Projektet är en enda röra och tog alla dina resurser och tid. Medarbetarens arbetsbelastning ökade drastiskt & de känner sig stressade och överbelastade
- – Ditt projekt är försenat så du kunde inte släppa produkten på den bestämda deadline som du lovade din chef. Som din teammedlem sa är schemat för detta projekt för snävt jämfört med den nuvarande resurstilldelningen.
Ovanstående exempel illustrerar vikt av Riskanalys i Test Management.
Riskhantering hjälper dig att –
Risken, som nämndes i ovanstående exempel, är bara en av många potentiella risker som kan uppstå i ditt projekt. Du bör identifiera dem och fatta beslutet att ta itu med dem ASAP!!! Så den korrekta åtgärden i det exemplet är åtgärd A.
Därför är riskanalys vid testning viktig
Hur gör man riskanalys?
Det är en 3-stegsprocess
- Identifiera riskerna
- Analysera effekten av varje identifierad risk
- Vidta motåtgärder för den identifierade och analyserade risken
Steg 1) Identifiera risk
Risk kan identifieras och klassificeras i 2 typer i mjukvaruprodukt
Projektrisk
Projektrisk kan definieras som en osäker händelse eller aktivitet som kan påverka projektets framsteg. Effekten har en positiv or negativ effekt på möjligheterna att uppnå projektmålen.
Det finns i första hand 3 kategorier av projektrisker
Organisationsrisk
Det är en risk relaterad till din human resource eller ditt testteam. Till exempel i ditt projekt är brist på tekniskt skickliga medlemmar en risk. Att inte ha tillräckligt med arbetskraft för att slutföra projektet i tid är en annan risk.
För att identifiera den organisatoriska risken bör du göra en lista med några frågor och svara på dem som självträning. Här är några rekommenderade frågor.
A) Ja
B) Nej
A) Ja
B) Nej
A) Ja
B) Nej
Om du svarar på alla ovanstående frågor kommer du enkelt att identifiera de potentiella riskerna som kan påverka ditt projekt.
Teknisk risk
Teknisk risk är sannolikheten för förlust som uppstår under utförandet av en teknisk process såsom oprövad ingenjörskonst, felaktig testprocedur ... etc. Här är ett exempel på teknisk risk
- Din uppgift i det här projektet är att testa en bankwebbplats. Du måste sätta upp ordentliga testmiljöer som speglar verkliga affärsmiljöer. Om Testmiljö inte är korrekt inställd, kommer produkten att vara det inte testas korrekt och många defekter kommer inte att upptäckas.
Affärsrisk
Risken innebär en extern entitet. Det är risken som kan komma från ditt företag, din kund men inte från ditt projekt.
Följande bild visar dig ett exempel på affärsrisk.
I sådana fall måste testledaren ta reda på lösningarna för att hantera risken såsom:
- uppsättning prioritet för testfaserna, fokusera på att testa webbplatsens huvudfunktioner
- Utnyttja ett testverktyg för att öka produktiviteten vid testning
- Ansök processförbättringar att minska ledningsinsatsen.
Produktrisk
Produktrisk är möjligheten att systemet eller programvaran inte kan tillfredsställa eller uppfylla förväntningarna hos kunden, användaren eller intressenten. Denna risk i testplan är relaterad till funktionalitet av produkten såsom prestandaproblem, säkerhetsproblem, kraschscenarier, etc.
Nedan följer exempel på några produktrisker –
- Programvaran hoppar över några nyckel funktion som kunderna angav i användarnas
krav - Programvaran är otillförlitliga och ofta misslyckas att arbeta.
- Programvaran misslyckas på sätt som orsakar ekonomisk eller annan skada för en användare eller företaget som använder programvaran.
- Programvaran har problem relaterade till en viss kvalitetsegenskap som säkerhet, tillförlitlighet, användbarhet, underhållbarhet eller prestanda.
Nu tillbaka till ditt projekt, finns det någon produktrisk på Guru 99 Banks webbplats? För att svara på denna fråga bör du följa följande steg
När du är klar med de tre stegen ovan, gör en liten frågesport nedan för att identifiera produktrisker
A) Ja
B) Nej
C) Jag är inte säker
A) Ja
B) Nej
A) Säker överföring av pengar
B) Användare kan registrera ett nytt konto
C) Behöver inga fler funktioner
Steg 2) Analysera effekten av att risken inträffar
I det föregående ämnet har vi redan identifierat de risker som kan hämma ditt projekt. Här är listan över identifierade risker:
- Du kanske inte har tillräckligt human resource för att avsluta projektet inom deadline
- Testningen miljö kanske inte är korrekt inställd som verklig affärsmiljö.
- Ditt projekt budget kan halveras på grund av affärssituationen
- Denna webbplats kan Bristen säkerhetsfunktioner
Därefter bör du analysera dessa risker.
Varje risk bör klassificeras utifrån följande två parametrar
- Ocuco-landskapet Sannolikheten av förekomsten
- Ocuco-landskapet inverkan på projektet
Med hjälp av matrisen nedan kan du kategorisera risken i fyra kategorier som Hög, Medium, och Låg eller värden 3,2, 1
|
Sannolikhet |
|
|---|---|
|
Hög (3) |
Har mycket hög sannolikhet att inträffa, kan påverka hela projektet |
|
Medel (2) |
50% chans att inträffa |
|
Låg (1) |
Låg sannolikhet att inträffa |
|
Inverkan |
|
|---|---|
|
Hög (3) |
Kan inte fortsätta med projektaktivitet om det inte är löst blir omedelbart |
|
Medel (2) |
Kan inte fortsätta projektaktiviteten om den inte löses |
|
Låg (1) |
Behöver lösa det men det går att ta alternativ lösning ett tag |
Tänk på följande risker
|
Risk |
Sannolikhet |
Inverkan |
Prioritet = Sannolikhet* Effekt |
|---|---|---|---|
|
Projektets deadline har inte uppfyllts |
3 |
3 |
9 |
|
Elfel |
1 |
2 |
2 |
Baserat på ovanstående prioritet kan du vidta riskreducering vid testning eller motåtgärder som nämns i tabellen nedan
|
Budget |
Riskhanteringsmetod |
|
|---|---|---|
|
Hög |
6 -9 |
Vidta begränsningsåtgärder omedelbart och övervaka risken varje dag tills dess status är stängd. |
|
Mitten |
3-5 |
Övervaka risken varje vecka vid internt framstegsmöte |
|
Låg |
1-2 |
Acceptera risken och övervaka risken på milstolpsbasis. |
Det är nu dags för en övning, vi har 4 risker identifierade i Guru99 Banking-projektet. Klassificera dem själv
| Risk | Hög | Medium | Låg | Status |
|
|
|
|
|
Korrekt.
Felaktig.
|
|
|
|
|
|
Korrekt.
Felaktig
|
|
|
|
|
Korrekt.
Felaktig
|
|
|
|
|
|
|
Korrekt.
Felaktig.
|
Steg 3) Vidta MOTÅTGÄRDER för att minska risken
Denna aktivitet är uppdelad i 3 delar
Riskrespons
Projektledaren måste välja strategier som minskar risken till minimal. Projektledare kan välja mellan följande fyra riskresponsstrategier
Tillbaka till de 4 riskerna som identifierats tidigare, vi måste hitta risken och begränsningen vid testning eller motåtgärd för att undvika eller eliminera dem.
B) Testningen miljö kanske inte är korrekt inställd som verklig affärsmiljö
C) Ditt projekt budget kan halveras på grund av affärssituationen
D) Denna webbplats kan Bristen säkerhetsfunktioner
Denna risk kan inte undvikas på grund av företagets situation; du kan inte begära mer personal för projektet. I sådana fall kan du minska påverkan av risker genom att välja några alternativ nedan
- Välj den begåvade och erfarna medlemmen att gå med i projektteamet
- Skapa utbildningskursen för att utveckla medlemmen, hjälpa dem att förbättra produktiviteten
B. Testmiljön kanske inte är korrekt konfigurerad som verklig affärsmiljö
Denna risk kan undvikas om du utför följande aktiviteter
- Be utvecklingsteamet om deras hjälp att bygga upp testmiljön
- Förbered all utrustning eller material (Server, databas, PC...) som behövs för att sätta upp miljön
C. Ditt projekt kan halveras på grund av affärssituationen
Denna risk är en kritisk; det kan hindra hela projektet från att fortsätta. I så fall bör du göra det
- Omdefiniera projektets omfattning, identifiera vad som kommer att testas och vad som kommer att ignoreras i sådana fall
- Förhandla med kunden om projektperioden för att passa projektbudgeten
- Förbättra produktiviteten för varje projektfas som att testa, göra testspecifikationer, ... Om du kan spara tid kan du spara kostnader
D. Denna webbplats kan sakna säkerhetsfunktioner
Denna risk anses vara medelhög prioritet, eftersom den inte påverkar hela projektet och kan undvikas. Du kan begära att utvecklingsteamet kontrollerar och lägger till dessa funktioner på webbplatsen.
Registrera Risk
All risk ska registreras, dokumenteras och erkännas av projektledare, intressent och projektmedlem. Riskregistret bör vara fritt tillgängligt för alla medlemmar i projektgruppen.
Det finns några användbara för att registrera risk som t.ex Redmine, MITRA… Etc.
Övervaka och kontrollera risk
Risker kan övervakas kontinuerligt för att kontrollera om några förändringar görs. Ny risk kan identifieras genom de ständiga övervaknings- och utvärderingsmekanismerna.
För bättre riskhantering kan du hänvisa Riskhantering mall inkluderar i den här artikeln
