Vad är riskanalys?
Risk är sannolikheten för en oönskad händelse.
Riskanalys är processen att analysera de risker som är förknippade med ditt testprojekt.
För att ditt projekt ska lyckas bör risk identifieras och motsvarande lösningar bestämmas innan projektet startar.
I denna handledning kommer vi att upptäcka det första steget i testhanteringsprocessen: Riskanalys och lösning med hjälp av en fallstudie.
I detta ämne kommer vi att upptäcka det första steget i testhanteringsprocessen: riskanalys och lösning med hjälp av en fallstudie.
Applikationen som testas är demo.guru99.com, du kan se specifikationen för programvarukrav här.
Guru99-banken 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å webbplatsen
Efter att ha läst kravdokumenten kanske du har insett att webbplatsen har för många funktionella och komplexa scenarier.
Här är situationen -
- Bankwebbplatsen Guru99 har redan avslutat utvecklingsfasen. Nu startar testfasen. Tyvärr var du inte inblandad tidigt under kravfasen
- Din chef behöver att du bara avslutar testet på en månad med en begränsad budget, men förväntar sig hög kvalitet.
- En teammedlem som är en erfaren ingenjör berättar för dig
- I sådana fall, vad ska du göra?
Om du väljer åtgärd B, här är resultaten efter en månad
- Projektet är en röra och tog alla dina resurser och tid. Den anställdes arbetsbelastning ökade drastiskt och de känner sig stressade och överbelastade
- - Ditt projekt är försenat så att du inte kunde släppa produkten inom den bestämda tidsfristen 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 vikten av riskanalys i testhanteringen.
Riskhantering hjälper dig med -
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 hantera dem ASAP !!! Så är rätt åtgärd i detta exempel action A .
Därför är riskanalys viktig
Hur man utför riskanalys?
Det är en 3-stegsprocess
- Identifiera riskerna
- Analysera effekterna 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 två 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 eller negativ inverkan på utsikterna att uppnå projektmål.
Det finns främst tre kategorier av projektrisker
- Organisatorisk risk
Det är en risk relaterad till din personalresurs 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 organisatorisk risk bör du göra en lista med några frågor och svara på dem som självövning. Här är några rekommenderade frågor. 1. Är detta ett välorganiserat team?
A) JaB) NejDitt projekt har ingen organisationsrisk Skapa starkare team och främja en miljö för samarbete
2. Har varje lagmedlem förmågan att göra sitt jobb ??
A) JaB) NejDitt projekt har ingen organisationsrisk Skapa träningskursen för att färdigställa medlemmarna
3. Jämför med projektstorlek och schema, har vi tillräckligt med personal för att slutföra detta projekt vid deadline?
A) JaB) NejDitt projekt har ingen organisationsrisk Be projektstyrelsen få mer personal
Om du svarar på alla ovanstående frågor kan du enkelt identifiera de potentiella riskerna som kan påverka ditt projekt.
- Teknisk risk
Teknisk risk är sannolikheten för förlust som uppstått under genomförandet av en teknisk process, såsom oprövad teknik, fel testprocedur ... etc. Här är ett exempel på teknisk risk
- Din uppgift i detta projekt är att testa en bankwebbplats. Du måste skapa korrekta testmiljöer som speglar verkliga affärsmiljöer. Om testmiljön inte är korrekt inställd kommer produkten inte att testas korrekt och många fel upptäcks inte.
- Affärsrisk
Risken innebär en extern enhet. Det är risken som kan komma från ditt företag, din kund men inte från ditt projekt.
Följande bild visar ett exempel på affärsrisk.
I sådant fall måste testchefen ta reda på lösningarna för att hantera risken, till exempel:
- Ställ prioritet för testfaserna, fokusera på att testa de viktigaste funktionerna på webbplatsen
- Använd ett testverktyg för att öka testningens produktivitet
- Använd processförbättring för att minska ledningsarbetet.
Produktrisk
Produktrisk är möjligheten att systemet eller programvaran misslyckas med att uppfylla eller uppfylla kundernas, användarens eller intressentens förväntningar. Denna risk är relaterad till produktens funktionalitet som prestandafrågor, säkerhetsfrågor, kraschscenarier etc.
Nedan följer några exempel på några produktrisker -
- Programvaran hoppar över någon nyckelfunktion som kunderna angav i användarnas krav
- Programvaran är opålitlig och fungerar ofta inte .
- Programvara 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 kvalitetskaraktäristik som säkerhet, tillförlitlighet, användbarhet, underhållsförmåga eller prestanda.
Nu tillbaka till ditt projekt, finns det någon produktrisk på Guru 99 Banks webbplats? För att besvara denna fråga bör du följa följande steg
När du är klar med ovanstående tre steg, ta en liten frågesport nedan för att identifiera produktrisker 1. Kan Guru99-bankwebbplatsen säkra kundkontot och hans data?
A) JaB) Nej
C) Jag är inte säker
Felaktig
korrekt
2. Är webbplatsen användbar för kunder?
A) JaB) Inget
korrekt
felaktigt
3. Vilka andra funktioner bör webbplatsen ha?
A) Säker fondöverföring B) Användaren kan registrera nytt konto
C) Inget behov av fler funktioner
IncorrectCorrect
Steg 2) Analysera effekterna av risken
I föregående ämne identifierade vi redan de risker som kan hämma ditt projekt. Här är listan över identifierade risker:
- Du kanske inte har tillräckligt med mänsklig resurs för att slutföra projektet på deadline
- Testing miljö kan inte ställas in på rätt sätt som riktiga affärsmiljö.
- Ditt projekt budget kan halveras på grund av affärssituation
- Den här webbplatsen kan sakna säkerhetsfunktioner
Därefter bör du analysera dessa risker.
Varje risk bör klassificeras på grundval av följande två parametrar
- Den sannolikheten för förekomst
- Den 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 stor sannolikhet att uppstå, kan påverka hela projektet |
|
Medium (2) |
50% chans att inträffa |
|
Låg (1) |
Låg sannolikhet för förekomst |
|
Påverkan |
|
|---|---|
|
Hög (3) |
Kan inte fortsätta med projektaktivitet om det inte löses omedelbart |
|
Medium (2) |
Det går inte att fortsätta projektaktiviteten om den inte löses |
|
Låg (1) |
Behöver lösa det men det är möjligt att ta en alternativ lösning ett tag |
Tänk på följande risker
|
Risk |
Sannolikhet |
Påverkan |
Prioritet = Sannolikhet * Effekt |
|---|---|---|---|
|
Projektets tidsfrist har inte uppnåtts |
3 |
3 |
9 |
|
Elfel |
1 |
2 |
2 |
Baserat på ovanstående prioritet kan du vidta de motåtgärder som nämns i nedanstående tabell
|
Prioritet |
Metod för riskhantering |
|
|---|---|---|
|
Hög |
6-9 |
Vidta åtgärder för att mildra 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 fyra risker identifierade i Guru99 Banking-projektet. Klassificera dem själv
| Risk | Hög | Medium | Låg | Status |
|
|
|
| Rätt. Felaktigt. |
|
|
|
| Rätt. Felaktigt |
|
|
|
| Rätt. Felaktigt |
|
|
|
| Rätt. Felaktigt. |
Steg 3) Ta RÄTTÅTGÄRDER för att mildra risken
Denna aktivitet är indelad 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 fyra riskerna som identifierats tidigare måste vi hitta motåtgärder för att undvika eller eliminera dem. A) Du kanske inte har tillräckligt med mänskliga resurser för att slutföra projektet vid deadline
B) Kontroll miljön kan inte ställas in på rätt sätt som riktiga affärsmiljö
C) Ditt projekt budget kan halveras på grund av affärssituation
D) Denna webbplats kan sakna säkerhetsfunktioner
A. Du kanske inte har tillräckligt med personal för att slutföra projektet vid deadline. Denna risk kan inte undvikas på grund av företagets situation. du kan inte begära mer mänsklig resurs för projektet. I sådana fall kan du minska effekterna av risker genom att välja några alternativ nedan
- Välj den begåvade och erfarna medlemmen för att gå med i projektteamet
- Skapa träningskursen för att färdigställa medlemmen, hjälpa dem att förbättra produktiviteten
- Be utvecklingsgruppen om deras hjälp med att bygga upp testmiljön
- Förbered all utrustning eller allt material (Server, databas, PC ...) som behövs för att skapa en miljö
- Definiera om projektets omfång, identifiera vad som ska testas och vad som ignoreras i sådana fall
- Förhandla med kunden om projektperioden för att passa projektets budget
- Förbättra produktiviteten i varje projektfas, till exempel test, göra testspecifikationer, ... Om du kan spara tid kan du spara kostnader
Registrera risk
All risk måste registreras, dokumenteras och erkännas av projektledare, intressenter 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 risker som Redmine, MITER ... etc.
Övervaka och kontrollera risk
Risker kan övervakas kontinuerligt för att kontrollera om några ändringar görs. Ny risk kan identifieras genom ständiga övervaknings- och utvärderingsmekanismer.
För bättre riskhantering kan du hänvisa till riskhanteringsmallen som ingår i den här artikeln