Μενού

Λειτουργία αποτυχίας και ανάλυση εφέ (FMEA) - Πώς να αναλύσετε τους κινδύνους για καλύτερη ποιότητα λογισμικού και ικανοποιημένους πελάτες!

failure mode effects analysis how analyze risks

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

Λειτουργία αποτυχίας και ανάλυση εφέ (FMEA) είναι μια τεχνική διαχείρισης κινδύνων.

Εάν εφαρμοστεί σωστά, αυτό μπορεί να είναι μια εξαιρετική προσθήκη στο καλύτερο Διαδικασίες διασφάλισης ποιότητας να ακολουθηθεί. Σε αυτό το άρθρο, στόχος μας είναι να σας παρουσιάσουμε αυτήν την τεχνική Ανάλυσης Κινδύνου, η οποία στο τέλος, είναι πολύ χρήσιμη για τη βελτίωση της ποιότητας του λογισμικού.

Λειτουργία αποτυχίας και ανάλυση εφέ (FMEA)

Τι θα μάθετε:

Λειτουργία αποτυχίας και ανάλυση εφέ

Το FMEA χρησιμοποιείται ως επί το πλείστον από ανώτατα στελέχη ή από ενδιαφερόμενα μέρη. Στην πράξη, οι υπεύθυνοι δοκιμών έχουν λίγη εικόνα αυτής της τεχνικής. Αλλά τώρα η τάση αλλάζει και αισθάνομαι αν οι δοκιμαστές κατανοήσουν αυτήν την ιδέα σωστά, μπορούν οδηγούν τη διαδικασία σκέψης τους γραφή δοκιμαστικών περιπτώσεων σε ένα επίπεδο με τη χρήση αυτής της τεχνικής για:

  • Κατανοήστε τους στόχους των ενδιαφερομένων για τη δοκιμή της εφαρμογής.
  • Κατανοήστε την επιχείρηση.
  • Δημιουργήστε τα σενάρια δοκιμής υψηλού επιπέδου με βάση το ενδιαφέρον των επιχειρήσεων και της διαχείρισης.
  • Παραγάγετε αποτελεσματικές περιπτώσεις δοκιμών που παρέχουν καλύτερη κάλυψη στις περιοχές με κίνδυνο.
  • Προτεραιότητα στις δοκιμαστικές περιπτώσεις.
  • Αποφασίστε τι θα δοκιμάσετε και τι πρέπει να αναβάλουμε σε οποιαδήποτε φάση.

Ιστορικό

Η ΑΝΑΛΥΣΗ ΚΙΝΔΥΝΟΥ είναι μια κρίσιμη πτυχή του Διαχείριση δοκιμών . Το ερώτημα τότε προκύπτει - Τι είναι η ανάλυση κινδύνου; Και γιατί είναι σημαντικό; Για να το καταλάβετε, είναι σημαντικό να καταλάβετε - τι είναι ο ΚΙΝΔΥΝΟΣ;

ανάλυση κινδύνου

Δείτε επίσης => Τύποι κινδύνων σε έργα λογισμικού.

Ο ΚΙΝΔΥΝΟΣ ως κυριολεκτική του έννοια είναι πιθανότητα αρνητικού ή ανεπιθύμητου αποτελέσματος ή γεγονότος. Οι κίνδυνοι, εάν δεν αντιμετωπιστούν ή διαχειρίζονται σωστά, μπορεί να οδηγήσουν σε κακή ποιότητα, σε μη ικανοποιημένους πελάτες και μερικές φορές σε απώλεια επιχειρήσεων.

Ο κίνδυνος έχει 2 χαρακτηριστικά:

  • Πιθανότητα
  • Επίπτωση

Πιθανότητα σημαίνει πιθανότητες εμφάνισης ενός συγκεκριμένου κινδύνου και αντίκτυπος σημαίνει την έκταση της επίδρασης του κινδύνου.

Τι είναι η ανάλυση κινδύνου;

Η Ανάλυση Κινδύνου είναι ένας μηχανισμός με τον οποίο οι προσδιορισμένοι πιθανοί κίνδυνοι αναλύονται και μελετώνται διεξοδικά προκειμένου να βρεθεί η πιθανότητα και ο αντίκτυπος. Συνιστάται να μετρήσετε τα δύο χαρακτηριστικά και με βάση το αποτέλεσμα που προσδιορίζουμε:

  • Τι να δοκιμάσετε πρώτα;
  • Τι να δοκιμάσετε περισσότερο;
  • Τι να μην δοκιμάσετε (Αυτή τη φορά);

Υπάρχουν πολλές μέθοδοι ανάλυσης κινδύνου και ταξινομούνται γενικά σε δύο τύπους:

  • Άτυπες τεχνικές : Αυτά βασίζονται στην εμπειρία, την κρίση και τη διαίσθηση.
  • Επίσημες τεχνικές : Προσδιορισμός και στάθμιση χαρακτηριστικών κινδύνου.

φά ασθένεια Μ ode και ΕΙΝΑΙ ελαττώματα ΠΡΟΣ ΤΗΝ ανάλυση (FMEA): Αυτή είναι μια επίσημη μέθοδος ανάλυσης κινδύνου. Στις ακόλουθες ενότητες, θα συζητήσω περισσότερα FMEA και προσπαθήστε να το επεξεργαστείτε με το παράδειγμα.

Το FMEA είναι μια τυπική τεχνική της ανάλυσης κινδύνου. Είναι ένα συστηματικό και ποσοτικό εργαλείο με τη μορφή Spread Sheet που βοηθά τα μέλη να αναλύσουν τι μπορεί να πάει στραβά. Για να κάνουμε το FMEA απαιτούμε τα σωστά άτομα στο τραπέζι. Απαιτεί έναν εκπρόσωπο από όλους τους τομείς της βιομηχανίας, συμπεριλαμβανομένων των πελατών.

Περιγραφή

Το FMEA ξεκινά και συνεχίζει με συνεδρίες 'brainstorming'. Οι συμμετέχοντες πρέπει να προσδιορίσουν όλα τα στοιχεία, τις ενότητες, τις εξαρτήσεις, τους περιορισμούς που θα μπορούσαν να αποτύχουν σε ένα περιβάλλον παραγωγής και τελικά να οδηγήσουν σε κακή ποιότητα, αξιοπιστία και μπορεί να οδηγήσουν σε απώλεια επιχείρησης.

Κατά τη διάρκεια του FMEA όχι μόνο αναγνωρίζουμε την έκταση της απώλειας αλλά προσπαθούμε επίσης να εντοπίσουμε την αιτία αυτών των αποτυχιών. Για τη μέτρηση του FMEA, απαιτούμε 3 χαρακτηριστικά:

  • Αυστηρότητα της αποτυχίας
  • Προτεραιότητα της αποτυχίας (P)
  • Πιθανότητα της αποτυχίας (L)

Βάζουμε καθένα από αυτά τα χαρακτηριστικά σε κλίμακα που φαίνεται παρακάτω:

Κλίμακα σοβαρότητας:

Περιγραφή Τάξη Κλίμακα
Απώλεια δεδομένων, υλικού ή ζητήματα ασφάλειας Επείγων 1
Απώλεια λειτουργικότητας χωρίς λύση Υψηλός δύο
Απώλεια λειτουργικότητας με μια λύση Μεσαίο 3
Μερική απώλεια λειτουργικότητας Χαμηλός 4
Καλλυντικά ή ασήμαντα Κανένας 5

Κλίμακα προτεραιότητας:

Περιγραφή Τάξη Κλίμακα
Πλήρης απώλεια της τιμής του συστήματος Επείγων 1
Απαράδεκτη απώλεια της αξίας του συστήματος Υψηλός δύο
Πιθανή μείωση της τιμής του συστήματος Μεσαίο 3
Αποδεκτή μείωση της τιμής του συστήματος Χαμηλός 4
Μια αμελητέα μείωση της τιμής του συστήματος Κανένας 5

Κλίμακα πιθανότητας:

Περιγραφή Τάξη Κλίμακα
Ορισμένα θα επηρεάσουν όλους τους χρήστες Επείγων 1
Πιθανό να επηρεάσει ορισμένους χρήστες Πολύ ψηλά δύο
Πιθανός αντίκτυπος σε ορισμένους χρήστες Υψηλός 3
Περιορισμένος αντίκτυπος σε μερικούς χρήστες Χαμηλός 4
Αδιανόητο στην πραγματική χρήση Κανένας 5

Και τα τρία αυτά χαρακτηριστικά (σοβαρότητα, προτεραιότητα και πιθανότητα) μετρώνται ξεχωριστά σε κλίμακα και στη συνέχεια πολλαπλασιάζονται για να λάβουν Αριθμός προτεραιότητας κινδύνου (RPN).

δηλ. Αριθμός προτεραιότητας κινδύνου ( RPN) = S * P * L

Με βάση αυτήν την τιμή RPN, προσδιορίζουμε την έκταση της δοκιμής. Όσο μικρότερο είναι το RPN, υψηλότερο είναι το Risk.

Ας προσπαθήσουμε να το καταλάβουμε με ένα παράδειγμα:

Παράδειγμα ανάλυσης εφέ λειτουργίας αποτυχίας

(Αυτό είναι ένα υποθετικό παράδειγμα μόνο για σκοπούς κατανόησης. Η πραγματική εφαρμογή και τα χαρακτηριστικά ενδέχεται να διαφέρουν)

Ας δούμε ένα απλό παράδειγμα μιας τραπεζικής εφαρμογής που έχει 4 δυνατότητες.

  • Χαρακτηριστικό 1: Αποσύρω
  • Χαρακτηριστικό 2: Κατάθεση
  • Χαρακτηριστικό 3: Στεγαστικό δάνειο
  • Χαρακτηριστικό 4: Σταθερές καταθέσεις.

Δημιουργείται ομάδα Ανάλυσης Κινδύνου που αποτελείται από τον διαχειριστή της Τράπεζας, UAT Test Manager (που αντιπροσωπεύει τον τελικό χρήστη), Technical Architect, Test Architect, Network Administrator, DBA και Project Manager.

Μετά από μια σειρά συνεδριών καταιγισμού ιδεών η ομάδα βρήκε το ακόλουθοι κίνδυνοι:

  • Σύνθετη επιχειρηματική λογική σε περίπτωση υπολογισμού του επιτοκίου του στεγαστικού δανείου.
  • Το σύστημα αποτυγχάνει σε 200 ταυτόχρονους χρήστες.
  • Το σύστημα δεν χειρίζεται έγγραφα που υπερβαίνουν τα 6 MB.

Τώρα ας προσπαθήσουμε να υπολογίσουμε τη σοβαρότητα, την προτεραιότητα και την πιθανότητα αυτών των εντοπισμένων κινδύνων.

Αυστηρότητα:

χαρακτηριστικό Τάξη Κλίμακα
Σύνθετη επιχειρηματική λογική σε περίπτωση υπολογισμού του επιτοκίου στεγαστικού δανείου Πολύ ψηλά δύο
Το σύστημα αποτυγχάνει σε 200 ταυτόχρονους χρήστες Υψηλός 3
Το σύστημα δεν χειρίζεται έγγραφα που υπερβαίνουν τα 6 MB Πολύ ψηλά δύο

Προτεραιότητα:

χαρακτηριστικό Τάξη Κλίμακα
Σύνθετη επιχειρηματική λογική σε περίπτωση υπολογισμού του επιτοκίου στεγαστικού δανείου Πολύ ψηλά δύο
Το σύστημα αποτυγχάνει σε 200 ταυτόχρονους χρήστες Υψηλός 3
Το σύστημα δεν χειρίζεται έγγραφα που υπερβαίνουν τα 6 MB Υψηλός 3

Πιθανότητα:

χαρακτηριστικό Τάξη Κλίμακα
Σύνθετη επιχειρηματική λογική σε περίπτωση υπολογισμού του επιτοκίου στεγαστικού δανείου Υψηλός 3
Το σύστημα αποτυγχάνει σε 200 ταυτόχρονους χρήστες Υψηλός 3
Το σύστημα δεν χειρίζεται έγγραφα που υπερβαίνουν τα 6 MB Χαμηλός 4

Τώρα ας συνδυάσουμε όλα αυτά τα χαρακτηριστικά:

χαρακτηριστικό

πώς να αντιστρέψετε τον πίνακα στο java

Αυστηρότητα

Προτεραιότητα

Πιθανότητα

Σύνθετη επιχειρηματική λογική σε περίπτωση υπολογισμού του επιτοκίου στεγαστικού δανείου δύο δύο 3
Το σύστημα αποτυγχάνει σε 200 ταυτόχρονους χρήστες 3 3 3
Το σύστημα δεν χειρίζεται έγγραφα που υπερβαίνουν τα 6 MB δύο 3 4

Τώρα ας υπολογίσουμε τον αριθμό προτεραιότητας κινδύνου (RPN = σοβαρότητα * προτεραιότητα * πιθανότητα)

χαρακτηριστικό

Αυστηρότητα

Προτεραιότητα

Πιθανότητα

RPN

Σύνθετη επιχειρηματική λογική σε περίπτωση υπολογισμού του επιτοκίου στεγαστικού δανείου δύο δύο 3 12
Το σύστημα αποτυγχάνει σε 200 ταυτόχρονους χρήστες 3 3 3 27
Το σύστημα δεν χειρίζεται έγγραφα που υπερβαίνουν τα 6 MB δύο 3 4 24

Τώρα το κλειδί είναι: Το χαμηλότερο είναι το RPN - Ο υψηλότερος είναι ο κίνδυνος.

Εδώ λοιπόν για αυτό το συγκεκριμένο παράδειγμα, η δυνατότητα 1 (Σύνθετη επιχειρηματική λογική σε περίπτωση υπολογισμού του επιτοκίου του στεγαστικού δανείου) έχει τον υψηλότερο κίνδυνο και το χαρακτηριστικό 2 (το σύστημα αποτυγχάνει σε 200 ταυτόχρονους χρήστες) έχει τον χαμηλότερο κίνδυνο.

Πώς να το χρησιμοποιήσετε για να εξαγάγετε δοκιμαστικές περιπτώσεις;

Από Χαρακτηριστικό 1 είναι το πιο επικίνδυνο χαρακτηριστικό , οι περιπτώσεις δοκιμής πρέπει να είναι αυστηρές και πιο εις βάθος. Γράψτε τις δοκιμαστικές θήκες για να καλύψετε την πλήρη λειτουργικότητα και επηρεάζοντας τις ενότητες από τη λειτουργία. Χρησιμοποιήστε κάθε είδους τεχνικές γραφής υπόθεσης ( Κατάτμηση ισοδυναμίας και BVA , Γράφημα αιτίας και αποτελέσματος , Διάγραμμα κατάστασης μετάβασης ) για την εξαγωγή των δοκιμαστικών περιπτώσεων.

Οι δοκιμαστικές περιπτώσεις δεν πρέπει να είναι μόνο λειτουργικές αλλά και μη λειτουργικές ( Δοκιμή φορτίου , Δοκιμή πίεσης και έντασης, κ.λπ.). Βασικά, πρέπει να κάνουμε διεξοδική δοκιμή αυτού του συγκεκριμένου χαρακτηριστικού, οπότε βασίστε τις δοκιμαστικές σας περιπτώσεις ανάλογα. Επίσης, λάβετε υπόψη όλες τις εξαρτώμενες ενότητες σε αυτό το σημαντικό χαρακτηριστικό.

Χαρακτηριστικό 2 είναι το Λειτουργία LEAST RISKY , οπότε βασίστε τις δοκιμαστικές σας περιπτώσεις στη βασική λειτουργικότητα. Αρκεί μόνο οι δοκιμές υψηλού επιπέδου για να επιβεβαιωθεί ότι η λειτουργία λειτουργεί όπως αναμένεται θα πρέπει να είναι επαρκής.

Χαρακτηριστικό 3 είναι ένα ΛΕΙΤΟΥΡΓΙΑ ΜΕΤΡΟΥ ΚΙΝΔΥΝΟΥ , επομένως βασίστε τις δοκιμαστικές σας θήκες για να καλύψετε όλες τις βασικές και εξαρτώμενες λειτουργίες. Γράψτε μερικές περιπτώσεις δοκιμών BVA για να επικυρώσετε και μερικά αρνητικά σενάρια. Η έκταση των περιπτώσεων δοκιμής πρέπει να κυμαίνεται μεταξύ παράγοντα υψηλού κινδύνου και χαμηλού κινδύνου. Εάν απαιτείται, συμπεριλάβετε επίσης λίγες μη λειτουργικές περιπτώσεις δοκιμών.

FMEA και βαθμός δοκιμών

Με βάση την τιμή RPN, καθορίζουμε την έκταση ή τον βαθμό δοκιμών που πρέπει να γίνουν.

Κανονικά εάν:

  • Το RPN είναι μεταξύ 1-10, κάνουμε εκτενείς δοκιμές (καλύπτοντας μέσα και έξω από το χαρακτηριστικό / ενότητα)
  • Το RPN κυμαίνεται μεταξύ 11-30 και κάνουμε Balanced Testing (καλύπτοντας όλες τις βασικές λειτουργίες του χαρακτηριστικού / module)
  • Το RPN είναι μεταξύ 31-70, κάνουμε δοκιμές ευκαιρίας (καλύπτοντας τη βασική λειτουργικότητα του χαρακτηριστικού / λειτουργικής μονάδας)
  • Το RPN είναι μεγαλύτερο από 70 - Χωρίς δοκιμή ή όταν ο χρόνος το επιτρέπει, μόνο αναφορές ανωμαλιών.

Αυτά τα εύρη ή αριθμοί δεν περιορίζονται σε αυτά που ανέφερα παραπάνω. Μπορεί να διαφέρουν ανάλογα με τη φύση του έργου.

Πόροι: Κατεβάστε Λογισμικό FMEA και Πρότυπο FMEA .

συμπέρασμα

Η ανάλυση κινδύνου χρησιμοποιώντας FMEA απαιτεί χρόνο και εμπειρία. Τα επιθυμητά αποτελέσματα μπορούν να επιτευχθούν μόνο με ίση συμμετοχή όλων των υπεύθυνων μελών της ομάδας. Αν και αυτή η τεχνική είναι επίσημη, απαιτεί μια σειρά από συνεδρίες καταιγισμού ιδεών και είναι εξίσου σημαντικό να τεκμηριωθούν όλοι οι εντοπισμένοι κίνδυνοι.

Δεδομένου ότι οι περισσότερες από τις εφαρμογές είναι αποκλειστικές, η κλίμακα για τη μέτρηση των παραμέτρων του FMEA (δηλαδή προτεραιότητα, σοβαρότητα και πιθανότητα) εξαρτάται επίσης από την εφαρμογή. Εάν γίνει σωστά, υπάρχουν πολλά πλεονεκτήματα στην τεχνική FMEA. Μπορεί να χρησιμοποιηθεί για τον εντοπισμό πιθανών κινδύνων και βάσει αυτής της ομάδας μπορεί να σχεδιάσει μια αποτελεσματική στρατηγική μετριασμού.

Σχετικά με τον Συγγραφέα: Αυτό είναι ένα άρθρο επισκεπτών της Shilpa Chatterjee Roy. Εργάζεται στον τομέα δοκιμών λογισμικού τα τελευταία 8,5 χρόνια σε διάφορους τομείς.

Εάν έχετε χρησιμοποιήσει αυτήν την τεχνική, μη διστάσετε να σχολιάσετε την εμπειρία σας παρακάτω.

Συνιστώμενη ανάγνωση

^