Μενού

Μέθοδοι και τεχνικές πρόληψης ελαττωμάτων

defect prevention methods

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

Αποτελεσματική προσέγγιση πρόληψης ελαττωμάτων και κρίσιμες απόψεις:

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

Πέραν των τεχνικών στοιχείων, οι δραστηριότητες διασφάλισης ποιότητας δεν στοχεύουν μόνο στον εντοπισμό ελαττωμάτων (το οποίο εντοπίζει ελαττώματα αφού έχουν συμβεί. Αυτό είναι απλά έλεγχος ή ποιοτικός έλεγχος), αλλά περιλαμβάνουν επίσης την πρόληψη ελαττωμάτων (βεβαιωθείτε ότι τα ελαττώματα δεν συμβαίνουν πρώτα ή τα ελαττώματα απομακρύνονται / μειώνονται πριν περάσουν στο προϊόν λογισμικού).

Μέθοδοι πρόληψης ελαττωμάτων

Ένα απλό ισοδύναμο εξίσωσης μπορεί να είναι:

QA = QC (αναγνώριση ελαττωμάτων) + Πρόληψη ελαττωμάτων

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

Η αλήθεια του θέματος είναι ότι, ελαττώματα που εντοπίστηκαν κατά τη φάση δοκιμής ή χειρότερα μετά την κυκλοφορία είναι πιο δαπανηρά για εύρεση και διόρθωση και μπορεί να προκαλέσουν απώλεια εμπιστοσύνης στην επωνυμία. Ως εκ τούτου, όσο νωρίτερα λαμβάνονται τα μέτρα πρόληψης, τόσο το καλύτερο. Εκτός αυτού, η πρόληψη ελαττωμάτων βοηθά επίσης τις εταιρείες να επιτύχουν το υψηλότερο επίπεδο CMMI (Capability Maturity Model Integration).

Σε αυτό το άρθρο, ας ρίξουμε μια πιο προσεκτική ματιά στην πρόληψη ελαττωμάτων.

Τι θα μάθετε:

Πρόληψη ελαττωμάτων

Το Defect Prevention είναι ένα κρίσιμο βήμα ή δραστηριότητα σε οποιαδήποτε διαδικασία ανάπτυξης λογισμικού και όπως φαίνεται από το παρακάτω διάγραμμα είναι σχεδόν το ήμισυ των δοκιμών μας:

Πρόληψη ελαττωμάτων

Εν συντομία, τα ακόλουθα είναι τα καθήκοντα πρόληψης ελαττωμάτων για τους υπεύθυνους δοκιμών σε καθένα από τα παρακάτω στάδια:

# 1) Έλεγχος προδιαγραφών απαιτήσεων:

Αφού κατανοήσετε τις απαιτήσεις του πελάτη, προετοιμάστε το βασικό σας αίτημα.

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

# 2) Ανασκόπηση σχεδίασης:

Το στάδιο του σχεδιασμού μπορεί να θεωρηθεί ένα είδος στρατηγικής και το να περάσει από αυτό θα διασφαλίσει ότι η ομάδα QA κατανοεί τα πλεονεκτήματα και τα μειονεκτήματα κάθε στρατηγικής.

Αυτό το είδος κριτικής καθοδήγησης θα σας βοηθήσει να ανακαλύψετε τυχόν προβλήματα με τις εν λόγω στρατηγικές και να τα διορθώσετε πριν προχωρήσετε περαιτέρω. Αυτό μπορεί να θεωρηθεί μελέτη σκοπιμότητας για τη στρατηγική (ή στρατηγικές).

# 3) Επανεξέταση κώδικα:

ποιο επίπεδο του μοντέλου osi χρησιμοποιείται για πράγματα όπως σήματα, bits, καλώδια και βύσματα;

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

Μέθοδοι και τεχνικές πρόληψης ελαττωμάτων

Μερικές παραδοσιακές και κοινές μεθόδους που χρησιμοποιούνται εδώ και πολύ καιρό για την πρόληψη ελαττωμάτων παρατίθενται παρακάτω.

# 1) Επανεξέταση και επιθεώρηση: Αυτή η μέθοδος περιλαμβάνει την αναθεώρηση από μεμονωμένο μέλος της ομάδας (αυτοέλεγχος), αξιολογήσεις από ομοτίμους και επιθεώρηση όλων των προϊόντων εργασίας.

=> Για περισσότερες πληροφορίες σχετικά με τον τρόπο διεξαγωγής αυτού, ελέγξτε το Κριτικές τεκμηρίωσης δοκιμής άρθρο.

# 2) Περιήγηση: Αυτό είναι λίγο πολύ σαν μια κριτική, αλλά σχετίζεται κυρίως με τη σύγκριση του συστήματος με το πρωτότυπο που θα δώσει μια καλύτερη ιδέα σχετικά με την ορθότητα και / ή την εμφάνιση και την αίσθηση του συστήματος.

# 3) Καταγραφή και τεκμηρίωση ελαττωμάτων: Αυτή η μέθοδος παρέχει ορισμένες βασικές πληροφορίες, επιχειρήματα / παραμέτρους που μπορούν να χρησιμοποιηθούν για την υποστήριξη της ανάλυσης ελαττωμάτων.

# 4) Ανάλυση Root Cause: Η ανάλυση ριζικής αιτίας περιλαμβάνει δύο βασικές προσεγγίσεις:

I) Ανάλυση Pareto:

Η ανάλυση Pareto είναι μια τυπική και απλή τεχνική που βοηθά στην προτεραιότητα της σειράς επίλυσης προβλημάτων για μέγιστο αντίκτυπο. Αναφέρει ότι το 80% του προβλήματος προκύπτει για λόγους 20%.

Ως εκ τούτου, τα προβλήματα που μόλις εντοπιστούν ιεραρχούνται ανάλογα με τη συχνότητα και πραγματοποιείται μια λεπτομερής στατιστική ανάλυση για να βρεθεί ποιο 20% των λόγων αποδίδονται στα 80% προβλήματα. Με την απλή εστίαση σε αυτούς τους λόγους 20% και την εξάλειψη αυτών, τα αποτελέσματα είναι εγγυημένα ενώ βελτιστοποιείται η έκταση της σχετικής εργασίας.

II) Ανάλυση Fishbone:

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

Το πρόβλημα γράφεται πρώτα στη δεξιά πλευρά και στην οριζόντια γραμμή που το περνά, παρατίθενται οι διάφορες αιτίες. Ο κλάδος που έχει τα περισσότερα οστά αιτίας-υποκλάσης (ή γραμμές / κλαδιά) είναι το πρόβλημα που είναι πιο σοβαρό και πρέπει να εργαστεί για την εξάλειψη. Αυτή η τεχνική καλείται επίσης μερικές φορές ανάλυση αιτίας και αποτελέσματος .

Ανάλυση ψαριού

Επίπεδο TMM και χειρισμός ελαττωμάτων από τον οργανισμό δοκιμών

# 1) Το TMM (Testing Maturity Model) βασίζεται σε CMM, π.χ. Μοντέλο ωριμότητας ικανότητας.

#δύο) Η αποτροπή ελαττωμάτων περιλαμβάνει πολλά μέλη του προσωπικού και τη συνεργατική τους προσπάθεια σε διάφορα στάδια και αυτός είναι ο λόγος που διαδραματίζει εξέχοντα ρόλο στο επίπεδο TMM 5. π.χ. Εάν ένα ελάττωμα εμφανίζεται συχνά σε οποιαδήποτε δοκιμαστική περίπτωση ή διαδικασία, ο οργανισμός μπορεί να διαθέσει μια ομάδα μελών του προσωπικού για να αναλύσει το ελάττωμα και να αναπτύξει το σχέδιο που περιέχει ενέργειες για αλλαγές στη διαδικασία με το πρόβλημα.

# 3) Μερικά από τα οφέλη του προγράμματος πρόληψης ελαττωμάτων είναι:

  • Το προσωπικό παίρνει κίνητρα και έχει μεγαλύτερη επίγνωση
  • Ικανοποίηση πελατών
  • Αυξημένη αξιοπιστία, δυνατότητα διαχείρισης και προβλεψιμότητα
  • Βελτιωμένη συνεχής βελτίωση της διαδικασίας

Ομαδικοί ρόλοι και ευθύνες

Τρεις κρίσιμες ομάδες εμπλέκονται στη διαδικασία πρόληψης ελαττωμάτων:

Παράδειγμα δυαδικού δέντρου c ++

Ο ρόλος του διαχειριστή:

  • Για την επιτυχία οποιουδήποτε προγράμματος πρόληψης ελαττωμάτων, η διαχείριση πρέπει να είναι έντονα υποστηρικτική.
  • Η υποστήριξη μπορεί να έχει τη μορφή πόρων, εκπαίδευσης και εργαλείων που απαιτούνται για την επιτυχή υλοποίηση του σχεδίου.
  • Η διοίκηση πρέπει να καθορίσει την κατάλληλη πολιτική και θα πρέπει να κάνει κάποιες πολιτιστικές αλλαγές εάν είναι απαραίτητο.
  • Οι διευθυντές υποτίθεται ότι προωθούν τις συζητήσεις, τη διανομή κοινού καταλόγου ελαττωμάτων και τις αλλαγές στη διαδικασία.

Ο ρόλος του Tester:

  • Οι δοκιμαστές διατηρούν τη βάση δεδομένων ελαττωμάτων που περιλαμβάνει τη συλλογή δεδομένων ελαττωμάτων.
  • Τα δεδομένα ελαττωμάτων πρέπει να ενημερώνονται σε τακτά χρονικά διαστήματα και οι πληροφορίες ελαττωμάτων θα πρέπει να διατηρούνται πάντα ενημερωμένες.
  • Για να σχεδιάσετε την εφαρμογή της αλλαγής

Ο ρόλος του πελάτη:

  • Ο πελάτης παίζει έναν σχετικά μικρό ή περιορισμένο ρόλο, αλλά η δέσμευσή τους για την ποιότητα είναι κρίσιμη.

συμπέρασμα

Η πρόληψη ατελειών παίζει σημαντικό και κρίσιμο ρόλο στη διαδικασία ανάπτυξης λογισμικού. Βοηθά στη διαχείριση της ποιότητας του προϊόντος λογισμικού με «ταχύτερο και φθηνότερο» τρόπο με τη βοήθεια των τεχνικών που αναφέρονται παραπάνω.

Εξασφαλίζει ότι τα προβλήματα επιλύονται νωρίς χωρίς καν να φτάσουν στην εφαρμογή. Θεωρεί την εύρεση αιτιών ως το πρωταρχικό μέσο για τον εντοπισμό και τελικά την εξάλειψη προβλημάτων.

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

Ποιες είναι οι μέθοδοι πρόληψης ελαττωμάτων; Μοιραστείτε τα σχόλια, τις ερωτήσεις και τις σκέψεις σας παρακάτω.

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

^