Menu

Failure Mode and Effects Analysis (FMEA) - Hoe risico's te analyseren voor betere softwarekwaliteit en tevreden klanten!

failure mode effects analysis how analyze risks

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Storingsmodus en effectenanalyse (FMEA) is een techniek voor risicobeheer.

Indien correct geïmplementeerd, kan dit een geweldige aanvulling zijn op de beste Kwaliteitsborgingsprocessen gevolgd worden. In dit artikel is ons doel om u kennis te laten maken met deze risicoanalysetechniek die uiteindelijk erg handig is voor het verbeteren van de softwarekwaliteit.

Storingsmodus en effectenanalyse (FMEA)

Wat je leert:

Storingsmodus en effectenanalyse

FMEA wordt meestal gebruikt door hoger management of belanghebbenden. In de praktijk krijgen de testers weinig inzicht in deze techniek. Maar nu is de trend aan het veranderen en ik voel dat als de testers dit concept goed begrijpen, ze dat kunnen rijden hun denkproces van testcases schrijven een niveau hoger door deze techniek te gebruiken om:

  • Begrijp de doelen van de belanghebbende bij het testen van de applicatie.
  • Begrijp het bedrijf.
  • Leid de testscenario's op hoog niveau af op basis van zakelijke en managementbelangen.
  • Leid effectieve testcases af die een betere dekking bieden voor de risicogevoelige gebieden.
  • Geef prioriteit aan de testgevallen.
  • Bepaal wat u wilt testen en wat in elke fase moet worden uitgesteld.

Achtergrond

RISICOANALYSE is een cruciaal aspect van Testbeheer ​De vraag rijst dan - Wat is risicoanalyse? En waarom is het belangrijk? Om dit te begrijpen, is het essentieel om te begrijpen - wat is RISICO?

risico analyse

Zie ook => Soorten risico's in softwareprojecten.

RISICO omdat de letterlijke betekenis ervan een mogelijkheid is van een negatieve of ongewenste uitkomst of gebeurtenis. Risico's die niet op de juiste manier worden aangepakt of beheerd, kunnen leiden tot slechte kwaliteit, ontevreden klanten en soms verlies van omzet.

Risico heeft 2 attributen:

  • Waarschijnlijkheid
  • Gevolg

Waarschijnlijkheid betekent de kans dat een bepaald risico zich voordoet en impact betekent de omvang van het effect van het risico.

Wat is risicoanalyse?

Risicoanalyse is een mechanisme waarmee de geïdentificeerde potentiële risico's grondig worden geanalyseerd en bestudeerd om de waarschijnlijkheid en impact te vinden. Het is raadzaam om de twee attributen te meten en op basis van het resultaat identificeren we:

  • Wat moet je eerst testen?
  • Wat moet je nog meer testen?
  • Wat moet je niet testen (deze keer)?

Er zijn veel methoden om de risicoanalyse uit te voeren en deze worden grofweg in twee typen ingedeeld:

  • Informele technieken : Deze zijn gebaseerd op ervaring, oordeel en intuïtie.
  • Formele technieken : Risico-attributen identificeren en afwegen.

F. kwalen M. ode And IS ffecten NAAR nalyse (FMEA): dit is een formele methode om een ​​risicoanalyse uit te voeren. In de volgende secties zal ik er meer op ingaan FMEA en probeer het uit te werken met het voorbeeld.

FMEA is een formele techniek om risicoanalyse uit te voeren. Het is een systematisch en kwantitatief hulpmiddel in de vorm van een spreadsheet dat de leden helpt te analyseren wat er mis kan gaan. Om de FMEA te kunnen doen, hebben we de juiste mensen aan tafel nodig. Het vereist een vertegenwoordiger uit alle lagen van de industrie, inclusief klanten.

Omschrijving

FMEA begint en gaat verder met brainstormsessies. Deelnemers moeten alle componenten, modules, afhankelijkheden en beperkingen identificeren die zouden kunnen mislukken in een productieomgeving en uiteindelijk kunnen leiden tot slechte kwaliteit en betrouwbaarheid en kunnen leiden tot verlies van omzet.

Tijdens FMEA brengen we niet alleen de omvang van het verlies in kaart, maar proberen we ook de oorzaak van die storingen te achterhalen. Om FMEA te meten, hebben we 3 attributen nodig:

  • Ernst van de storing (en)
  • Prioriteit van de mislukking (P)
  • Waarschijnlijkheid van de mislukking (L)

We plaatsen elk van deze attributen in een onderstaande schaal:

Ernstschaal:

Omschrijving Klasse Schaal
Verlies van gegevens, hardware of veiligheidsproblemen Dringend een
Verlies van functionaliteit zonder een tijdelijke oplossing Hoog twee
Verlies van functionaliteit met een tijdelijke oplossing Medium 3
Gedeeltelijk verlies van functionaliteit Laag 4
Cosmetisch of triviaal Geen 5

Prioriteitsschaal:

Omschrijving Klasse Schaal
Volledig verlies van systeemwaarde Dringend een
Onaanvaardbaar verlies van systeemwaarde Hoog twee
Mogelijk verlaging van de systeemwaarde Medium 3
Acceptabele verlaging van de systeemwaarde Laag 4
Een verwaarloosbare vermindering van de systeemwaarde Geen 5

Waarschijnlijkheidsschaal:

Omschrijving Klasse Schaal
Zeker voor alle gebruikers Dringend een
Heeft waarschijnlijk gevolgen voor sommige gebruikers Heel hoog twee
Mogelijke gevolgen voor sommige gebruikers Hoog 3
Beperkte impact op enkele gebruikers Laag 4
Onvoorstelbaar in daadwerkelijk gebruik Geen 5

Al deze drie kenmerken (ernst, prioriteit en waarschijnlijkheid) worden afzonderlijk op schaal gemeten en vervolgens vermenigvuldigd om een Risicoprioriteitsnummer (RPN).

d.w.z. Risico Prioriteits Nummer ( RPN) = S * P * L

Op basis van deze RPN-waarde bepalen we de mate van testen. Minder is de RPN, hoger is het risico.

Laten we het proberen te begrijpen met een voorbeeld:

Voorbeeld van een effectanalyse van de storingsmodus

(Dit is alleen een hypothetisch voorbeeld voor een goed begrip. De daadwerkelijke implementatie en functies kunnen variëren)

Laten we eens kijken naar een eenvoudig voorbeeld van een bankapplicatie met vier functies.

oops concepten in c # met voorbeelden voor ervaren
  • Kenmerk 1: Intrekken
  • Kenmerk 2: Storting
  • Kenmerk 3: Hypotheek
  • Kenmerk 4: Vaste deposito's.

Er wordt een risicoanalyseteam gevormd dat bestaat uit de bankdirecteur, UAT Testmanager (vertegenwoordigt eindgebruiker), technisch architect, testarchitect, netwerkbeheerder, DBA en een projectmanager.

Na een reeks brainstormsessies kwam het team met het volgende risico's:

  • Complexe bedrijfslogica bij het berekenen van de rente van de woonkrediet.
  • Het systeem faalt bij 200 gelijktijdige gebruikers.
  • Het systeem kan geen documenten verwerken die groter zijn dan 6 MB.

Laten we nu proberen de ernst, prioriteit en waarschijnlijkheid van deze geïdentificeerde risico's te berekenen.

Ernst:

Voorzien zijn van Klasse Schaal
Complexe bedrijfslogica bij het berekenen van de rentevoet van een woningkrediet Heel hoog twee
Systeem faalt bij 200 gelijktijdige gebruikers Hoog 3
Het systeem kan geen documenten verwerken die groter zijn dan 6 MB Heel hoog twee

Prioriteit:

Voorzien zijn van Klasse Schaal
Complexe bedrijfslogica bij het berekenen van de rentevoet van een woningkrediet Heel hoog twee
Systeem faalt bij 200 gelijktijdige gebruikers Hoog 3
Het systeem kan geen documenten verwerken die groter zijn dan 6 MB Hoog 3

Waarschijnlijkheid:

beste ide voor python op mac
Voorzien zijn van Klasse Schaal
Complexe bedrijfslogica bij het berekenen van de rentevoet van een woningkrediet Hoog 3
Systeem faalt bij 200 gelijktijdige gebruikers Hoog 3
Het systeem kan geen documenten verwerken die groter zijn dan 6 MB Laag 4

Laten we nu al deze attributen samenvoegen:

Voorzien zijn van

Ernst

Prioriteit

Waarschijnlijkheid

Complexe bedrijfslogica bij het berekenen van de rentevoet van een woningkrediet twee twee 3
Het systeem faalt bij 200 gelijktijdige gebruikers 3 3 3
Het systeem kan geen documenten verwerken die groter zijn dan 6 MB twee 3 4

Laten we nu het risicoprioriteitsgetal berekenen (RPN = ernst * prioriteit * waarschijnlijkheid)

Voorzien zijn van

Ernst

Prioriteit

Waarschijnlijkheid

RPN

Complexe bedrijfslogica bij het berekenen van de rentevoet van een woningkrediet twee twee 3 12
Systeem faalt bij 200 gelijktijdige gebruikers 3 3 3 27
Het systeem kan geen documenten verwerken die groter zijn dan 6 MB twee 3 4 24

Nu is de sleutel: Lager is de RPN - Hoger is het risico.

Dus hier voor dit specifieke voorbeeld heeft functie 1 (complexe bedrijfslogica in het geval van het berekenen van de rentevoet van de woningkrediet) het hoogste risico en functie 2 (systeem faalt bij 200 gelijktijdige gebruikers) heeft het laagste risico.

Hoe dit te gebruiken om testgevallen af ​​te leiden?

Sinds Eigenschap 1 is de meest risicovolle functie moeten de testcases rigoureus en diepgaander zijn. Schrijf de testcases om de volledige functionaliteit te dekken en de modules te beïnvloeden door de functie. Gebruik allerlei schrijftechnieken voor testcases ( Equivalentiepartitionering en BVA ​ Oorzaak en gevolg grafiek ​ State Overgangsdiagram ) om de testgevallen af ​​te leiden.

De testcases moeten niet alleen functioneel maar ook niet-functioneel zijn ( Laadtest , Stress- en volumetest, enz.). In principe moeten we deze specifieke functie grondig testen, dus baseer uw testcases dienovereenkomstig. Overweeg ook alle afhankelijke modules voor deze belangrijke functie.

Eigenschap 2 is de MINSTE RISICO-functie , dus baseer uw testcases op de belangrijkste functionaliteit. Alleen testcases op hoog niveau om te valideren dat de functie werkt zoals verwacht, zouden voldoende moeten zijn.

Eigenschap 3 is een MODERATE RISICO-functie , dus baseer uw testcases op alle belangrijke en afhankelijke functionaliteit. Schrijf enkele BVA-testcases om ook enkele negatieve scenario's te valideren. De omvang van de testcases moet tussen de factor Hoog risico en Laag risico liggen. Voeg indien nodig ook enkele niet-functionele testcases toe.

FMEA en mate van testen

Op basis van de RPN-waarde bepalen we de mate of mate van testen die moet worden gedaan.

Normaal gesproken als:

  • RPN is tussen 1-10, we doen uitgebreide tests (in en uit de functie / module)
  • RPN is tussen 11-30, we doen gebalanceerde tests (die alle belangrijke functies van de functie / module beslaan)
  • RPN is tussen 31-70, we doen gelegenheidstests (met betrekking tot de basisfunctionaliteit van de functie / module)
  • RPN is meer dan 70 - Geen testen of wanneer de tijd het toelaat, alleen anomalierapportage.

Deze bereiken of nummers zijn niet beperkt tot degene die ik hierboven noemde. Ze kunnen variëren afhankelijk van de aard van het project.

Middelen: Downloaden FMEA-software en FMEA-sjabloon ​

Gevolgtrekking

Risicoanalyse met FMEA vereist tijd en ervaring. Gewenste resultaten kunnen alleen worden bereikt door gelijkwaardige deelname van alle verantwoordelijke teamleden. Hoewel deze techniek formeel is, vereist het een reeks brainstormsessies en is het even belangrijk om alle geïdentificeerde risico's te documenteren.

Aangezien de meeste applicaties exclusief zijn, is de schaal om de parameters van FMEA te meten (d.w.z. prioriteit, ernst en waarschijnlijkheid) ook afhankelijk van de applicatie. Als het op de juiste manier wordt gedaan, heeft de FMEA-techniek veel voordelen. Het kan worden gebruikt om potentiële risico's te identificeren en op basis van dit team een ​​effectieve risicobeperkende strategie te plannen.

Over de auteur: Dit is een gastartikel van Shilpa Chatterjee Roy. Ze is de afgelopen 8,5 jaar werkzaam op het gebied van softwaretesten in verschillende domeinen.

Als u deze techniek heeft gebruikt, kunt u hieronder commentaar geven op uw ervaring.

Aanbevolen literatuur

^