Projektiriskien analysointi ja lieventäminen ohjelmistotestauksessa
Thomas Hamilton
⚡ Älykäs yhteenveto
Testauksenhallinnan projektiriskianalyysi tunnistaa, arvioi ja lieventää uhkia, jotka voivat häiritä aikataulua, budjettia tai laatua. Lesskattaa kolmivaiheisen riskianalyysin työnkulun, projekti- ja tuoteriskit, vaikutus-todennäköisyysmatriisin, lieventämisstrategiat ja Guru99 Pankin tapaustutkimus.
Mikä on riskianalyysi?
Riski on ei-toivotun tapahtuman todennäköisyys.
Ohjelmistosuunnittelun riskianalyysi on prosessi, jossa analysoidaan yritykseesi liittyviä riskejä Testaus Projekti.
Projektin onnistumiseksi riskit tulee tunnistaa ja vastaavat ratkaisut määritellä ennen projektin aloittamista. Ohjelmistosuunnittelun riskien tunnistaminen auttaa sinua tunnistamaan todennäköiset riskit varhaisessa vaiheessa.
Tässä opetusohjelmassa löydämme testinhallintaprosessin ensimmäisen vaiheen: riskianalyysin ja ratkaisun tapaustutkimuksen avulla.
Tässä aiheessa tutustumme testinhallintaprosessin ensimmäiseen vaiheeseen: Riskianalyysi ohjelmistotestauksessa ja -ratkaisuissa tapaustutkimuksen avulla.
Testattava sovellus on https://demo.guru99.com/V4/, voit katsoa Ohjelmistovaatimusmääritykset täältä.
Guru99 Bankilla on kaksi roolia
- Johtaja
- Asiakas
Seuraavat ominaisuudet/moduulit ovat saatavilla näille kahdelle eri roolille
Tässä pieni esittely sivustolle
Luettuasi vaatimusasiakirjat olet ehkä huomannut, että verkkosivustolla on liikaa toiminnallinen ja monimutkainen skenaarioita.
Tässä tilanne -
- Guru99 pankkisivuston kehitysvaihe on jo päättynyt. Nyt alkaa testausvaihe. Valitettavasti et ollut mukana vaatimusvaiheen alkuvaiheessa.
- Pomosi tarvitsee sinun suorittavan testin loppuun yksi kuukausi vain rajoitetulla budjetilla, mutta odottaa suuri laatua.
- Tiimin jäsen, joka on kokenut insinööri, kertoo sinulle
- Mitä tällaisessa tapauksessa pitäisi tehdä?
A) Se näyttää olevan suuri ongelma. Meidän täytyy käsitellä ASAP!
B) En välitä. Meidän on aloitettava työskentely heti.
- Projekti on sotku ja vei kaikki resurssit ja aikasi. Työntekijän työmäärä kasvoi rajusti ja he tuntevat olonsa stressaantuneeksi ja ylikuormitetuiksi
- – Projektisi viivästyy, joten et voinut julkaista tuotetta päätetyssä määräajassa, kuten lupasit pomollesi. Kuten tiimisi jäsen sanoi, tämän projektin aikataulu on liian tiukka verrattuna nykyiseen resurssien allokointiin.
Yllä oleva esimerkki havainnollistaa merkitys riskianalyysin osa-alue testauksenhallinnassa.
Riskien minimointi auttaa sinua –
Riski, joka mainittiin yllä olevassa esimerkissä, on vain yksi monista mahdollisista riskeistä, joita projektissasi voi esiintyä. Sinun tulee tunnistaa ne ja tehdä päätös käsitellä niitä ASAP!!! Eli oikea toiminta tässä esimerkissä on toimenpide A.
Siksi riskianalyysi testauksessa on tärkeää
Miten riskianalyysi suoritetaan?
Se on 3-vaiheinen prosessi
- Tunnista riskit
- Analysoi kunkin tunnistetun riskin vaikutus
- Ryhdy vastatoimiin tunnistetun ja analysoidun riskin varalta
Vaihe 1) Tunnista riski
Riskit voidaan tunnistaa ja luokitella kahteen tyyppiin ohjelmistotuotteessa
Projektin riski
Projektiriski voidaan määritellä an epävarma tapahtuma tai toiminta, joka voi vaikuttaa projektin etenemiseen. Vaikutus on a positiivinen or negatiivinen vaikutus näkymiin hankkeen tavoitteiden saavuttamisessa.
Projektiriskejä on pääasiassa 3 luokkaa
Organisaatioriski
Se on sinuun liittyvä riski henkilöresurssien tai testaustiimillesi. Esimerkiksi projektissasi teknisesti taitavien jäsenten puute on riski. Toinen riski on, että työvoimaa ei ole riittävästi hankkeen suorittamiseen ajallaan.
Organisaatioriskin tunnistamiseksi sinun tulee tehdä luettelo muutamasta kysymyksestä ja vastata niihin omatoimisena harjoituksena. Tässä on joitain suositeltuja kysymyksiä.
A) Kyllä
B) Ei
A) Kyllä
B) Ei
A) Kyllä
B) Ei
Jos vastaat kaikkiin yllä oleviin kysymyksiin, tunnistat helposti mahdolliset riskit, jotka voivat vaikuttaa projektiisi.
Tekninen riski
Tekninen riski on tappion todennäköisyys, joka syntyy teknisen prosessin suorittamisen aikana, kuten testaamaton suunnittelu, väärä testausmenettely jne. Tässä on esimerkki teknisestä riskistä
- Tehtäväsi tässä projektissa on pankkisivuston testaus. Sinun on määritettävä asianmukaiset testiympäristöt, jotka heijastavat todellisia liiketoimintaympäristöjä. Jos Testiympäristössä ei ole asetettu oikein, tuote on emme testataan oikein ja monia vikoja ei havaita.
Liiketoiminnan riski
Riski sisältää an ulkoinen kokonaisuus. Se on riski, joka voi tulla yritykseltäsi, asiakkaaltasi, mutta emme projektista.
Seuraavassa kuvassa on esimerkki liiketoimintariskistä.
Tällaisessa tapauksessa testipäällikön on löydettävä ratkaisut riskin hallitsemiseksi, kuten:
- Asettaa prioriteetti testausvaiheissa keskity verkkosivuston pääominaisuuksien testaamiseen
- Käyttää testaustyökalu testauksen tuottavuuden lisäämiseksi
- käyttää prosessien parantaminen vähentämään johtamisponnisteluja.
Tuoteriski
Tuoteriski on mahdollisuus, että järjestelmä tai ohjelmisto ei ehkä täytä tai täytä asiakkaan, käyttäjän tai sidosryhmän odotuksia. Tämä riski testisuunnitelmassa liittyy toiminnallisuus tuotteen, kuten suorituskykyongelmat, tietoturvaongelmat, kaatumisskenaariot jne.
Seuraavassa on esimerkkejä muutamista tuoteriskeistä –
- Ohjelmisto ohittaa joitain avain toiminto, jonka asiakkaat ovat määrittäneet käyttäjien
vaatimus - Ohjelmisto on epäluotettava ja usein epäonnistuu töihin.
- Ohjelmisto epäonnistuu tavalla, joka aiheuttaa taloudellista tai muuta vahinkoa käyttäjälle tai ohjelmistoa käyttävälle yritykselle.
- Ohjelmistossa on ongelmia, jotka liittyvät tiettyyn laatuominaisuuteen, kuten tietoturvaan, luotettavuuteen, käytettävyyteen, ylläpidettävyyteen tai suorituskykyyn.
Palataanpa nyt projektiisi, onko siinä mitään tuoteriskiä? Guru 99 Bankin verkkosivusto? Vastataksesi tähän kysymykseen sinun tulee noudattaa seuraavia ohjeita.
Kun olet suorittanut edellä mainitut 3 vaihetta, suorita pieni tietokilpailu alla tunnistaaksesi tuoteriskit
A) Kyllä
B) Ei
C) En ole varma
A) Kyllä
B) Ei
A) Suojattu varojen siirto
B) Käyttäjä voi rekisteröidä uuden tilin
C) Ei tarvitse enempää toimintoja
Vaihe 2) Analysoi esiintyvän riskin vaikutus
Edellisessä aiheessa tunnistimme jo riskit, jotka voivat haitata projektiasi. Tässä on luettelo tunnistetuista riskeistä:
- Sinulla ei ehkä ole tarpeeksi henkilöresurssien saada projekti valmiiksi määräaikaan mennessä
- Testaus ympäristö ei ehkä ole asetettu oikein kuten todellinen liiketoimintaympäristö.
- Sinun projektisi talousarvio voi puolittaa liiketilanteen vuoksi
- Tämä sivusto saattaa puute turvatoiminnot
Seuraavaksi sinun tulee analysoida nämä riskit.
Jokainen riski on luokiteltava seuraavan kahden parametrin perusteella
- todennäköisyys esiintymisestä
- vaikutus hankkeessa
Alla olevan matriisin avulla voit luokitella riski neljään luokkaan Korkea, keskitaso, ja Matala tai arvot 3,2
|
Todennäköisyys |
|
|---|---|
|
Korkea (3) |
On erittäin suuri todennäköisyys, että se voi vaikuttaa koko projektiin |
|
Keskikokoinen (2) |
50% mahdollisuus tapahtua |
|
Matala (1) |
Alhainen esiintymistodennäköisyys |
|
Vaikutus |
|
|---|---|
|
Korkea (3) |
Projektitoimintaa ei voi jatkaa, jos sitä ei ole ratkaistu heti |
|
Keskikokoinen (2) |
Projektitoimintaa ei voi jatkaa, jos sitä ei ole ratkaistu |
|
Matala (1) |
Se on ratkaistava, mutta vaihtoehtoinen ratkaisu on mahdollista ottaa jonkin aikaa |
Harkitse seuraavia riskejä
|
Riski |
Todennäköisyys |
Vaikutus |
Prioriteetti = Todennäköisyys* Vaikutus |
|---|---|---|---|
|
Projektin määräaikaa ei noudatettu |
3 |
3 |
9 |
|
Sähkövika |
1 |
2 |
2 |
Yllä olevan tärkeysjärjestyksen perusteella voit ryhtyä riskien vähentämiseen testauksessa tai vastatoimiin, jotka on mainittu alla olevassa taulukossa
|
prioriteetti |
Riskienhallintamenetelmä |
|
|---|---|---|
|
Korkea |
6 -9 |
Ryhdy lieventäviin toimiin välittömästi ja seuraa riskiä joka päivä, kunnes sen tila on suljettu. |
|
Keskimmäinen |
3-5 |
Seuraa riskiä viikoittain sisäisessä edistymiskokouksessa |
|
Matala |
1-2 |
Hyväksy riski ja seuraa riskiä virstanpylväspohjalta. |
Nyt on harjoituksen aika, olemme tunnistaneet neljä riskiä Guru99 Pankkiprojekti. Luokittele ne itse
| Riski | Korkea | Keskikova | Matala | Tila |
|
|
|
|
|
Oikea.
Väärä.
|
|
|
|
|
|
Oikea.
virheellinen
|
|
|
|
|
Oikea.
virheellinen
|
|
|
|
|
|
|
Oikea.
Väärä.
|
Vaihe 3) Ryhdy vastatoimiin riskin lieventämiseksi
Tämä toiminta on jaettu 3 osaan
Riskivastaus
Projektipäällikön on valittava strategiat, jotka vähentävät riskin minimiin. Projektipäälliköt voivat valita seuraavista neljästä riskienhallintastrategiasta
Palatakseni aiemmin tunnistettuihin neljään riskiin, meidän on löydettävä riskien lieventäminen testauksessa tai vastatoimenpide niiden välttämiseksi tai poistamiseksi.
B) Testaus ympäristö ei ehkä ole asetettu oikein kuten todellinen liiketoimintaympäristö
C) Projektisi talousarvio voi puolittaa liiketilanteen vuoksi
D) Tämä sivusto saattaa puute turvaominaisuudet
Tätä riskiä ei voida välttää yrityksen tilanteen vuoksi; et voi pyytää lisää henkilöresursseja projektiin. Tässä tapauksessa voit vähentää riskien vaikutusta valitsemalla alta joitain vaihtoehtoja
- Valitse lahjakas ja kokenut jäsen projektitiimiin
- Luo koulutuskurssi jäsenen osaamiseksi ja auta heitä parantamaan tuottavuutta
B. Testausympäristöä ei ehkä ole määritetty oikein kuten todellista liiketoimintaympäristöä
Tämä riski voidaan välttää, jos teet seuraavat toimet
- Pyydä kehitystiimin apua testiympäristön rakentamisessa
- Valmistele kaikki ympäristön asettamiseen tarvittavat laitteet tai materiaalit (palvelin, tietokanta, PC...).
C. Projektisi voi puolittua liiketilanteen vuoksi
Tämä riski on kriittinen; se voi estää koko projektin etenemisen. Siinä tapauksessa sinun pitäisi tehdä
- Määritä projektin laajuus uudelleen, määritä, mitä testataan ja mikä jätetään huomiotta tällaisessa tapauksessa
- Neuvottele asiakkaan kanssa projektin kestosta projektin budjettiin sopivaksi
- Paranna kunkin projektin vaiheen tuottavuutta, kuten testausta, testispesifikaatioiden laatimista… Jos voit säästää aikaa, voit säästää kustannuksia
D. Tältä sivustolta saattaa puuttua suojausominaisuuksia
Tätä riskiä pidetään keskitasoisena, koska se ei vaikuta koko projektiin ja se voitaisiin välttää. Voit pyytää kehitystiimiä tarkistamaan ja lisäämään nämä toiminnot verkkosivustolle.
Rekisteröidy Riski
Projektipäälliköiden, sidosryhmien ja projektin jäsenen on kirjattava, dokumentoitava ja tunnustettava kaikki riskit. Riskirekisterin tulee olla vapaasti kaikkien projektiryhmän jäsenten saatavilla.
On hyödyllistä rekisteröidä riskejä, kuten redmine, MITRA… Jne.
Valvo ja hallitse riskiä
Riskejä voidaan seurata jatkuvasti ja tarkistaa, tapahtuuko muutoksia. Uusi riski voidaan tunnistaa jatkuvalla seuranta- ja arviointimekanismilla.
Parempaa riskienhallintaa varten voit katsoa Riskienhallinta malli sisältyy tähän artikkeliin
