Projekti riskianalüüs ja lahendused tarkvara testimisel
Thomas Hamilton
Mis on riskianalüüs?
Risk on soovimatu sündmuse toimumise tõenäosus.
Tarkvaratehnika riskianalüüs on teiega seotud riskide analüüsimise protsess Testimine Projekt.
Projekti õnnestumiseks tuleks enne projekti algust välja selgitada risk ja leida vastavad lahendused. Riskide tuvastamine tarkvaratehnikas aitab teil varajases staadiumis tuvastada tõenäolisi riske.
Selles õpetuses avastame testihaldusprotsessi esimese sammu: riskianalüüsi ja -lahenduse juhtumiuuringu abil.
Selles teemas avastame testihaldusprotsessi esimese sammu: Tarkvara testimise ja lahenduste riskianalüüs juhtumiuuringu abil.
Testitav rakendus on https://demo.guru99.com/V4/, saate vaadata tarkvaranõuete spetsifikatsiooni siin.
. Guru99 Pangal on kaks rolli
- Juht
- Klient
Nende kahe erineva rolli jaoks on saadaval järgmised funktsioonid/moodulid
Siin on väike ringkäik veebisaidil
Pärast nõuete dokumentide lugemist võisite aru saada, et veebisaidil on neid liiga palju funktsionaalne ja keeruline stsenaariumid.
Siin on olukord -
- . Guru99 pangandusveebisait on juba arendusfaasi lõpetanud. Nüüd algab testimisfaas. Kahjuks ei olnud te nõuete etapis varakult kaasatud.
- Teie ülemus peab testimise lõpetama üks kuu ainult piiratud eelarvega, kuid eeldab suur kvaliteeti.
- Meeskonnaliige, kes on kogenud insener, ütleb teile
- Mida peaksite sellisel juhul tegema?
A) Tundub, et see on suur probleem. Peame tegelema A-gaSAP!
B) Mind ei huvita. Peame kohe tööle hakkama.
- Projekt on segadus ja võttis kõik teie ressursid ja aja. Töötaja töökoormus kasvas drastiliselt ning nad tunnevad end stressis ja ülekoormatuna
- – Teie projekt viibib, mistõttu te ei saanud toodet määratud tähtajaks välja anda, nagu ülemusele lubasite. Nagu teie meeskonnaliige ütles, on selle projekti ajakava praeguse ressursside jaotusega võrreldes liiga tihe.
Ülaltoodud näide illustreerib tähtsus riskianalüüsi testihalduses.
Riskijuhtimine aitab teil –
Risk, mida mainiti ülaltoodud näites, on vaid üks paljudest võimalikest riskidest, mis teie projektis esineda võivad. Peaksite need tuvastama ja tegema otsuse nendega tegelemiseks ASAP!!! Niisiis, õige toiming selles näites on tegevus A.
Seetõttu on testimise riskianalüüs oluline
Kuidas teha riskianalüüsi?
See on 3-etapiline protsess
- Tuvastage riskid
- Analüüsige iga tuvastatud riski mõju
- Võtke tuvastatud ja analüüsitud riski jaoks vastumeetmeid
1. samm) tuvastage risk
Tarkvaratootes saab riski tuvastada ja liigitada kahte tüüpi
Projekti risk
Projekti riski võib määratleda kui Ebakindel sündmus või tegevus, mis võib mõjutada projekti edenemist. Mõju on a positiivne or negatiivne mõju projekti eesmärkide saavutamise väljavaadetele.
Projektiriskidel on peamiselt 3 kategooriat
Organisatsioonirisk
See on teiega seotud risk inimressursi või teie testimismeeskond. Näiteks on teie projektis riskiks tehniliselt kvalifitseeritud liikmete puudumine. Teine oht on projekti õigeaegseks lõpuleviimiseks ebapiisav tööjõud.
Organisatsiooniriski tuvastamiseks peaksite koostama loetelu mõnest küsimusest ja vastama neile eneseharjutusena. Siin on mõned soovitatavad küsimused.
A) Jah
B) Ei
A) Jah
B) Ei
A) Jah
B) Ei
Kui vastate kõigile ülaltoodud küsimustele, saate hõlpsalt tuvastada võimalikud riskid, mis võivad teie projekti mõjutada.
Tehniline risk
Tehniline risk on kahju tõenäosus, mis tekib tehnilise protsessi käigus, näiteks testimata projekteerimine, vale testimisprotseduur jne. Siin on näide tehnilisest riskist
- Teie ülesandeks selles projektis on panganduse veebisaidi testimine. Peate seadistama õiged testimiskeskkonnad, mis peegeldavad tegelikke ärikeskkondi. Kui Testi keskkond ei ole õigesti seadistatud, siis toode on mitte testitakse õigesti ja palju defektid ei tuvastata.
Äririsk
Risk hõlmab an väline üksus. See on risk, mis võib tulla teie ettevõttelt, teie kliendilt, kuid mitte oma projektist.
Järgmisel pildil on näide äririskist.
Sellisel juhul peab testijuht leidma lahendused riskiga toimetulemiseks, näiteks:
- komplekt prioriteet testimisetappide jaoks keskenduge veebisaidi põhifunktsioonide testimisele
- Kasutage testimisvahend testimise produktiivsuse suurendamiseks
- kehtima protsessi parandamine juhtimispingutuste vähendamiseks.
Toote risk
Toote risk on võimalus, et süsteem või tarkvara ei pruugi rahuldada või täita kliendi, kasutaja või sidusrühma ootusi. See testplaani risk on seotud funktsionaalsus toote kohta, nagu jõudlusprobleemid, turbeprobleemid, krahhistsenaariumid jne.
Järgnevalt on toodud mõned tooteriskide näited –
- Tarkvara jätab mõned vahele võti funktsioon, mille kliendid kasutajate
nõue - Tarkvara on ebausaldusväärne ja sageli ei tööle.
- Tarkvara ebaõnnestub viisil, mis põhjustab kasutajale või tarkvara kasutavale ettevõttele rahalist või muud kahju.
- Tarkvaral on probleeme, mis on seotud teatud kvaliteedinäitajatega, nagu turvalisus, töökindlus, kasutatavus, hooldatavus või jõudlus.
Nüüd tagasi teie projekti juurde, kas tootega kaasneb mingeid riske? Guru 99 Panga veebisait? Sellele küsimusele vastamiseks peaksite järgima järgmisi samme
Kui olete ülaltoodud 3 toiminguga lõpetanud, täitke tooteriskide tuvastamiseks allpool väike viktoriin
A) Jah
B) Ei
C) Ma pole kindel
A) Jah
B) Ei
A) Turvaline fondiülekanne
B) Kasutaja saab registreerida uue konto
C) Rohkem funktsioone pole vaja
2. samm) Analüüsige esineva riski mõju
Eelmises teemas tuvastasime juba riskid, mis võivad teie projekti takistada. Siin on tuvastatud riskide loend:
- Teil ei pruugi olla piisavalt inimressursi et projekt tähtajaks lõpetada
- Testimine keskkond ei pruugi olla õigesti seadistatud nagu tegelik ärikeskkond.
- Sinu projekt eelarve võib äriolukorra tõttu poole võrra väheneda
- See veebisait võib puudus turvafunktsioonid
Järgmisena peaksite neid riske analüüsima.
Iga risk tuleks klassifitseerida kahe järgmise parameetri alusel
- . tõenäosus esinemisest
- . mõju projekti kohta
Alloleva maatriksi abil saate kategoriseerida riski nelja kategooriasse Kõrge, keskmine, ja Madal või väärtused 3,2
|
Tõenäosus |
|
|---|---|
|
Kõrge (3) |
Esinemise tõenäosus on väga suur, võib mõjutada kogu projekti |
|
Keskmine (2) |
50% tõenäosus esineda |
|
Madal (1) |
Madal esinemise tõenäosus |
|
mõju |
|
|---|---|
|
Kõrge (3) |
Kui seda ei lahendata, ei saa projektitegevust jätkata kohe |
|
Keskmine (2) |
Projekti tegevust ei saa jätkata, kui seda ei lahendata |
|
Madal (1) |
Vajadus lahendada, kuid mõnda aega on võimalik võtta alternatiivne lahendus |
Kaaluge järgmisi riske
|
Oht |
Tõenäosus |
mõju |
Prioriteet = tõenäosus* Mõju |
|---|---|---|---|
|
Projekti tähtajast ei peetud kinni |
3 |
3 |
9 |
|
Elektrikatkestus |
1 |
2 |
2 |
Ülaltoodud prioriteedist lähtudes võite võtta testimisel riskide vähendamise või vastumeetmeid, mis on loetletud allolevas tabelis
|
Prioriteet |
Riskijuhtimise meetod |
|
|---|---|---|
|
Kõrge |
6-9 |
Võtke viivitamatult leevendusmeetmed ja jälgige riski iga päev, kuni selle staatus on suletud. |
|
Kesk- |
3-5 |
Jälgige riski igal nädalal sisemisel koosolekul |
|
Madal |
1-2 |
Aktsepteerige riski ja jälgige riski verstaposti alusel. |
Nüüd on aeg harjutuseks, meil on tuvastatud 4 riski Guru99 Pangandusprojekt. Liigita need ise
| Oht | Kõrge | Keskmine | Madal | olek |
|
|
|
|
|
Korrektne
Vale.
|
|
|
|
|
|
Korrektne
Vale
|
|
|
|
|
Korrektne
Vale
|
|
|
|
|
|
|
Korrektne
Vale.
|
3. samm) Võtke riski maandamiseks VASTUMEETMED
See tegevus on jagatud 3 osaks
Riskireageerimine
Projektijuht peab valima strateegiad, mis viivad riski miinimumini. Projektijuhid saavad valida järgmise nelja riskile reageerimise strateegia vahel
Tagasi 4 varem tuvastatud riski juurde, peame leidma riski ja leevendamise testimise või vastumeede nende vältimiseks või kõrvaldamiseks.
B) Testimine keskkond ei pruugi olla õigesti seadistatud nagu tegelik ärikeskkond
C) Teie projekt eelarve võib äriolukorra tõttu poole võrra väheneda
D) See veebisait võib puudus turvaelemente
Seda riski ei saa vältida ettevõtte olukorra tõttu; te ei saa projekti jaoks rohkem inimressurssi nõuda. Sellisel juhul saate riskide mõju vähendada, valides allpool mõned valikud
- Valige projektimeeskonnaga liitumiseks andekas ja kogenud liige
- Looge koolituskursus, et liiget täiendada ja aidata neil tootlikkust tõsta
B. Testimiskeskkond ei pruugi olla õigesti seadistatud nagu tegelik ärikeskkond
Seda riski saab vältida, kui teete järgmisi tegevusi
- Küsige arendusmeeskonnalt abi testkeskkonna ülesehitamisel
- Valmistage ette kõik keskkonna seadistamiseks vajalikud seadmed või materjalid (server, andmebaas, arvuti...).
C. Teie projekt võib äriolukorra tõttu poole võrra väheneda
See risk on kriitiline; see võib takistada kogu projekti edenemist. Sel juhul peaksite seda tegema
- Määrake uuesti projekti ulatus, tehke kindlaks, mida sellisel juhul testitakse ja mida ignoreeritakse
- Pidage kliendiga läbirääkimisi projekti tähtaja üle, et see sobiks projekti eelarvega
- Parandage iga projektifaasi tootlikkust, nagu testimine, testimisspetsifikatsioonide koostamine jne. Kui säästate aega, säästate kulusid
D. Sellel veebisaidil võivad puududa turvafunktsioonid
Seda riski peetakse keskmise prioriteediks, kuna see ei mõjuta kogu projekti ja seda on võimalik vältida. Võite paluda arendusmeeskonnal need funktsioonid veebisaidile kontrollida ja lisada.
Registreeri risk
Projektijuhid, sidusrühmad ja projekti liige peavad kõik riskid registreerima, dokumenteerima ja tunnistama. Riskiregister peaks olema kõigile projektimeeskonna liikmetele vabalt juurdepääsetav.
Riskide registreerimine on kasulik, näiteks Redmine, Mitre… Jne.
Jälgige ja kontrollige riske
Riske saab pidevalt jälgida, et kontrollida, kas muudatusi tehakse. Uut riski saab tuvastada pideva seire- ja hindamismehhanismide kaudu.
Parema riskijuhtimise jaoks võite viidata Riskijuhtimise selles artiklis sisalduv mall
