Testiranje temeljeno na riziku: pristup, matrica, proces i primjeri

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 i područja koja najvjerojatnije sadrže manaTestiranje temeljeno na riziku daje prioritet testiranju značajki i funkcija softverske aplikacije koje su utjecajnije i za koje je vjerojatnije da će imati nedostatke.

Rizik je pojava neizvjesnog događaja s pozitivnim ili negativnim učinkom na mjerljive kriterije uspjeha projekta. To može biti događaj koji se dogodio u prošlosti, trenutni događaj ili nešto što bi se moglo dogoditi u budućnosti. Ti neizvjesni događaji mogu utjecati na troškove, poslovne, tehničke i kvalitativne ciljeve projekta.

Rizici mogu biti pozitivni ili negativni.

• Pozitivni rizici nazivaju se prilikama i pomažu u održivosti poslovanja. Primjeri uključuju ulaganje u novi projekt, promjenu poslovnih procesa i razvojping novi proizvodi.
• Negativni rizici nazivaju se prijetnjama, a za uspjeh projekta moraju se provesti preporuke za njihovo minimiziranje ili uklanjanje.

Budući da tehnika raspoređuje trud umjesto da dodaje novu razinu testiranja, ona se nalazi na vrhu ostalih vrste testiranja softvera umjesto da zamijeni bilo koji od njih.

Kada implementirati testiranje na temelju rizika

Testiranje na temelju rizika može se implementirati u

• Projekti koji imaju vremenska, resursna ili proračunska ograničenja.
• Projekti u kojima se analiza temeljena na riziku može koristiti za otkrivanje ranjivosti Napadi SQL ubrizgavanja.
• Sigurnosno testiranje u okruženjima računarstva u oblaku.
• Novi projekti s visokim faktorima rizika, kao što su nedostatak iskustva s korištenim tehnologijama ili nedostatak znanja o poslovnoj domeni.
• Inkrementalni i iterativni modeli isporuke.

Proces upravljanja rizikom

Sada ćemo razumjeti korake uključene u proces upravljanja rizicima.

Identifikacija rizika

Identifikacija rizika može se provesti putem radionica o rizicima, kontrolnih popisa, brainstorminga, intervjua, Delphi tehnike, dijagrama uzroka i posljedica, lekcija naučenih iz prethodnih projekata, analize temeljnih uzroka i kontaktiranja stručnjaka iz domene i predmeta.

Registar rizika je proračunska tablica koja sadrži popis identificiranih rizika, potencijalnih odgovora i temeljnih uzroka. Koristi se za praćenje i track rizici (i prijetnje i prilike) tijekom cijelog životnog ciklusa 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. Pomaže u identificiranju područja sklonih riziku i podržava učinkovitu evaluaciju i praćenje rizika tijekom projekta. Pomaže u dodjeljivanju dovoljno vremena i resursa za aktivnosti upravljanja rizicima te u kategorizaciji mnogih izvora iz kojih mogu nastati projektni rizici.

Donji primjer pokazuje kako struktura raščlambe rizika grupira projicirane rizike u kategorije tako da se nijedan izvor rizika ne previdi.

Analiza rizika (uključuje kvantitativnu i kvalitativnu analizu)

Nakon što je popis potencijalnih rizika identificiran, sljedeći korak je njihova analiza i filtriranje rizika prema značajnosti. Jedna od tehnika kvalitativne analize rizika je Matrica rizika (obrađena u kasnijem 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 zahtijevat će odgovor u planu projekta, neki zahtijevaju odgovor u praćenju projekta, a neki uopće 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 utjecaja mogućih prijetnji. To se može postići uklanjanjem rizika ili njihovim smanjenjem na prihvatljivu razinu. Dijagram u nastavku smješta planiranje odgovora na rizik unutar šireg ciklusa upravljanja rizicima.

Nepredviđeni rizik

Nepredviđeni događaj može se opisati kao mogućnost neizvjesnog događaja čiji je utjecaj nepoznat ili nepredvidiv. Plan za nepredviđene situacije poznat je i kao akcijski plan ili rezervni plan za najgore moguće scenarije. Drugim riječima, on određuje koji se koraci mogu poduzeti kada se dogodi nepredvidiv događaj.

Praćenje i kontrola rizika

Proces kontrole i praćenja rizika koristi se za track identificirane rizike, praćenje preostalih rizika, identificiranje novih rizika, ažuriranje registra rizika, analiza razloga za bilo kakvu promjenu, provođenje plana odgovora na rizik i praćenje okidača rizika. Zatim se procjenjuje njihova 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 ulazima, alatima i izlazima praćenja i kontrole rizika.

Moramo imati na umu da se rizik povećava s promjenama u tehnologiji, veličinom projekta, trajanjem projekta (duljim vremenskim okvirom projekta), brojem agencija sponzora, procjenama projekta, uloženim trudom i nedostatkom odgovarajućih vještina.

Pristup testiranju temeljen na riziku

Gore navedeni proces upravljanja doprinosi donjem pristupu testiranju. Svaki numerirani korak proizvodi ulaz koji sljedeći korak koristi.

1. Analizirajte zahtjeve.
   • Dokumenti (SRS, FRS, slučajevi upotrebe) se pregledavaju. Ova se aktivnost provodi kako bi se pronašle i uklonile pogreške i nejasnoće.
   • Potvrđivanje zahtjeva jedna je od tehnika smanjenja rizika za izbjegavanje uvođenja kasnih promjena u projekt. Svaka promjena zahtjeva nakon što je dokument osnovn uključuje proces kontrole promjena i naknadna odobrenja.
2. 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, tehničke performanse, sigurnost, pouzdanost i složenost.
   • Odredite vjerojatnost neuspjeha i područja visokog rizika. To se može učiniti pomoću matrice procjene rizika.
   • Koristite registar rizika za popis identificiranih rizika. Ažurirajte, pratite i track periodično provjeravati rizike u redovitim intervalima.
   • U ovoj fazi potrebno je napraviti profiliranje rizika kako bi se razumio kapacitet rizika i razine tolerancije na rizik.
3. Odredite prioritete zahtjeva na temelju ocjene.
   • Definiran je proces testiranja temeljen na riziku.
   • Visoko kritični i srednji rizici mogu se uzeti u obzir za planiranje ublažavanja, provedbu i praćenje napretka. Niski rizici mogu se držati na popisu za praćenje.
   • Procjena kvalitete podataka o riziku provodi se kako bi se analizirala kvaliteta podataka.
4. Planirajte i definirajte testove prema ocjeni.
   • Primijenite odgovarajući pristup testiranju i tehnike dizajna testova tako da se prvo testiraju stavke s najvećim rizikom. Stavke visokog rizika može testirati stručnjak s dobrim poznavanjem domene i iskustvom.
   • Mogu se koristiti različite tehnike dizajna testova - na primjer, tablica odluka tehnika na visokorizičnim ispitnim stavkama i samo podjela ekvivalencije za ispitne stavke niskog rizika.
   • Test slučajevi također su dizajnirani da pokriju više funkcionalnosti i poslovne scenarije od početka do kraja.
   • Pripremite podatke za testiranje, uvjete testiranja i ispitni poligon.
5. Revpogledajte dokumentaciju o testiranju — planove testiranja, strategiju testiranja, testne slučajeve, izvješća o testiranju i sve ostale dokumente koje je izradio tim za testiranje.
   • Stručni pregled je važan korak u prepoznavanju nedostataka i smanjenju rizika.
6. Izvršite probne probe i provjere kvalitete rezultata.
   • Testni slučajevi se izvršavaju prema prioritetu rizične stavke.
   • Održavati tracRazlika između stavki rizika, testova koji ih pokrivaju, rezultata tih testova i nedostataka pronađenih tijekom testiranja. Sve pravilno provedene strategije testiranja smanjit će rizike kvalitete.
   • Testiranje na temelju rizika može se koristiti na svakoj razini testiranja — sastavni dio, integracija, sistem i prihvatno ispitivanje.
   • Na razini sustava moramo se usredotočiti na ono što je najvažnije u aplikaciji. To se može utvrditi promatranjem vidljivosti funkcija, učestalosti korištenja i mogućih troškova kvara.
   • Evaluacija kriterija za izlaz: sva područja visokog rizika u potpunosti su testirana, a preostali su samo manji rizici.
7. Prijavite rezultate testiranja na temelju rizika i analizirati metrike.
   • Ponovno procijenite postojeće rizične događaje i nove rizične događaje na temelju ključnih pokazatelja rizika.
   • Ažurirajte registar rizika.
   • Planovi za nepredviđene situacije djeluju kao rezervni ili hitni plan za rizike visoke izloženosti.
   • Analiza nedostataka i sprječavanje nedostataka koriste se za uklanjanje nedostataka.
   • Ponovno testiranje i Ispitivanje regresije Validirati ispravke nedostataka na temelju unaprijed izračunate analize rizika, a područja visokog rizika trebaju biti najintenzivnije pokrivena.
   • Automatizirano testiranje temeljeno na riziku, ako je izvedivo.
   • Izračun rezidualnog rizika.
8. Pratiti i kontrolirati rizike.
   • Kriteriji izlaza ili kriteriji završetka mogu se definirati zasebno za različite razine rizika. Svi ključni rizici riješeni su odgovarajućim akcijama ili planovima za nepredviđene situacije, a izloženost riziku je na ili ispod razine dogovorene kao prihvatljive za projekt.
   • Ponovna procjena profiliranja rizika i povratne informacije kupaca.

Pristup testiranju sustava temeljen na riziku

1. Test tehničkog sustava — Ovo se naziva testom okruženja i testom integracije. Test okruženja uključuje testiranje u razvojnom, testnom i produkcijskom okruženju.
2. Test funkcionalnog sustava — Testiranje svih funkcionalnosti, značajki, programa i modula. Svrha ovog testa je procijeniti ispunjava li sustav svoje specificirane zahtjeve.
3. Test nefunkcionalnog sustava — Testiranje nefunkcionalnih zahtjeva: performanse, testovi opterećenja, stres testovi, konfiguracijski testovi, sigurnosni testovi, sigurnosne kopije i oporavak postupci i dokumentacija (dokumentacija sustava, rada i instalacije).

Donji dijagram daje jasan pregled gore navedenog procesa.

Testiranje sustava uključuje i funkcionalne i nefunkcionalne testove.

Ispitivanje funkcionalnosti osigurava da proizvod ili aplikacija zadovoljava zahtjeve kupaca i poslovanja. S druge strane, nefunkcionalno testiranje provodi se kako bi se provjerilo ispunjava li proizvod očekivanja kupca u pogledu kvalitete, pouzdanosti, upotrebljivosti, performansi i kompatibilnosti.

Kako provesti testiranje na temelju rizika: Cijeli postupak

Ovaj odjeljak pokriva proces testiranja temeljenog na riziku, koji se odvija u pet faza.

1. Identifikacija rizika
2. Analiza rizika
3. Odgovor na rizik
4. Test Scoping
5. Definicija testnog procesa

Pet faza se međusobno nadopunjuju kao što je prikazano dolje.

1. U ovom procesu se identificiraju i kategoriziraju rizici, priprema se nacrt registra rizika te se provodi sortiranje rizika kako bi se identificirali značajni rizici.
2. Odgovor na rizik uključuje formuliranje ciljeva testiranja na temelju rizika i odabir odgovarajućih tehnika tako da aktivnost testiranja ili tehnika testiranja ispunjava te ciljeve testiranja.
3. Dokumentirane ovisnosti, zahtjevi, troškovi i vrijeme potrebno za testiranje softvera uzimaju se u obzir kako bi se izračunala ocjena učinkovitosti testiranja.
4. Rezultati testaping je aktivnost pregleda koja zahtijeva sudjelovanje svih dionika i tehničkog osoblja. Važno je pridržavati se dogovorenog opsega rizika. Te rizike treba riješiti testiranjem, a svi članovi moraju se složiti s dodijeljenim im odgovornostima i proračunom dodijeljenim za te aktivnosti.
5. Nakon što je opseg testiranja finaliziran, ciljevi testiranja, pretpostavke i ovisnosti za svaku fazu testiranja moraju se sastaviti u standardnom formatu.

Donji primjer obrade povezuje svaki zahtjev s pripadajućim rizikom i ciljem testiranja koji se njime bavi.

Razmotrimo funkcionalne zahtjeve F1, F2 i F3, te nefunkcionalne zahtjeve N1 i N2.

F1 — Funkcionalni zahtjev, R1 — Rizik povezan s F1

• Cilj testa 1 — Testom pokazati da očekivane značajke i funkcionalnosti sustava ispravno rade te da se rizik R1 može riješiti funkcionalnim testiranjem.
• Testiranje — Testiranje stranica preglednika provodi se kako bi se izvršili važni korisnički zadaci i provjerilo može li se R1 (rizik povezan s F1) riješiti u nizu scenarija.

F2 — Funkcionalni zahtjev, R2 — Rizik povezan s F2

• Cilj testa 2 — Testom pokazati da očekivane značajke i funkcionalnosti sustava ispravno rade te da se rizik R2 može riješiti funkcionalnim testiranjem.
• Testiranje — Testiranje stranica preglednika provodi se kako bi se izvršili važni korisnički zadaci i provjerilo može li se R2 riješiti u nizu scenarija.

F3 — Funkcionalni zahtjev, R3 — Rizik povezan s F3

• Cilj testa 3 — Testom pokazati da očekivane značajke i funkcionalnosti sustava ispravno rade te da se rizik R3 može riješiti funkcionalnim testiranjem.
• Testiranje — Testiranje stranica 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 — Testom pokazati da operativne karakteristike sustava ispravno rade i da se rizik NR1 može riješiti nefunkcionalnim testiranjem.
• Testiranje — Testiranje upotrebljivosti je tehnika koja se koristi za procjenu koliko su korisnička sučelja jednostavna za korištenje i za provjeru može li se NR1 riješiti testiranjem upotrebljivosti.

N2 — Nefunkcionalni zahtjev, NR2 — Rizik povezan s N2

• Cilj testa N2 — Testom pokazati da operativne karakteristike sustava ispravno rade i da se rizik NR2 može riješiti nefunkcionalnim testiranjem.
• Test — Ispitivanje sigurnosti je tehnika koja se koristi za provjeru je li aplikacija sigurna ili ranjiva na napad, postoji li curenje informacija i za provjeru može li se NR2 riješiti sigurnosnim testiranjem.

Specifični ciljevi testiranja: Navedeni rizici i ciljevi testiranja specifični su za vrste testiranja, kao što je sažeto u nastavku.

Postupak za dizajniranje procesa testiranja temeljenog na riziku

• Pripremite registar rizika. U njemu se bilježe rizici izvedeni iz generičkog popisa rizika, postojeće kontrolne liste i sesija brainstorminga.
• Uključite rizike povezane s funkcionalnim i nefunkcionalnim zahtjevima sustava (upotrebljivost, sigurnost, performanse).
• Svakom riziku dodjeljuje se jedinstveni identifikator.

Stupci 1 i 2 tog registra sadrže identifikator i opis rizika. Preostali stupci opisani su u nastavku.

Vjerojatnost (1 niska, 5 visoka) i posljedice (1 niska, 5 visoka) svakog rizika se procjenjuju, budući da se dva registratracts ispod pokazuju.

• Izračunava se testna izloženost.
• Tester analizira svaki rizik i procjenjuje je li rizik testiran ili ne.
• Ciljevi testiranja definirani su za rizike koji se mogu testirati.
• Tester specificira aktivnost testiranja koja se treba provesti na planirani način kako bi se postigao cilj testiranja (statički pregledi, inspekcije, sistemski testovi, integracijski testovi, testovi prihvatljivosti, HTML validacija, testiranje lokalizacije i tako dalje).
• Ove aktivnosti testiranja mogu se podijeliti u faze (testiranje komponenti ili ispitivanje jedinice, integracijsko testiranje, sistemsko testiranje, prihvatno testiranje).
• Ponekad se rizik može riješiti s više od jedne faze testiranja.
• Odredite ovisnosti i pretpostavke (dostupnost vještina, alata, testnih okruženja i resursa).
• Izračunava se učinkovitost testa. Učinkovitost testa odnosi se na razinu povjerenja testera da će se rizik definitivno riješiti testiranjem. Rezultat učinkovitosti testa je broj između jedan i pet (5 = visoka pouzdanost, 1 = niska pouzdanost).
• Procijenite trud, potrebno vrijeme i troškove za pripremu i provedbu ovih testova.

Sljedeća dva bivšatracts prikazuju preostale stupce registra i ocjenu učinkovitosti testa.

• Izračunava se broj prioriteta testa. To je umnožak vjerojatnosti, posljedica i rezultata učinkovitosti testa.
• 125 (maksimalno) — 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) i Niska (zelena). Stavke s najvećim rizikom testiraju se prve.
• Dodijelite aktivnosti testiranja fazama testiranja. Odredite grupu koja će provoditi testiranje za svaki cilj u različitim fazama testiranja (jedinično testiranje, integracijsko testiranje, sistemsko testiranje, testiranje prihvatljivosti).

Raspodjela po fazama testiranja prikazana je u nastavku.

Što je u opsegu, a što izvan opsega testiranja određuje se u ispitnom okviru.ping faza.

• Za svaku fazu definirani su ciljevi testiranja, komponenta koja se testira, odgovornost, okruženje, ulazni kriteriji, izlazni kriteriji, alati, tehnike i rezultati.

Generički ciljevi testiranja — ovi generički ciljevi primjenjivi su na više projekata i primjena.

• Komponenta zadovoljava zahtjeve i spremna je za upotrebu u većim podsustavima.
• Rizici povezani s određenim vrstama testova su riješeni i ciljevi testa su postignuti.
• Integrirane komponente su ispravno sastavljene i osigurana je kompatibilnost sučelja među komponentama.
• Sustav zadovoljava specificirane funkcionalne i nefunkcionalne zahtjeve.
• Komponente proizvoda zadovoljavaju potrebe krajnjeg korisnika u njihovom predviđenom radnom okruženju.
• Strategija upravljanja rizicima koristi se za prepoznavanje, analizu i ublažavanje rizika.
• Sustav ispunjava zahtjeve industrijske regulative.
• Sustav zadovoljava uvjetetractualne obveze.
• Institucionalizacija i postizanje drugih specifičnih ciljeva kao što su troškovi, raspored i ciljevi kvalitete.
• Sustavi, procesi i ljudi zadovoljavaju poslovne zahtjeve.

Generički ciljevi testiranja mogu se definirati za različite faze testiranja.

• Ispitivanje komponenti
• Ispitivanje integracije
• Ispitivanje sustava
• Ispitivanje prihvatljivosti

Razmotrimo fazu testiranja sustava.

1. G4 i G5 pokazuju da sustav zadovoljava funkcionalne zahtjeve (F1, F2, F3) i nefunkcionalne zahtjeve (N1, N2).
2. Pokažite pomoću testova da očekivane značajke i funkcionalnosti sustava ispravno rade te da se rizici povezani s F1, F2 i F3 mogu riješiti funkcionalnim testiranjem.
3. Pokažite pomoću testova da operativne karakteristike sustava ispravno rade i da se rizici povezani s N1 i N2 mogu riješiti nefunkcionalnim testiranjem.
4. Na temelju broja prioriteta testa, važnost testa može se klasificirati kao Visoka (crvena), Srednja (žuta) i Niska (zelena).

Prioritizacija i matrica procjene rizika

Matrica procjene rizika je matrica vjerojatnosti i utjecaja. Ona projektnom timu pruža brz pregled rizika i prioriteta s kojim se svaki od tih rizika treba riješiti.

Risk rating = Probability x Severity

Vjerojatnost je mjera šanse da će se dogoditi neizvjestan događaj, na temelju izloženosti u smislu vremena, blizine i ponavljanja. Izražava se kao postotak.

Ovo se može klasificirati kao Često (A), Vjerojatno (B), Povremeno (C), Daleko (D), Nevjerojatno (E) i Isključeno (F).

• čest — Očekuje se da će se pojaviti nekoliko puta u većini okolnosti (91 – 100%).
• vjerojatan — Vjerojatno će se pojaviti nekoliko puta u većini okolnosti (61 – 90%).
• poneki — Može se dogoditi ponekad (41 – 60%).
• Daljinski — Malo je vjerojatno da će se dogoditi, iako bi se moglo dogoditi ponekad (11 – 40%).
• Nevjerojatan — Može se pojaviti u rijetkim i iznimnim okolnostima (0 – 10%).
• eliminiran — Nemoguće da se dogodi (0%).

Ozbiljnost je stupanj utjecaja štete ili gubitka uzrokovanog neizvjesnim događajem. Boduje se od 1 do 4 i može se klasificirati kao Katastrofalno = 1, Kritično = 2, Granično = 3 i Zanemarivo = 4.

• Katastrofalna — Ozbiljne posljedice koje čine projekt potpuno neproduktivnim i mogle bi čak dovesti do njegovog zatvaranja. To mora biti glavni prioritet tijekom upravljanja rizicima.
• Kritično — Velike posljedice koje mogu dovesti do velikih gubitaka. Projekt je ozbiljno ugrožen.
• marginalan — Kratkoročna šteta koja se još uvijek može popraviti aktivnostima obnove.
• Neznatan — Mala ili minimalna šteta ili gubitak. To se može pratiti i upravljati rutinskim postupcima.

Prioritet je klasificiran 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 moraju se poduzeti hitne mjere za izolaciju rizika. Moraju se identificirati i provesti učinkovite kontrole. Nadalje, aktivnost se ne smije nastaviti osim ako se rizik ne smanji na nisku ili srednju razinu.

Visoka: Rizici koji spadaju u ovu kategoriju označeni su crvenom bojom i zahtijevaju hitnu akciju ili strategiju upravljanja rizicima. Moraju se poduzeti hitne mjere za izolaciju, uklanjanje ili zamjenu rizika te za provedbu učinkovitih kontrola rizika. Ako se ti problemi ne mogu odmah riješiti, moraju se definirati strogi vremenski rokovi za njihovo rješavanje.

Srednji: Rizici koji spadaju u ovu kategoriju označeni su žutom bojom. Moraju se poduzeti razumne i praktične mjere kako bi se rizici sveli na najmanju moguću mjeru.

niska: Rizici koji spadaju u ovu kategoriju označeni su zelenom bojom i obično se mogu prihvatiti jer ne predstavljaju značajan problem. Periodični pregled je i dalje neophodan kako bi se osigurala učinkovitost kontrola.

Generički kontrolni popis za testiranje na temelju rizika

Matrica određuje kako se rizik ocjenjuje. Kontrolna lista u nastavku određuje koji kandidati uopće ulaze u matricu.

• Važne funkcionalnosti u projektu.
• Funkcionalnost vidljiva korisniku u projektu.
• Funkcionalnost koja ima najveći utjecaj na sigurnost.
• Funkcionalnosti koje imaju najveći financijski utjecaj na korisnike.
• Vrlo složena područja izvornog koda i kod sklon greškama.
• Značajke ili funkcije koje se mogu testirati rano u razvojnom ciklusu.
• Značajke ili funkcionalnosti koje su dodane dizajnu proizvoda u zadnji čas.
• Kritični čimbenici sličnih ili povezanih prethodnih projekata koji su uzrokovali probleme.
• Glavni čimbenici ili problemi sličnih ili povezanih projekata koji su imali ogroman utjecaj na troškove rada i održavanja.
• Loši zahtjevi koji dovode do loših dizajna i testova, što bi moglo 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 odbaciti, što bi ozbiljno naštetilo ugledu tvrtke. Utvrdite koje su vrste problema ključne za ciljeve proizvoda.
• Situacije ili problemi koji bi uzrokovali stalne pritužbe korisničkoj službi.
• Testovi od početka do kraja koji bi se lako mogli usredotočiti na više funkcionalnosti sustava.
• Optimalni skup testova koji može maksimizirati pokrivenost rizika.
• Koji će testovi imati najbolji omjer pokrivenosti visokim rizikom i potrebnog vremena.

Izvješćivanje o rezultatima testiranja i metrika na temelju rizika

1. Priprema izvještaja o ispitivanju. Izvještavanje o statusu testiranja odnosi se na učinkovito komuniciranje rezultata testiranja dionicima projekta, davanje jasnog razumijevanja i prikazivanje usporedbe rezultata testiranja s ciljevima testiranja.
   • Broj planiranih testnih slučajeva u odnosu na izvršene.
   • Broj uspješnih ili neuspješnih testnih slučajeva.
   • Broj utvrđenih nedostataka, njihov status i ozbiljnost.
   • Broj kritičnih nedostataka još uvijek je otvoren.
   • Zastoji u radu okruženja, ako ih ima.
   • Privlačne predstave, ako ih uopće ima.
   • Sažetak izvješća o testiranju i pokrivenost testom prijaviti.
2. Priprema metrika. Metrika je kombinacija dvije ili više mjera koje se koriste za usporedbu softverskih procesa, projekata i proizvoda.
   • Varijacije napora i rasporeda.
   • Produktivnost pripreme testnih slučajeva.
   • Pokrivenost dizajna testa.
   • Produktivnost izvršavanja testnih slučajeva.
   • Učinkovitost identifikacije rizika %.
   • Učinkovitost ublažavanja rizika %.
   • Učinkovitost testa %.
   • Pokrivenost izvršenja testa.
   • Produktivnost izvršavanja testova.
   • Postotak curenja zbog nedostataka.
   • Učinkovitost otkrivanja nedostataka i gustoća defekta.
   • Indeks stabilnosti zahtjeva.
   • Cijena kvalitete.

Te se mjere zatim uspoređuju s rizicima:

• Analizirajte rizike u nefunkcionalnim kategorijama (performanse, pouzdanost i upotrebljivost) na temelju statusa nedostataka i broja prolaznih ili neuspješnih rezultata testiranja, u odnosu na rizike.
• Analizirajte rizike u funkcionalnim kategorijama koristeći metrike testiranja, status nedostataka i status prolaza ili neuspjeha testiranja, u odnosu na rizike.
• Identificirajte ključne pokazatelje prednosti i mane te stvorite pokazatelje ranog upozorenja.
• Pratiti i izvještavati o pokazateljima rizika vodstva i zaostajanja (ključni pokazatelji rizika) analizom obrazaca podataka, trendova i međuovisnosti.

Inherentni rizik u odnosu na procjenu zaostalog rizika

Identifikacija i analiza rizika trebaju uključivati ​​i inherentne rizike, rezidualne rizike, sekundarne rizike i ponavljajuće rizike.

• Inherentni rizik: Rizici koji su identificirani ili su već bili prisutni u sustavu prije nego što su provedene kontrole i odgovori. Inherentni rizici poznati su i kao bruto rizici.
• Preostali rizik: Rizici koji preostaju nakon provedbe kontrola i odgovora. Preostali rizici poznati su kao neto rizici.
• Sekundarni rizik: Novi rizik uzrokovan provedbom plana odgovora na rizik.
• Ponavljajući rizik: Vjerojatnost da će se početni rizici ponoviti.

Mjerenje rezultata testiranja na temelju rizika pomaže organizaciji da sazna preostalu razinu rizika kvalitete tijekom izvođenja testiranja i da donosi informirane odluke o izdavanju.

Profiliranje rizika i povratne informacije kupaca

Profiliranje rizika je proces pronalaženja optimalne razine investicijskog rizika za klijenta, uzimajući u obzir potreban rizik, kapacitet rizika i toleranciju na rizik.

1. Potreban rizik je razina rizika koju klijent mora preuzeti kako bi ostvario zadovoljavajući prinos.
2. Kapacitet rizika je razina financijskog rizika koju si klijent može priuštiti.
3. Odstupanje od rizika je razina rizika koju bi klijent radije prihvatio.

Povratne informacije korisnika: prikupiti povratne informacije i recenzije kupaca kako bi se poboljšalo poslovanje, proizvod, usluga i iskustvo.

Prednosti testiranja na temelju rizika

Prednosti testiranja na temelju rizika navedene su u nastavku.

• Poboljšana produktivnost i smanjenje troškova.
• Poboljšane tržišne prilike (vrijeme do izlaska na tržište) i pravovremena isporuka.
• Poboljšane performanse usluge.
• Poboljšana kvaliteta, jer su testirane sve kritične funkcije aplikacije.
• Jasne informacije o pokrivenosti testiranjem. Korištenjem ovog pristupa, tim zna što je, a što 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 testiranja temeljeno na analizi rizika omogućuje organizaciji da identificira preostalu razinu rizika kvalitete tijekom izvođenja testiranja i da donosi informirane odluke o izdavanju.
• Optimizirano testiranje s jasno definiranim metodama procjene rizika.
• Poboljšano zadovoljstvo kupaca, zahvaljujući uključenosti kupaca te dobrom izvještavanju i napretku trackralj.
• Rano otkrivanje potencijalnih problematičnih područja, kako bi se mogle poduzeti učinkovite preventivne mjere.
• Kontinuirano praćenje i procjena rizika tijekom cijelog životnog ciklusa projekta pomaže u identificiranju i rješavanju rizika te u rješavanju problema koji bi mogli ugroziti postizanje ukupnih ciljeva projekta.

Pitanja i odgovori