Analiza napak in učinkov (FMEA) - Kako analizirati tveganja za boljšo kakovost programske opreme in zadovoljne stranke!

failure mode effects analysis how analyze risks

Analiza načina odpovedi in učinkov (FMEA) je tehnika upravljanja s tveganji.

Če se pravilno izvaja, je to lahko odličen dodatek k najboljšim Procesi zagotavljanja kakovosti slediti. V tem članku je naš cilj predstaviti vam to tehniko analize tveganja, ki je na koncu zelo koristna za izboljšanje kakovosti programske opreme.

Kaj se boste naučili:

• Analiza načina napak in učinkov
• Kaj je analiza tveganja?
• Primer analize učinka neuspešnega načina
• FMEA in stopnja preizkušanja
• Zaključek
• Priporočeno branje

Analiza načina napak in učinkov

FMEA večinoma uporabljajo višje vodstvo ali zainteresirane strani. V praksi preizkuševalci dobijo malo vpogleda v to tehniko. Zdaj pa se trend spreminja in menim, da če preizkuševalci ta koncept pravilno razumejo, lahko poganja njihov miselni proces pisanje testnih primerov na eno raven navzgor z uporabo te tehnike za:

• Razumevanje ciljev zainteresirane strani pri testiranju aplikacije.
• Razumeti posel.
• Izvedite preskusne scenarije na visoki ravni, ki temeljijo na poslovnih in vodstvenih interesih.
• Izvedite učinkovite testne primere, ki zagotavljajo boljšo pokritost z območji, ki so izpostavljena tveganju.
• Dajte prednost testnim primerom.
• Odločite se, kaj preizkusiti in kaj odložiti v kateri koli fazi.
  

Ozadje

ANALIZA TVEGANJA je ključni vidik Vodenje preskusov . Nato se postavi vprašanje - Kaj je analiza tveganja? In zakaj je to pomembno? Da bi to razumeli, je nujno razumeti - kaj je TVEGANJE?

Glej tudi => Vrste tveganj pri programskih projektih.

TVEGANJE kot njegov dobesedni pomen je možnost negativnega ali neželenega izida ali dogodka. Tveganja, če z njimi ne ravnamo pravilno ali jih ne obvladujemo, lahko privedejo do slabe kakovosti, nezadovoljnih strank in včasih do izgube posla.

Tveganje ima 2 atributa:

• Verjetnost
• Vpliv

Verjetnost pomeni možnosti za pojav določenega tveganja, vpliv pa obseg učinka tveganja.

Kaj je analiza tveganja?

Analiza tveganja je mehanizem, s katerim se ugotovljena potencialna tveganja analizirajo in temeljito preučijo, da se ugotovi verjetnost in vpliv. Priporočljivo je izmeriti dva atributa in na podlagi ugotovljenega rezultata:

• Kaj najprej testirati?
• Kaj testirati več?
• Česa ne preizkusiti (tokrat)?

Obstaja veliko načinov za analizo tveganja, ki so na splošno razvrščeni v dve vrsti:

pretvori youtube v mp4 brezplačno na spletu

• Neformalne tehnike : Temeljijo na izkušnjah, presoji in intuiciji.
• Formalne tehnike : Prepoznavanje in tehtanje lastnosti tveganja.

F bolezen M ode And JE ffects TO naliza (FMEA): To je formalna metoda za analizo tveganja. V naslednjih poglavjih bom razpravljal o tem FMEA in poskusite to obrazložiti s primerom.

FMEA je formalna tehnika izvajanja analize tveganja. Je sistematično in kvantitativno orodje v obliki razpredelnice, ki članom pomaga analizirati, kaj bi lahko šlo narobe. Za opravljanje FMEA potrebujemo prave ljudi na mizi. Zahteva predstavnika iz vseh panog, vključno s kupci.

Opis

FMEA se začne in nadaljuje s sejami Brainstorming. Udeleženci morajo prepoznati vse komponente, module, odvisnosti, omejitve, ki bi lahko propadli v proizvodnem okolju in sčasoma pripeljali do slabe kakovosti, zanesljivosti in lahko povzročili izgubo posla.

Med FMEA ne samo ugotovimo obseg izgube, ampak tudi skušamo ugotoviti vzrok teh napak. Za merjenje FMEA potrebujemo 3 atribute:

• Resnost okvare (S)
• Prednostna naloga okvare (P)
• Verjetnost okvare (L)

Vsakega od teh atributov damo v lestvico, prikazano spodaj:

Lestvica resnosti:

Prednostna lestvica:

Lestvica verjetnosti:

Vsi ti trije atributi (resnost, prednost in verjetnost) se posamezno izmerijo v merilu in nato pomnožijo, da dobijo Številka prednostne naloge (RPN).

tj. Številka prioritete tveganja ( RPN) = S * P * L

Na podlagi te vrednosti RPN določimo obseg testiranja. Manj je RPN, večje je tveganje.

Poskusimo to razumeti na primeru:

Primer analize učinka neuspešnega načina

(To je hipotetični primer samo za razumevanje. Dejanska izvedba in značilnosti se lahko razlikujejo)

Oglejmo si preprost primer bančne aplikacije, ki ima 4 funkcije.

• Funkcija 1: Dvigniti
• Funkcija 2: Kavcija
• Funkcija 3: Posojilo za dom
• Funkcija 4: Stalni depoziti.

Oblikuje se skupina za analizo tveganja, ki jo sestavljajo vodja banke, UAT Test Manager (predstavlja končnega uporabnika), tehnični arhitekt, testni arhitekt, skrbnik omrežja, DBA in vodja projekta.

Po seriji možganskih neviht je ekipa pripravila naslednja tveganja:

• Kompleksna poslovna logika v primeru izračuna obrestne mere stanovanjskega posojila.
• Sistem odpove 200 sočasnih uporabnikov.
• Sistem ne more obdelati dokumentov, ki presegajo 6 MB.

Zdaj poskusimo izračunati resnost, prednost in verjetnost teh ugotovljenih tveganj.

Resnost:

Prednost:

Verjetnost:

Zdaj pa združimo vse te atribute:

Zdaj pa izračunajmo številko prioritete tveganja (RPN = resnost * prednost * verjetnost)

Zdaj je ključno: Nižje je RPN - večje je tveganje.

Torej, tukaj za ta primer je značilnost 1 (Kompleksna poslovna logika v primeru izračuna obrestne mere stanovanjskega posojila) največje tveganje, značilnost 2 (sistem pa odpove pri 200 sočasnih uporabnikih) pa najmanjše tveganje.

Kako to uporabiti za izpeljavo testnih primerov?

Od Funkcija 1 ali je najbolj tvegana lastnost , testni primeri naj bodo strogi in bolj poglobljeni. Napišite testne primere, da bodo zajeli popolno funkcionalnost in vplivne module na funkcijo. Uporabite vse vrste tehnik pisanja primerov ( Enakovrednost razdelitve in BVA , Graf vzrokov in posledic , Diagram prehoda države ) za izpeljavo testnih primerov.

Testni primeri ne bi smeli biti samo funkcionalni, temveč tudi nefunkcionalni ( Preskus obremenitve , Stres, preskus glasnosti itd.). V bistvu moramo izčrpno preizkusiti to posebno funkcijo, zato ustrezno preizkusite svoje testne primere. Upoštevajte tudi vse odvisne module o tej pomembni funkciji.

Funkcija 2 ali je Funkcija NAJMANJ TVEGANJA , zato preizkusite primere na glavnih funkcijah. Zadostni bi morali biti le primeri na visoki ravni za potrditev, da funkcija deluje po pričakovanjih.

Funkcija 3 je ZMERENO TVEGANJE , zato preizkusite primere tako, da zajemajo vse glavne in odvisne funkcije. Napišite nekaj primerov BVA, da potrdite tudi nekaj negativnih scenarijev. Obseg testnih primerov mora biti med faktorjem visokega in nizkega tveganja. Po potrebi vključite tudi nekaj nefunkcionalnih testnih primerov.

FMEA in stopnja preizkušanja

Na podlagi vrednosti RPN določimo obseg ali stopnjo testiranja, ki ga je treba opraviti.

Običajno, če:

• RPN je med 1 in 10, izvajamo obsežno testiranje (pokrivanje in odklop funkcije / modula)
• RPN je med 11 in 30, izvajamo uravnoteženo testiranje (zajema vse glavne funkcije funkcije / modula)
• RPN je med 31-70, izvajamo preizkušanje priložnosti (pokriva osnovno funkcionalnost funkcije / modula)
• RPN je več kot 70 - Nobeno testiranje ali kadar čas dopušča, le poročanje o anomalijah.

Ti obsegi ali številke niso omejeni na tiste, ki sem jih omenil zgoraj. Lahko se razlikujejo glede na naravo projekta.

Viri: Prenesi Programska oprema FMEA in Predloga FMEA .

Zaključek

Analiza tveganja z uporabo FMEA zahteva čas in izkušnje. Želene rezultate lahko dosežemo le z enakomernim sodelovanjem vseh odgovornih članov ekipe. Čeprav je ta tehnika formalna, zahteva vrsto možganskih neviht in je enako pomembno, da dokumentiramo vsa ugotovljena tveganja.

Ker je večina aplikacij izključnih, je lestvica za merjenje parametrov FMEA (tj. Prednost, resnost in verjetnost) odvisna tudi od aplikacije. Če se to naredi pravilno, ima tehnika FMEA številne prednosti. Uporablja se lahko za prepoznavanje potencialnih tveganj in na podlagi te skupine lahko načrtuje učinkovito strategijo ublažitve.

O avtorju: To je članek za goste Shilpe Chatterjee Roy. V zadnjih 8,5 letih dela na področju testiranja programske opreme na različnih področjih.

Če ste uporabili to tehniko, vas prosimo, da spodaj komentirate svoje izkušnje.

Priporočeno branje

• Vrste tveganj pri programskih projektih
• Kakšni so atributi kakovosti?
• Preizkusite svoje analitične zmožnosti in moč razmišljanja - vaje za testiranje programske opreme (2. del)
• Vzajemno razumevanje pri testiranju: ključ do zagotavljanja kakovostne programske opreme
• Kaj je zagotavljanje kakovosti programske opreme (SQA): vodnik za začetnike
• Neprekinjen proces integracije: Kako izboljšati kakovost programske opreme in zmanjšati tveganje
• Razlika med zagotavljanjem kakovosti in nadzorom kakovosti (QA vs QC)
• 8 najboljših programov za upravljanje dnevnikov | Pregled orodja za analizo dnevnika 2021