Testiranje temeljeno na riziku: pristup, matrica, proces i primjeri
Thomas Hamilton
Testiranje temeljeno na riziku
Testiranje temeljeno na riziku (RBT) je vrsta testiranja softvera koja se temelji na vjerojatnosti rizika. Ukljuฤuje procjenu rizika na temelju sloลพenosti softvera, kritiฤnosti poslovanja, uฤestalosti koriลกtenja, moguฤih podruฤja s Mana itd. Testiranje temeljeno na riziku daje prioritet testiranju znaฤajki i funkcija softverske aplikacije koje imaju veฤi utjecaj i vjerojatno ฤe imati nedostatke.
Rizik je pojava neizvjesnog dogaฤaja s pozitivnim ili negativnim uฤinkom na mjerljive kriterije uspjeha projekta. To mogu biti dogaฤaji koji su se dogodili u proลกlosti ili trenutni dogaฤaji ili neลกto ลกto bi se moglo dogoditi u buduฤnosti. Ovi neizvjesni dogaฤaji mogu utjecati na troลกkove, poslovne, tehniฤke i kvalitetne ciljeve projekta.
Rizici mogu biti pozitivni ili negativni.
- Pozitivni rizici nazivaju se prilikama i pomoฤi u odrลพivosti poslovanja. Na primjer ulaganje u novi projekt, promjena poslovnih procesa, razvoj novih proizvoda.
- Negativni rizici nazivaju se prijetnjama, a preporuke za njihovo smanjenje ili uklanjanje moraju se implementirati za uspjeh projekta.
Kada implementirati testiranje temeljeno na riziku
Testiranje temeljeno na riziku moลพe se implementirati u
- Projekti koji imaju vremenska, resursna, proraฤunska ograniฤenja itd.
- Projekti u kojima se analiza temeljena na riziku moลพe koristiti za otkrivanje ranjivosti Napadi SQL ubrizgavanja.
- Sigurnosno testiranje u okruลพenjima raฤunalstva u oblaku.
- Novi projekti s visokim ฤimbenicima rizika kao ลกto su nedostatak iskustva s koriลกtenim tehnologijama, nedostatak znanja o poslovnoj domeni.
- Inkrementalni i iterativni modeli, itd.
Proces upravljanja rizikom
Razumimo sada korake ukljuฤene u proces upravljanja rizikom
Identifikacija rizika
Identifikacija rizika moลพe se provesti kroz radionice rizika, popise za provjeru, brainstorming, intervjuiranje, Delphi tehniku, dijagrame uzroka i posljedica, lekcije nauฤene iz prethodnih projekata, analizu temeljnih uzroka, kontaktiranje struฤnjaka za domenu i struฤnjaka za predmet.
Registar rizika je proraฤunska tablica koja sadrลพi popis identificiranih rizika, potencijalnih odgovora i temeljnih uzroka. Koristi se za nadzor i praฤenje rizika (prijetnji i prilika) tijekom trajanja projekta. Strategije odgovora na rizik mogu se koristiti za upravljanje pozitivnim i negativnim rizicima.
Struktura raลกฤlambe rizika igra vaลพnu ulogu u planiranju rizika. Struktura raลกฤlambe rizika pomogla bi u identificiranju podruฤja podloลพnih riziku i pomaลพe u uฤinkovitoj evaluaciji i praฤenju rizika tijekom projekta. Pomaลพe u osiguravanju dovoljno vremena i resursa za aktivnosti upravljanja rizikom. Takoฤer pomaลพe u kategorizaciji mnogih izvora iz kojih mogu proizaฤi projektni rizici.
Uzorak strukture raลกฤlambe rizika
Analiza rizika (ukljuฤuje kvantitativnu i kvalitativnu analizu)
Nakon ลกto je identificiran popis potencijalnih rizika, sljedeฤi korak je njihova analiza i filtriranje rizika na temelju vaลพnosti. Jedna od tehnika kvalitativne analize rizika je koriลกtenje matrice rizika (pokriveno u sljedeฤem odjeljku). Ova se tehnika koristi za odreฤivanje vjerojatnosti i utjecaja rizika.
Planiranje odgovora na rizik
Na temelju analize moลพemo odluฤiti zahtijevaju li rizici odgovor. Na primjer, neki rizici ฤe zahtijevati odgovor u planu projekta, dok ฤe neki zahtijevati odgovor u praฤenju projekta, a neki neฤe zahtijevati nikakav odgovor.
Vlasnik rizika odgovoran je za identificiranje opcija za smanjenje vjerojatnosti i utjecaja dodijeljenih rizika.
Ublaลพavanje rizika je metoda odgovora na rizik koja se koristi za smanjenje negativnih uฤinaka moguฤih prijetnji. To se moลพe uฤiniti uklanjanjem rizika ili njihovim smanjivanjem na prihvatljivu razinu.
Nepredviฤeni rizik
Nepredviฤenost se moลพe opisati kao moguฤnost neizvjesnog dogaฤaja, ali utjecaj je nepoznat ili nepredvidiv. Plan za nepredviฤene situacije poznat je i kao akcijski plan/rezervni planovi za najgore moguฤe scenarije. Drugim rijeฤima, odreฤuje koji se koraci mogu poduzeti kada se ostvari nepredvidivi dogaฤaj.
Praฤenje i kontrola rizika
Kontrola rizika i proces praฤenja koriste se za praฤenje identificiranih rizika, praฤenje preostalih rizika, identifikaciju novih rizika, aลพuriranje registra rizika, analizu razloga promjene, izvrลกenje plana odgovora na rizik i praฤenje okidaฤa rizika, itd. Ocijenite njihovu uฤinkovitost u smanjenju rizika .
To se moลพe postiฤi ponovnim procjenama rizika, revizijama rizika, analizom varijanci i trendova, tehniฤkim mjerenjem performansi, sastancima za aลพuriranje statusa i retrospektivnim sastancima.
Donja tablica daje informacije o
| Ulazi u praฤenje i kontrolu rizika | Alati i tehnike za praฤenje i kontrolu rizika | Izlazi iz praฤenja i kontrole rizika |
|---|---|---|
| Plan upravljanja rizikom | Revizije odgovora na rizik projekta | Planovi rjeลกenja |
| Plan odgovora na rizik | Periodiฤni pregledi rizika projekta | Korektivne mjere |
| Komunikacijski plan projekta | Analiza zaraฤene vrijednosti | Zahtjevi za promjenu projekta |
| Dodatna identifikacija i analiza rizika | Tehniฤko mjerenje performansi | Aลพuriranja plana riskResponse i popisa za prepoznavanje rizika |
| Promjene opsega | Dodatno planiranje odgovora na rizike | Baza podataka rizika |
Moramo zapamtiti da se rizik poveฤava s promjenama u tehnologiji, veliฤini projekta, duljini projekta (dulji vremenski okvir projekta), broju sponzorskih agencija, procjenama projekta, naporima i nedostatkom odgovarajuฤih vjeลกtina.
Pristup testiranju temeljen na riziku
- Analizirajte zahtjeve.
- Pregledavaju se dokumenti (SRS, FRS, Usecases). Ova se aktivnost provodi kako bi se pronaลกle i uklonile pogreลกke i dvosmislenosti.
- Potpisivanje zahtjeva je jedna od tehnika smanjenja rizika za izbjegavanje uvoฤenja kasnih promjena u projekte. Sve promjene zahtjeva nakon postavljanja dokumenta ukljuฤivale bi proces kontrole promjena i naknadna odobrenja.
- Procijenite rizike izraฤunavanjem vjerojatnosti i utjecaja koji bi svaki zahtjev mogao imati na projekt uzimajuฤi u obzir definirane kriterije kao ลกto su troลกak, raspored, resursi, opseg, sigurnost tehniฤke izvedbe, pouzdanost, sloลพenost itd.
- Identificirajte vjerojatnost kvara i podruฤja visokog rizika. To se moลพe uฤiniti pomoฤu matrice procjene rizika.
- Koristite registar rizika za popis skupa identificiranih rizika. Redovito aลพurirajte, nadzirite i pratite rizike.
- U ovoj fazi potrebno je napraviti profiliranje rizika kako bi se razumio kapacitet rizika i razine tolerancije na rizik.
- Odredite prioritete zahtjeva na temelju ocjene.
- Definiran je postupak ispitivanja temeljen na riziku
- Visoko kritiฤni i srednji rizici mogu se uzeti u obzir za planiranje ublaลพavanja, provedbu, praฤenje napretka. Niski rizici mogu se uzeti u obzir na popisu za praฤenje.
- Procjena kvalitete podataka o riziku provodi se kako bi se analizirala kvaliteta podataka.
- Planirajte i definirajte test prema ocjeni
- Primijenite odgovarajuฤi pristup testiranju i tehnike dizajna testa kako biste dizajnirali testne sluฤajeve na naฤin da se prvo testiraju stavke s najveฤim rizikom. Stavke visokog rizika mogu se testirati pomoฤu izvora s dobrim iskustvom u poznavanju domene.
- Razliฤite tehnike dizajna testa mogu se koristiti za npr. koriลกtenje tehnike tablice odluฤivanja na visokoriziฤnim ispitnim stavkama i koriลกtenje 'samo' podjele ekvivalencije za niskoriziฤne testne stavke.
- Testni sluฤajevi takoฤer su dizajnirani da pokriju viลกestruke funkcionalnosti i krajnje poslovne scenarije.
- Pripremite ispitne podatke i ispitne uvjete i ispitni krevet.
- Revtj. planove testiranja, strategiju testiranja, sluฤajeve testiranja, izvjeลกฤa o testiranju ili bilo koji drugi dokument koji je izradio tim za testiranje.
- Struฤni pregled je vaลพan korak u prepoznavanju nedostataka i smanjenju rizika.
- Izvrลกite provjeru kvalitete rezultata
- Testni sluฤajevi se izvrลกavaju prema prioritetu riziฤne stavke.
- Odrลพavajte sljedivost izmeฤu riziฤnih stavki, testova koji ih pokrivaju, rezultata tih testova i nedostataka pronaฤenih tijekom testiranja. Sve ispravno izvedene strategije testiranja smanjit ฤe rizike kvalitete.
- Testiranje temeljeno na riziku moลพe se koristiti na svim razinama testiranja, npr. testiranje komponenti, integracije, sustava i prihvaฤanja
- Na razini sustava moramo se fokusirati na ono ลกto je najvaลพnije u aplikaciji. To se moลพe utvrditi promatranjem vidljivosti funkcija, uฤestalosti koriลกtenja i moguฤe cijene kvara.
- Evaluacija izlaznih kriterija. Sva visokoriziฤna podruฤja u potpunosti su testirana, a ostali su nerijeลกeni samo manji preostali rizici.
- Izvjeลกtavanje o rezultatima testiranja na temelju rizika i analiza metrike.
- Ponovno procijenite postojeฤe riziฤne dogaฤaje i nove riziฤne dogaฤaje na temelju kljuฤnih pokazatelja rizika.
- Aลพuriranje registra rizika.
- Planovi za nepredviฤene situacije - ovo funkcionira kao rezervni plan/planovi za hitne sluฤajeve za visoke rizike izloลพenosti.
- Analiza nedostataka i prevencija nedostataka za uklanjanje nedostataka.
- Ponovno testiranje i regresijsko testiranje kako bi se potvrdili ispravci nedostataka na temelju unaprijed izraฤunate analize rizika i visokoriziฤnih podruฤja trebalo bi najintenzivnije pokriti.
- Testiranje automatizacije temeljeno na riziku (ako je izvedivo)
- Izraฤun preostalog rizika
- Praฤenje i kontrola rizika
- Kriteriji izlaza ili kriteriji zavrลกetka mogu se koristiti za razliฤite razine rizika. Svi kljuฤni rizici rijeลกeni su odgovarajuฤim akcijama ili planovima za nepredviฤene situacije. Izloลพenost riziku je na ili ispod razine koja je dogovorena kao prihvatljiva za projekt.
- Ponovna procjena profiliranja rizika i povratne informacije kupaca.
Pristup testiranju sustava temeljen na riziku
- Test tehniฤkog sustava โ Ovo se naziva test okruลพenja i test integracije. Test okruลพenja ukljuฤuje testiranje u razvojnom, testiranju i proizvodnom okruลพenju.
- Test funkcionalnog sustavaโ Testiranje svih funkcionalnosti, moguฤnosti, programa, modula. Svrha ovog testa je procijeniti ispunjava li sustav specificirane zahtjeve.
- Test nefunkcionalnog sustava-Testiranje performansi nefunkcionalnih zahtjeva, testovi optereฤenja, stres testovi, konfiguracijski testovi, sigurnosni testovi, postupci sigurnosnog kopiranja i oporavka te dokumentacija (dokumentacija sustava, rada i instalacije).
Donji dijagram daje jasan pregled gore navedenog procesa
Testiranje sustava ukljuฤuje i funkcionalne testove kao i nefunkcionalne testove.
Funkcionalno testiranje osigurava da proizvod/aplikacija zadovoljava zahtjeve korisnika i poslovanja. S druge strane, nefunkcionalno testiranje provodi se kako bi se provjerilo ispunjava li proizvod oฤekivanja kupaca u pogledu kvalitete, pouzdanosti, upotrebljivosti, izvedbe, kompatibilnosti itd.
Kako provesti testiranje temeljeno na riziku: dovrลกen proces
Ovaj odjeljak pokriva proces testiranja temeljen na riziku
- Identifikacija rizika
- Analiza rizika
- Odgovor na rizik
- Opseg testa
- Definicija testnog procesa
- U tom procesu se identificiraju i kategoriziraju rizici, priprema nacrt registra rizika, vrลกi se sortiranje rizika kako bi se identificirali znaฤajni rizici.
- Odgovor na rizik ukljuฤuje formuliranje ciljeva testa na temelju rizika i odabir odgovarajuฤih tehnika za demonstraciju testne aktivnosti/tehnike testa za postizanje ciljeva testa.
- Ovisnosti o dokumentima, zahtjevi, troลกkovi, vrijeme potrebno za testiranje softvera itd. uzimaju se u obzir za izraฤun ocjene uฤinkovitosti testa.
- Odreฤivanje opsega testa je aktivnost pregleda koja zahtijeva sudjelovanje svih dionika i tehniฤkog osoblja. Vaลพno je pridrลพavati se dogovorenog opsega rizika. Ovim se rizicima treba pozabaviti testiranjem, a svi se ฤlanovi slaลพu s odgovornostima koje su im dodijeljene i proraฤunom dodijeljenim za te aktivnosti.
- Nakon ลกto je opseg testiranja finaliziran, ciljevi testa, pretpostavke, ovisnosti za svaku fazu testiranja moraju se sastaviti u standardnom formatu.
Razmotrimo funkcionalne zahtjeve F1, F2, F3 i nefunkcionalne zahtjeve N1 & N2
F1-funkcionalni zahtjev, R1-rizik povezan s F1
- Cilj testa 1- Pokazati pomoฤu testa da oฤekivane znaฤajke i funkcionalnosti sustava dobro funkcioniraju, a rizik R1 moลพe se rijeลกiti funkcionalnim testiranjem
- test- Testiranje stranice preglednika provodi se kako bi se izvrลกili vaลพni korisniฤki zadaci i potvrdilo da se R1 (Rizik povezan s F1) moลพe rijeลกiti u nizu scenarija.
F2-funkcionalni zahtjev, R2-rizik povezan s F2
- Cilj testa 2- Demonstrirati pomoฤu a test da oฤekivane znaฤajke i funkcionalnosti sustava dobro funkcioniraju, a rizik R2 moลพe se rijeลกiti funkcionalnim testiranjem
- test- Testiranje stranice preglednika provodi se kako bi se izvrลกili vaลพni korisniฤki zadaci i potvrdilo da se R2 moลพe rijeลกiti u nizu scenarija
F3-funkcionalni zahtjev, R3-rizik povezan s F3
- Cilj testa 3- Demonstrirati pomoฤu a test da oฤekivane znaฤajke i funkcionalnosti sustava dobro funkcioniraju, a rizik R3 moลพe se rijeลกiti funkcionalnim testiranjem
- test- Testiranje stranice preglednika provodi se kako bi se izvrลกili vaลพni korisniฤki zadaci i provjerilo moลพe li se R3 rijeลกiti u nizu scenarija
N1- Nefunkcionalni zahtjev, NR1-Rizik povezan s N1
- Cilj testa N1-Demonstrirati pomoฤu a test da operativne karakteristike sustava dobro funkcioniraju i da se rizik NR1 moลพe rijeลกiti nefunkcionalnim testiranjem
- test- Testiranje upotrebljivosti je tehnika koja se koristi za procjenu koliko su korisniฤka suฤelja laka za koriลกtenje i provjeru moลพe li se NR1 rijeลกiti testiranjem upotrebljivosti
N2- Nefunkcionalni zahtjev, NR2-Rizik povezan s N2
- Cilj testa N.2- Pokazati koriลกtenjem testa da operativne karakteristike sustava dobro funkcioniraju i da se rizik NR2 moลพe rijeลกiti nefunkcionalnim testiranjem
- Testiranje sigurnosti je tehnika koja se koristi za provjeru je li aplikacija zaลกtiฤena ili je ranjiva na napade, postoji li curenje informacija i provjerava moลพe li se NR2 rijeลกiti sigurnosnim testiranjem.
Specifiฤni ciljevi testa: Navedeni rizici i ciljevi ispitivanja specifiฤni su za vrste ispitivanja.
Procedura za dizajniranje procesa testiranja temeljenog na riziku
- Pripremite registar rizika. On biljeลพi rizike izvedene iz generiฤkog popisa rizika, postojeฤeg popisa za provjeru, sesije brainstorminga.
- Ukljuฤite rizike povezane s funkcionalnim i nefunkcionalnim zahtjevima sustava (upotrebljivost, sigurnost, izvedba)
- Svakom riziku dodijeljen je jedinstveni identifikator
| Kol br. | Naslov stupca | Description |
|---|---|---|
| 3 | Vjerojatnost | Vjerojatnost da je sustav sklon ovom naฤinu kvara |
| 4 | Posljedice | utjecaj ovog naฤina kvara |
| 5 | Izlaganje | Umnoลพak vjerojatnosti i posljedica (stupac 3 i 4) |
| 6 | Ispitajte uฤinkovitost | Koliko su ispitivaฤi sigurni da mogu rijeลกiti ovaj rizik? |
| 7 | Testni broj prioriteta | Umnoลพak vjerojatnosti, posljedica i uฤinkovitosti testa (stupac 3,4 6) |
| 8 | Cilj(evi) testa | koji ฤe se cilj ispitivanja koristiti za rjeลกavanje ovog rizika |
| 9 | Tehnike ispitivanja | koja se metoda ili tehnika koristi |
| 10 | ovisnosti | O ฤemu testeri pretpostavljaju i o ฤemu ovise |
| 11 | Napor | Koliko je truda potrebno za ovo testiranje |
| 12 | Rokove | Koliko je vremena potrebno za ovo testiranje |
| 13 | Testna faza A-Jedinstveni testovi Testna faza B-Integracijski test Testna faza C-Test sustava | Ime osobe ili grupe koja obavlja ovu aktivnost |
Procjenjuju se vjerojatnost (1 Niska -5 Visoka) i posljedice (1 Niska -5 Visoka) svakog rizika
- Probna izloลพenost se izraฤunava
- Ispitivaฤ analizira svaki rizik i procjenjuje je li rizik testiran ili ne
- Ciljevi ispitivanja definirani su za rizike koji se mogu testirati
- Tester navodi aktivnost testiranja koja se treba provesti na planirani naฤin kako bi se ispunio cilj testa (statiฤki pregledi, inspekcije, testovi sustava, testovi integracije, testovi prihvaฤanja, provjera valjanosti html-a, testiranje lokalizacije itd.)
- Ove aktivnosti testiranja mogu se klasificirati u faze (testiranje komponenti/Ispitivanje jedinice, Testiranje integracije, Testiranje sustava, Testiranje prihvatljivosti)
- Ponekad se rizik moลพe rijeลกiti jednom ili viลกe od jedne faze testiranja
- Identificirajte ovisnosti i pretpostavke (dostupnost vjeลกtina, alata, testnih okruลพenja, resursa)
- Izraฤunava se uฤinkovitost testa. Uฤinkovitost testa odnosi se na razinu povjerenja ispitivaฤa da ฤe se testiranjem definitivno rijeลกiti rizik. Ocjena uฤinkovitosti testa je broj izmeฤu jedan i pet. (5-visoka pouzdanost, 1-niska pouzdanost)
- Procjena napora, vremena potrebnog, troลกkova za pripremu i izvoฤenje ovih testova.
- Izraฤunava se broj prioriteta testa. To je proizvod vjerojatnosti, posljedica i rezultata testa uฤinkovitosti.
- 125-Maksimumร Vrlo ozbiljan rizik koji se moลพe otkriti testiranjem
- 1-Minimum ร Vrlo nizak rizik koji se ne bi otkrio testiranjem
- Na temelju broja prioriteta testa, vaลพnost testa moลพe se klasificirati kao visoka (crvena), srednja (ลพuta) & niska (zelena). Prvo se testiraju najriziฤniji predmeti.
- Raspodjela testnih aktivnosti u testne faze. Odredite grupu koja ฤe izvrลกiti testiranje za svaki cilj u razliฤitim testnim fazama (testiranje jedinice, integracijsko testiranje, testiranje sustava, testiranje prihvatljivosti)
- ล to je u opsegu, a ลกto je izvan opsega testiranja odluฤuje se u fazi odreฤivanja opsega testa
- Za svaku fazu definirani su ciljevi ispitivanja, komponenta koja se testira, odgovornost, okruลพenje, ulazni kriteriji, izlazni kriteriji, alati, tehnike, rezultati.
Generiฤki ciljevi ispitivanja - Ovi generiฤki ciljevi primjenjivi su na viลกe projekata i aplikacija
- Komponenta zadovoljava zahtjeve i spremna je za koriลกtenje u veฤim podsustavima
- Rizici povezani s odreฤenim vrstama testova su rijeลกeni i ciljevi testa su postignuti.
- Integrirane komponente su pravilno sastavljene. Osigurajte kompatibilnost suฤelja meฤu komponentama.
- Sustav zadovoljava navedene funkcionalne i nefunkcionalne zahtjeve.
- Komponente proizvoda zadovoljavaju potrebe krajnjeg korisnika u predviฤenom radnom okruลพenju
- Strategija upravljanja rizikom koristi se za prepoznavanje, analizu i ublaลพavanje rizika.
- Sustav ispunjava zahtjeve industrijskih propisa
- Sustav ispunjava ugovorne obveze
- Institucionalizacija i postizanje drugih specifiฤnih postavljenih ciljeva kao ลกto su troลกkovi, raspored i ciljevi kvalitete.
- Sustav, procesi i ljudi ispunjavaju poslovne zahtjeve
Generiฤki ciljevi testa mogu se definirati za razliฤite faze testa
- Ispitivanje komponenti
- Ispitivanje integracije
- Ispitivanje sustava
- Ispitivanje prihvatljivosti
Razmotrimo fazu testiranja sustava
- G4 i G5 pokazuju da sustav zadovoljava funkcionalne (F1,F2,F3) i nefunkcionalne zahtjeve (N1,N2).
- Pokazati pomoฤu testova da oฤekivane znaฤajke i funkcionalnosti sustava dobro funkcioniraju i da se rizik povezan s F1, F2, F3 moลพe rijeลกiti funkcionalnim testiranjem
- Pokazati koriลกtenjem testova da operativne karakteristike sustava dobro funkcioniraju i da se rizik povezan s N1, N2 moลพe rijeลกiti nefunkcionalnim testiranjem
- Na temelju broja prioriteta testa, vaลพnost testa moลพe se klasificirati kao visoka (crvena), srednja (ลพuta) & niska (zelena).
Prioritizacija i matrica procjene rizika
Matrica procjene rizika je matrica utjecaja vjerojatnosti. Omoguฤuje projektnom timu brzi uvid u rizike i prioritet kojim se treba pozabaviti svakim od tih rizika.
Risk rating = Probability x Severity
Vjerojatnost je mjera ลกanse da ฤe se neizvjestan dogaฤaj dogoditi. Ekspozicija u smislu vremena, blizine i ponavljanja. Izraลพava se u postocima.
To se moลพe klasificirati kao ฤesto (A), vjerojatno (B), povremeno (C), udaljeno (D), malo vjerojatno (E), eliminirano (F)
- ฤesto โ oฤekuje se da ฤe se pojaviti nekoliko puta u veฤini sluฤajeva (91 โ 100%)
- Vjerojatno: Vjerojatno ฤe se dogoditi nekoliko puta u veฤini sluฤajeva (61 โ 90%)
- Povremeno: Moลพe se dogoditi ponekad (41 โ 60%)
- Daljinski โ Malo je vjerojatno da ฤe se dogoditi / moglo bi se dogoditi ponekad (11 โ 40%)
- Nevjerojatno - Moลพe se dogoditi u rijetkim i iznimnim okolnostima (0 -10%)
- Eliminirati - Nemoguฤe dogoditi (0%)
Ozbiljnost je stupanj utjecaja ลกtete ili gubitka uzrokovanog neizvjesnim dogaฤajem. Ocjenjuje se od 1 do 4 i moลพe se klasificirati kao katastrofalno=1, kritiฤno=2, marginalno=3, zanemarivo=4
- Katastrofalna โ Oลกtre posljedice koje projekt ฤine potpuno neproduktivnim i ฤak mogu dovesti do gaลกenja projekta. Ovo mora biti glavni prioritet tijekom upravljanja rizikom.
- Kritiฤnoโ Velike posljedice koje mogu dovesti do velikog gubitka. Projekt je ozbiljno ugroลพen.
- marginalan โ Kratkotrajna ลกteta koja se joลก uvijek moลพe popraviti kroz aktivnosti obnove.
- Neznatanโ Mala ili minimalna ลกteta ili gubitak. To se moลพe pratiti i upravljati rutinskim postupcima.
Prioritet je razvrstan u ฤetiri kategorije, koje su mapirane prema ozbiljnosti i vjerojatnosti rizika kao ลกto je prikazano na slici ispod.
- Ozbiljan
- visok
- Srednji
- Nizak
Ozbiljan: Rizici koji spadaju u ovu kategoriju oznaฤeni su ลพutom bojom. Aktivnost se mora zaustaviti i odmah treba poduzeti mjere za izolaciju rizika. Moraju se utvrditi i provesti uฤinkovite kontrole. Nadalje, aktivnost se ne smije nastaviti osim ako se rizik smanji na nisku ili srednju razinu.
Visoka: Rizici koji spadaju u ovu kategoriju oznaฤeni su crvenom bojom kao akcije ili strategije upravljanja rizicima. Moraju se poduzeti hitne mjere za izolaciju, uklanjanje, zamjenu rizika i provedbu uฤinkovite kontrole rizika. Ako se ti problemi ne mogu odmah rijeลกiti, moraju se definirati strogi rokovi za rjeลกavanje tih problema.
Srednji: Rizici koji spadaju u ovu kategoriju oznaฤeni su ลพutom bojom. Moraju se poduzeti razumni i praktiฤni koraci kako bi se rizici sveli na minimum.
niska: Rizici koji spadaju u ovu kategoriju oznaฤeni su zelenom bojom) oznaฤeni se mogu zanemariti jer obiฤno ne predstavljaju znaฤajan problem. Periodiฤki pregled je neophodan kako bi se osiguralo da kontrole ostanu uฤinkovite
Generiฤki kontrolni popis za testiranje temeljeno na riziku
Sveobuhvatan popis vaลพnih toฤaka koje treba uzeti u obzir u testiranju temeljenom na riziku
- Vaลพne funkcionalnosti u projektu.
- Korisnicima vidljiva funkcionalnost u projektu
- Funkcionalnost koja ima najveฤi sigurnosni utjecaj
- Funkcionalnosti koje imaju najveฤi financijski utjecaj na korisnike
- Vrlo sloลพena podruฤja izvornog koda i kodova sklonih pogreลกkama
- Znaฤajke ili funkcije koje se mogu testirati rano u razvojnom ciklusu.
- Znaฤajke ili funkcionalnosti dodane su dizajnu proizvoda u posljednjoj minuti.
- Kritiฤni ฤimbenici sliฤnih/povezanih prethodnih projekata koji su uzrokovali probleme/probleme.
- Glavni ฤimbenici ili problemi sliฤnih/srodnih projekata koji su imali veliki utjecaj na troลกkove rada i odrลพavanja.
- Loลกi zahtjevi koji dovode do loลกih dizajna i testova koji bi mogli utjecati na ciljeve i rezultate projekta.
- U najgorem sluฤaju, proizvod moลพe biti toliko neispravan da se ne moลพe preraditi i mora se potpuno rashodovati, ลกto bi ozbiljno naลกtetilo ugledu tvrtke. Utvrdite koji su problemi kljuฤni za ciljeve proizvoda.
- Situacije ili problemi koji bi uzrokovali stalne prituลพbe korisniฤkoj sluลพbi.
- Testovi od kraja do kraja lako bi se mogli usredotoฤiti na viลกestruke funkcionalnosti sustava.
- Optimalan skup testova koji mogu maksimalno poveฤati pokrivenost rizika
- Koji ฤe testovi imati najbolji omjer pokrivenosti visokog rizika i potrebnog vremena?
Izvjeลกฤivanje o rezultatima testiranja i metrika na temelju rizika
- Priprema izvjeลกฤa o ispitivanjuIzvjeลกtavanje o statusu testa odnosi se na uฤinkovito priopฤavanje rezultata testa dionicima projekta. I dati jasno razumijevanje i prikazati usporedbu rezultata testa s ciljevima testa.
- Broj planiranih testnih sluฤajeva u odnosu na izvrลกene
- Broj proลกlih/neuspjeลกnih testnih sluฤajeva
- Broj identificiranih nedostataka i njihov status i ozbiljnost
- Broj nedostataka i njihov status
- Broj kritiฤnih nedostataka - joลก uvijek otvoren
- Zastoji u okruลพenju โ ako ih ima
- Showstoppers โ ako postoji Saลพeto izvjeลกฤe o ispitivanju, izvjeลกฤe o pokrivenosti testiranja
- Priprema metrikeMjerni podaci su kombinacija dviju ili viลกe mjera koje se koriste za usporedbu softverskih procesa, projekata i proizvoda.
- Napor i varijacija rasporeda
- Produktivnost pripreme testnog sluฤaja
- Pokrivenost dizajna testa
- Produktivnost izvoฤenja testnog sluฤaja
- Uฤinkovitost identifikacije rizika %
- Uฤinkovitost smanjenja rizika %
- Uฤinkovitost testa %
- Pokrivenost izvrลกenja testa
- Produktivnost izvrลกenja testa
- Nedostatak propuลกtanja %
- Uฤinkovitost otkrivanja kvarova
- Indeks stabilnosti zahtjeva
- Troลกak kvalitete
- Analizirajte rizike u nefunkcionalnim kategorijama (performanse, pouzdanost i upotrebljivost) na temelju statusa kvara i niza statusa prolaza/paljenja testa, na temelju njihovog odnosa s rizicima.
- Analizirajte rizike u metrikama funkcionalnih kategorija testiranja, statusa kvara i statusa testa koji je proลกao/nije proลกao, na temelju njihovog odnosa s rizicima.
- Identificirajte kljuฤne indikatore prednosti i kaลกnjenja i stvorite indikatore ranog upozorenja
- Pratite i izvjeลกฤujte o pokazateljima rizika koji vode i zaostaju (Kljuฤni pokazatelji rizika) analizom obrazaca podataka, trendova i meฤuovisnosti.
Inherentni rizik u odnosu na procjenu zaostalog rizika
Identifikacija i analiza rizika takoฤer treba ukljuฤivati โโinherentne rizike, preostale rizike, sekundarne rizike i ponavljajuฤi rizik
- Inherentni rizik: Rizici koji su identificirani/veฤ prisutni u sustavu prije implementacije kontrola i odgovora. Inherentni rizici takoฤer su poznati kao bruto rizici
- Preostali rizik: Rizici koji su preostali nakon provedbe kontrola i odgovora. Preostali rizici poznati su kao neto rizici
- Sekundarni rizik: Novi rizik uzrokovan provedbom plana odgovora na rizik
- Ponavljajuฤi rizici: Vjerojatnost da ฤe se pojaviti poฤetni rizici.
Mjerenje rezultata testa temeljeno na riziku pomaลพe organizaciji da zna preostalu razinu rizika kvalitete tijekom izvoฤenja testa i da donese pametne odluke o izdavanju.
Profiliranje rizika i povratne informacije kupaca
Profiliranje rizika je proces za pronalaลพenje optimalne razine rizika ulaganja za klijenta s obzirom na potrebni rizik, kapacitet rizika i toleranciju na rizik.
- Potreban rizik je razina rizika koju klijent treba preuzeti kako bi dobio zadovoljavajuฤi povrat
- Kapacitet rizika je razina financijskog rizika koju si klijent moลพe priuลกtiti
- Tolerancija na rizik je razina rizika koju bi klijent ลพelio preuzeti
Kupac Ocjena
Prikupite povratne informacije i recenzije kupaca kako biste poboljลกali poslovanje, proizvod, uslugu i iskustvo.
Prednosti testiranja na temelju rizika
Prednosti testiranja na temelju rizika navedene su u nastavku
- Poboljลกana produktivnost i smanjenje troลกkova
- Poboljลกana trลพiลกna prilika (Time to market) i isporuka na vrijeme.
- Poboljลกana izvedba usluge
- Poboljลกana kvaliteta buduฤi da su testirane sve kritiฤne funkcije aplikacije.
- Daje jasne informacije o pokrivenosti testom. Koristeฤi ovaj pristup, znamo ลกto je/nije testirano.
- Raspodjela testnog napora na temelju procjene rizika je najuฤinkovitiji i najuฤinkovitiji naฤin za smanjenje preostalog rizika nakon puลกtanja u promet.
- Mjerenje rezultata testa temeljeno na analizi rizika omoguฤuje organizaciji da identificira preostalu razinu rizika kvalitete tijekom izvoฤenja testa i da donese pametne odluke o izdavanju.
- Optimizirano testiranje s visoko definiranim metodama procjene rizika.
- Poboljลกano zadovoljstvo korisnika โ zahvaljujuฤi ukljuฤenosti korisnika i dobrom izvjeลกฤivanju i praฤenju napretka.
- Rano otkrivanje potencijalnih problematiฤnih podruฤja. Za prevladavanje ovih problema mogu se poduzeti uฤinkovite preventivne mjere
- Kontinuirano praฤenje i procjena rizika tijekom cijelog ลพivotnog ciklusa projekta pomaลพe u prepoznavanju i rjeลกavanju rizika i rjeลกavanju problema koji bi mogli ugroziti postizanje ukupnih ciljeva projekta.
Rezime
U softverskom inลพenjerstvu, testiranje temeljeno na riziku je najuฤinkovitiji naฤin za voฤenje projekta temeljen na rizicima.
Napori testiranja su uฤinkovito organizirani, a razina prioriteta svake stavke rizika je ocijenjena. Svaki rizik se zatim povezuje s odgovarajuฤim aktivnostima testiranja, gdje jedan test ima viลกe od jedne stavke rizika, tada se testu dodjeljuje kao najveฤi rizik.
Testovi se provode prema redoslijedu prioriteta rizika. Proces praฤenja rizika pomaลพe u praฤenju identificiranih rizika i smanjenju utjecaja preostalih rizika.
