Mis on riskianalüüs?
Risk on soovimatu sündmuse esinemise tõenäosus.
Riskianalüüs on teie testimisprojektiga seotud riskide analüüsimise protsess.
Teie projekti õnnestumiseks tuleks enne projekti algust kindlaks teha risk ja määratleda vastavad lahendused.
Selles õpetuses avastame juhtumianalüüsi abil testijuhtimise protsessi esimese sammu: riskianalüüs ja lahendus.
Selles teemas avastame testijuhtimise protsessi esimese sammu: riskianalüüs ja lahendus juhtumiuuringu abil.
Testitava rakenduse nimi on demo.guru99.com. Tarkvaranõuete spetsifikatsiooni leiate siit.
Pangal Guru99 on kaks rolli
- Juhataja
- Klient
Järgmised funktsioonid / moodulid on neile kahele rollile saadaval
Siin on väike ekskursioon veebisaidil
Pärast nõuetekohaste dokumentide lugemist võite olla aru saanud, et veebisaidil on liiga palju funktsionaalseid ja keerukaid stsenaariume.
Siin on olukord -
- Panganduse veebisait Guru99 on juba arendusetapi lõpetanud. Nüüd algab testimise etapp. Kahjuks ei olnud te nõuete faasis varakult kaasatud
- Teie ülemus vajab testi lõpetamist ühe kuu jooksul ainult piiratud eelarvega, kuid ootab suurepärast kvaliteeti.
- Meeskonna liige, kes on kogenud insener, ütleb teile
- Mida peaksite sellisel juhul tegema?
Kui valite toimingu B, on siin tulemused ühe kuu möödudes
- Projekt on segadus ja võttis kõik teie ressursid ja aega. Töötaja töökoormus suurenes drastiliselt ning nad tunnevad stressi ja ülekoormust
- - Teie projekt viibib, nii et te ei saanud toodet määratud tähtajaks välja anda, nagu lubasite oma ülemusele. Nagu teie meeskonnaliige ütles, on selle projekti ajakava praeguse ressursside jaotusega võrreldes liiga tihe.
Ülaltoodud näide illustreerib tähtsust riskianalüüsi Test Management.
Riskijuhtimine aitab teil -
Eespool toodud näites mainitud risk on vaid üks paljudest teie projektis esineda võivatest riskidest. Peaksite nad tuvastama ja tegema otsuse nendega võimalikult kiiresti tegeleda !!! Niisiis, õige tegevus, mis näiteks on toiminguks .
Seega on riskianalüüs oluline
Kuidas teha riskianalüüsi?
See on kolmeastmeline protsess
- Tehke kindlaks riskid
- Analüüsige iga tuvastatud riski mõju
- Võtta tuvastatud ja analüüsitud riski vastu vastumeetmeid
1. samm. Tehke kindlaks risk
Riske saab tarkvaratoodetes tuvastada ja liigitada kahte tüüpi
Projekti risk
Projekti riski võib määratleda kui ebakindlat sündmust või tegevust, mis võib mõjutada projekti edenemist. Mõjul on positiivne või negatiivne mõju projekti eesmärkide saavutamise väljavaadetele.
Projektiriske on peamiselt 3 kategooriat
- Organisatsiooniline risk
See on risk, mis on seotud teie inimressursi või testimismeeskonnaga. Näiteks on teie projektis oht tehniliselt kvalifitseeritud liikmete puudumine. Teine oht on see, et projekti õigeaegseks lõpuleviimiseks pole piisavalt tööjõudu.
Organisatsiooniriski tuvastamiseks peaksite koostama loetelu vähestest küsimustest ja vastama neile eneseharjutusena. Siin on mõned soovitatavad küsimused. 1. Kas see on hästi organiseeritud meeskond?
A) JahB) EiTeie projektil ei ole organisatsioonilisi riske. Looge tugevam meeskond ja soodustage koostöö keskkonda.
2. Kas igal meeskonnaliikmel on oskusi oma tööd teha?
A) JahB) EiTeie projektil ei ole organisatsiooni ohtu . Koolituse loomine liikmete oskuste täiendamiseks
3. Võrreldes projekti suuruse ja ajakavaga, kas meil on piisavalt inimressursse selle projekti tähtajaks lõpetamiseks?
A) JahB) EiTeie projektil ei ole organisatsiooni riski. Paluge projekti juhatusel hankida rohkem inimressursse
Kui vastate kõigile ülaltoodud küsimustele, tuvastate hõlpsasti võimalikud riskid, mis võivad teie projekti mõjutada.
- Tehniline risk
Tehniline risk on tehnilise protsessi (nt testimata inseneritöö, vale testimisprotseduuri jne) teostamisel tekkiva kahju tõenäosus. Siin on näide tehnilisest riskist
- Teie ülesanne selles projektis on panganduse veebisaidi testimine. Peate seadistama õiged testikeskkonnad, mis kajastavad tegelikke ärikeskkondi. Kui testikeskkonda pole õigesti seadistatud, ei testita toodet õigesti ja paljusid defekte ei tuvastata.
- Äririsk
Risk hõlmab välist üksust. See võib tuleneda teie ettevõttest, teie kliendist, kuid mitte teie projektist.
Järgmisel pildil on toodud äririski näide.
Sellisel juhul peab testijuht välja selgitama riskiga toimetuleku lahendused, näiteks:
- Pange testimise etappidele prioriteet , keskenduge veebisaidi põhijoonte testimisele
- Kasutage testimise vahend, et suurendada tootlikkust testimine
- Juhtimisvaevuste vähendamiseks rakendage protsessi täiustamist .
Toote risk
Tooterisk on võimalus, et süsteem või tarkvara ei pruugi rahuldada või täita kliendi, kasutaja või sidusrühma ootusi. See risk on seotud toote funktsionaalsusega , näiteks jõudlusprobleemid, turbeprobleemid, krahhistsenaariumid jne.
Järgnevalt on toodud näited vähestest tooteriskidest -
- Tarkvara ignoreerib mõned peamised funktsiooni, et kliendid täpsustatud kasutajate nõue
- Tarkvara on ebausaldusväärne ja sageli ei tööta.
- Tarkvara ebaõnnestub viisil, mis põhjustab rahalist või muud kahju tarkvara kasutavale kasutajale või ettevõttele.
- Tarkvaral on probleeme teatud kindla kvaliteedinäitajaga nagu turvalisus, töökindlus, kasutatavus, hooldatavus või jõudlus.
Nüüd tagasi oma projekti juurde, kas Guru 99 panga veebisaidil on mingit tooteriski? Sellele küsimusele vastamiseks peaksite järgima järgmisi samme
Kui olete teinud üle 3 sammu, tehke tooteriskide tuvastamiseks allpool väike viktoriin. Kas Guru99 panga veebisait saab kliendikontot ja tema andmeid kaitsta ?
A) JahB) Ei
C) Ma pole kindel, kas
vale
õige
2. Kas veebisait on kliendi jaoks kasutatav ?
A) JahB) Pole
õigeid
valesid
3. Millised muud funktsioonid peaksid veebisaidil olema?
A) Turvaline rahaülekanne B) Kasutaja saab uue konto registreerida
C) Ei ole vaja rohkem funktsioone
IncorrectCorrect
2. samm. Analüüsige tekkiva riski mõju
Eelmises teemas tuvastasime juba riskid, mis võivad teie projekti takistada. Siin on tuvastatud riskide loetelu:
- Teil ei pruugi olla piisavalt inimressursse, et projekti tähtajaks lõpule viia
- Testimine keskkond ei pruugi olla setup korralikult nagu päris ärikeskkonda.
- Teie projekti eelarve võib ärisituatsiooni tõttu poole võrra väheneda
- Sellel veebisaidil võivad puududa turvafunktsioonid
Järgmisena peaksite neid riske analüüsima.
Iga risk tuleks klassifitseerida järgmise kahe parameetri alusel
- Tõenäosus esinemise
- Mõju projekti
Kasutades maatriksi allpool, saate kategoriseerida riski nelja kategooriasse kõrge, keskmine, ja madal või väärtused 3,2, 1
|
Tõenäosus |
|
|---|---|
|
Kõrge (3) |
Selle esinemise tõenäosus on väga suur, võib mõjutada kogu projekti |
|
Keskmine (2) |
50% tõenäosus tekkida |
|
Madal (1) |
Väike esinemise tõenäosus |
|
Mõju |
|
|---|---|
|
Kõrge (3) |
Projekti tegevusega ei saa jätkata, kui seda ei lahendata kohe |
|
Keskmine (2) |
Projekti tegevust ei saa jätkata, kui see pole lahendatud |
|
Madal (1) |
Vajadus see lahendada, kuid mõnda aega on võimalik kasutada alternatiivset lahendust |
Mõelge järgmistele riskidele
|
Risk |
Tõenäosus |
Mõju |
Prioriteet = tõenäosus * mõju |
|---|---|---|---|
|
Projekti tähtaeg pole kinni peetud |
3 |
3 |
9 |
|
Elektririke |
1 |
2 |
2 |
Ülaltoodud prioriteedi alusel võite võtta allpool tabelis nimetatud vastumeetmeid
|
Prioriteet |
Riskijuhtimise meetod |
|
|---|---|---|
|
Kõrge |
6–9 |
Võtke koheselt leevendusmeetmeid ja jälgige riski iga päev, kuni selle olek on suletud. |
|
Keskmine |
3-5 |
Jälgige riski igal nädalal sisekoosolekul |
|
Madal |
1-2 |
Nõustuge riskiga ja jälgige riski verstapostil. |
Nüüd on aeg õppuseks, meil on Guru99 panganduse projektis tuvastatud 4 riski. Klassifitseerige need ise
| Risk | Kõrge | Keskmine | Madal | Staatus |
|
|
|
| Õige. Vale. |
|
|
|
| Õige. Vale |
|
|
|
| Õige. Vale |
|
|
|
| Õige. Vale. |
3. samm. Tehke riski vähendamiseks VASTUTUSMEETMED
See tegevus on jagatud 3 osaks
Riskile reageerimine
Projektijuht peab valima strateegiad, mis vähendavad riski minimaalseks. Projektijuhid saavad valida järgmise nelja riskile reageerimise strateegia vahel
Tagasi nelja varem tuvastatud riski juurde, peame leidma vastumeetmed nende vältimiseks või kõrvaldamiseks. A) Teil ei pruugi olla piisavalt inimressursse projekti tähtajaks lõpetamiseks
B) Testimine keskkond ei pruugi olla setup korralikult nagu päris ärikeskkonna
C) Teie projekti eelarve võib ärisituatsiooni tõttu väheneda poole võrra
D) Sellel veebisaidil võivad puududa turvafunktsioonid
A. Teil ei pruugi olla piisavalt inimressursse, et projekti lõpptähtajal lõpetada. Seda riski ei saa vältida ettevõtte olukorra tõttu; te ei saa projekti jaoks rohkem inimressursse taotleda. Sellisel juhul saate riskide mõju vähendada, valides allpool mõned võimalused
- Valige projekti meeskonnaga liitumiseks andekas ja kogenud liige
- Looge koolituskursus, et liikmeid paremaks muuta, aidata neil produktiivsust parandada
- Testikeskkonna ülesehitamiseks paluge arendusmeeskonnalt abi
- Valmistage ette kõik keskkonna seadistamiseks vajalikud seadmed või materjalid (server, andmebaas, arvuti ...)
- Määratlege uuesti projekti ulatus, tehke kindlaks, mida sellisel juhul testitakse ja mida ignoreeritakse
- Läbirääkimised kliendiga projekti tähtaja üle, et see vastaks projekti eelarvele
- Parandage iga projekti etapi tootlikkust, näiteks testimine, testispetsifikatsioonide tegemine ... Kui säästate aega, saate kulusid kokku hoida
Registreerige risk
Projektijuhid, sidusrühm ja projekti liige peavad kogu riski registreerima, dokumenteerima ja teadvustama. Riskiregister peaks olema kõigile projektimeeskonna liikmetele vabalt juurdepääsetav.
Riski registreerimiseks on kasulikke, näiteks Redmine, MITER ... jne.
Jälgige ja kontrollige riski
Riske saab pidevalt jälgida, et kontrollida, kas muudatusi tehakse. Uut riski saab tuvastada pideva jälgimise ja hindamise mehhanismide abil.
Parema riskijuhtimise huvides võite viidata riskijuhtimise mallile, mis on selles artiklis