Μενού

Διαδικασία διαχείρισης ελαττωμάτων: Πώς να διαχειριστείτε αποτελεσματικά ένα ελάττωμα

  • Κύριος
  • Αλλα
  • Διαδικασία διαχείρισης ελαττωμάτων: Πώς να διαχειριστείτε αποτελεσματικά ένα ελάττωμα

defect management process

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

Εισαγωγή στη Διαδικασία Διαχείρισης Ατελειών:

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

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

Διαδικασία διαχείρισης ελαττωμάτων

ερωτήσεις sql πρακτικές ερωτήσεις με απαντήσεις

Τι θα μάθετε:

Διαδικασία Διαχείρισης Στόχων (DMP)

Παρακάτω δίνονται οι διάφοροι στόχοι αυτής της διαδικασίας:

  • Αποτρέψτε το ελάττωμα
  • Έγκαιρη ανίχνευση
  • Ελαχιστοποιήστε τον αντίκτυπο
  • Επίλυση του ελαττώματος
  • Βελτίωση διαδικασίας

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

Κύκλος ζωής διαχείρισης ελαττωμάτων

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

Όταν η ομάδα δοκιμών εκτελεί τις δοκιμαστικές περιπτώσεις, συναντά μια κατάσταση όπου το πραγματικό αποτέλεσμα της δοκιμής είναι διαφορετικό από το αναμενόμενο αποτέλεσμα. Αυτή η παραλλαγή ονομάζεται ως Ελάττωμα .

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

Για να χειριστείτε τα έργα κατάλληλα, πρέπει να ξέρετε πώς να χειριστείτε την ανάπτυξη και την κυκλοφορία, αλλά μαζί με αυτό πρέπει επίσης να γνωρίζετε πώς να χειριστείτε τα ελαττώματα.

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

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

Το Defect Life Cycle διασφαλίζει ότι η διαδικασία είναι ομοιόμορφη και τυποποιημένη. Ένα ελάττωμα επιτυγχάνει διαφορετικές καταστάσεις στον κύκλο ζωής. Αφού εντοπιστεί ένα ελάττωμα, περνά σε διάφορα στάδια κατά τη διάρκεια της ζωής του και είναι συνήθως γνωστό ως Ελαττωματικός κύκλος ζωής .

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

Περαιτέρω ανάγνωση:

Τι είναι ο κύκλος ζωής ελαττωμάτων / σφαλμάτων στη δοκιμή λογισμικού; Εκμάθηση κύκλου ζωής ελαττωμάτων

Σημείωση: Ο παρακάτω κύκλος διαφέρει ελαφρώς από οργανισμό σε οργανισμό.

Ο παρακάτω κύκλος ζωής ελαττωμάτων καλύπτει όλες τις πιθανές καταστάσεις:

Διάγραμμα ροής κύκλου ζωής ελαττωμάτων

  • Κάθε φορά που η ομάδα δοκιμών εντοπίζει ένα ελάττωμα στην εφαρμογή, αυξάνει το ελάττωμα με την κατάσταση ως ' ΝΕΟΣ '.
  • Όταν ένα νέο ελάττωμα ελέγχεται από ένα καλώδιο QA και εάν το ελάττωμα είναι έγκυρο, τότε η κατάσταση του ελαττώματος θα είναι ' Ανοιξε 'Και είναι έτοιμο να ανατεθεί στην ομάδα ανάπτυξης.
  • Όταν ένας παράγοντας QA εκχωρεί το ελάττωμα στον αντίστοιχο προγραμματιστή, η κατάσταση του ελαττώματος θα επισημαίνεται ως ' Ανατεθεί '. Ένας προγραμματιστής πρέπει να αρχίσει να αναλύει και να διορθώνει το ελάττωμα σε αυτό το στάδιο.
  • Όταν ο προγραμματιστής πιστεύει ότι το ελάττωμα δεν είναι γνήσιο ή έγκυρο, τότε ο προγραμματιστής απορρίπτει το ελάττωμα. Η κατάσταση του ελαττώματος επισημαίνεται ως ' Απορρίφθηκε »Και ανατέθηκε στην ομάδα δοκιμών.
  • Εάν το ελάττωμα που καταγράφεται επαναλαμβάνεται δύο φορές ή αμφότερα τα αναφερόμενα ελαττώματα έχουν παρόμοια αποτελέσματα και βήματα για αναπαραγωγή, τότε μια κατάσταση ελαττώματος αλλάζει σε ' Αντίγραφο '.
  • Εάν υπάρχουν ορισμένα ζητήματα ή εμπόδια στην τρέχουσα έκδοση για τη διόρθωση ενός συγκεκριμένου ελαττώματος, τότε το ελάττωμα θα ληφθεί στις επερχόμενες κυκλοφορίες αντί της τρέχουσας κυκλοφορίας και στη συνέχεια θα επισημανθεί ως ' Αναβαλλόμενος ' ή ' Αναβλήθηκε '.
  • Όταν ένας προγραμματιστής δεν είναι σε θέση να αναπαραγάγει το ελάττωμα με τα βήματα που αναφέρονται στο 'Βήματα για την αναπαραγωγή' από την ομάδα δοκιμών, τότε ο προγραμματιστής μπορεί να επισημάνει το ελάττωμα ως ' Δεν μπορεί να αναπαραχθεί » . Σε αυτό το στάδιο, η ομάδα δοκιμών θα πρέπει να παρέχει λεπτομερή βήματα αναπαραγωγής σε έναν προγραμματιστή.
  • Εάν ο προγραμματιστής δεν είναι σαφής σχετικά με τα βήματα αναπαραγωγής που παρέχονται από ένα QA για την αναπαραγωγή του ελαττώματος, τότε μπορεί να το επισημάνει ως ' Χρειάζεστε περισσότερες πληροφορίες '. Σε αυτήν την περίπτωση, η ομάδα δοκιμών πρέπει να παρέχει τις απαιτούμενες λεπτομέρειες στην ομάδα ανάπτυξης.
  • Εάν ένα ελάττωμα είναι ήδη γνωστό και υπάρχει επί του παρόντος στο περιβάλλον παραγωγής, τότε το ελάττωμα επισημαίνεται ως ' Γνωστό ελάττωμα '.
  • Όταν ένας προγραμματιστής κάνει τις απαραίτητες αλλαγές, τότε το ελάττωμα επισημαίνεται ως ' Σταθερός '.
  • Ο προγραμματιστής μεταδίδει τώρα το ελάττωμα στην ομάδα δοκιμών για επαλήθευση, οπότε ο προγραμματιστής αλλάζει την κατάσταση ως ' Έτοιμο για δοκιμή '.
  • Εάν το ελάττωμα δεν έχει περαιτέρω προβλήματα και επαληθευτεί σωστά, τότε ο ελεγκτής επισημαίνει το ελάττωμα ως ' Κλειστό '.
  • Ενώ δοκιμάζετε το ελάττωμα εάν ο ελεγκτής βρήκε ότι, το ελάττωμα εξακολουθεί να είναι αναπαραγώγιμο ή μερικώς διορθωμένο, τότε το ελάττωμα θα επισημαίνεται ως ' Άνοιξε ξανά '. Τώρα ο προγραμματιστής πρέπει να εξετάσει ξανά αυτό το ελάττωμα.

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

Διαδικασία διαχείρισης ελαττωμάτων

Διαδικασία διαχείρισης ελαττωμάτων

Η διαδικασία διαχείρισης ελαττωμάτων εξηγείται παρακάτω λεπτομερώς.

# 1) Πρόληψη ελαττωμάτων:

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

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

Τα κύρια βήματα που εμπλέκονται στην πρόληψη ελαττωμάτων είναι τα εξής:

  • Προσδιορίστε τον κρίσιμο κίνδυνο : Προσδιορίστε τους κρίσιμους κινδύνους στο σύστημα που θα επηρεάσουν περισσότερο εάν εμφανιστούν κατά τη διάρκεια της δοκιμής ή στο μεταγενέστερο στάδιο.
  • Εκτίμηση του αναμενόμενου αντίκτυπου : Για κάθε κρίσιμο κίνδυνο, υπολογίστε πόσο θα ήταν ο οικονομικός αντίκτυπος εάν ο κίνδυνος πράγματι αντιμετώπιζε.
  • Ελαχιστοποιήστε τον αναμενόμενο αντίκτυπο : Μόλις εντοπίσετε όλους τους κρίσιμους κινδύνους, πάρτε τους κορυφαίους κινδύνους που μπορεί να είναι επιβλαβείς για το σύστημα εάν συναντήσετε και προσπαθήστε να ελαχιστοποιήσετε ή να εξαλείψετε τον κίνδυνο. Για κινδύνους που δεν μπορούν να εξαλειφθούν, μειώνει την πιθανότητα εμφάνισης και τον οικονομικό του αντίκτυπο.

# 2) Παραδοτέο βασικό:

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

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

Έτσι κατά τη διάρκεια της δοκιμής μονάδας, εάν ο προγραμματιστής εντοπίσει κάποια ζητήματα, τότε δεν ονομάζεται ελάττωμα, καθώς αυτά τα ζητήματα εντοπίζονται πριν από τη συνάντηση της προθεσμίας του ορόσημου. Μόλις ολοκληρωθεί η δοκιμή κωδικοποίησης και μονάδας, ο προγραμματιστής παραδίδει τον κώδικα για δοκιμές συστήματος και στη συνέχεια μπορείτε να πείτε ότι ο κώδικας είναι «Βασική» και έτοιμο για το επόμενο ορόσημο, εδώ, σε αυτήν την περίπτωση, είναι «δοκιμή συστήματος».

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

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

Ποιο από τα παρακάτω ισχύει για ένα τεστ ενοποίησης;

# 3) Ανακάλυψη ελαττωμάτων:

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

Τα βήματα που εμπλέκονται στο Defect Discovery είναι τα εξής:

  • Βρείτε ένα ελάττωμα : Προσδιορίστε ελαττώματα προτού γίνουν μείζον πρόβλημα στο σύστημα.
  • Αναφορά ελαττώματος : Μόλις η ομάδα δοκιμών εντοπίσει κάποιο ελάττωμα, ευθύνη τους είναι να ενημερώσουν την ομάδα ανάπτυξης ότι εντοπίζεται ένα ζήτημα που πρέπει να αναλυθεί και να διορθωθεί.
  • Αναγνωρίστε το ελάττωμα : Μόλις η ομάδα δοκιμών εκχωρήσει το ελάττωμα στην ομάδα ανάπτυξης, είναι ευθύνη της ομάδας ανάπτυξης να αναγνωρίσει το ελάττωμα και να συνεχίσει να το διορθώνει εάν είναι έγκυρο ελάττωμα.

# 4) Ανάλυση ελαττωμάτων:

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

Τα βήματα που εμπλέκονται στην επίλυση ελαττωμάτων είναι τα εξής:

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

# 5) Βελτίωση διαδικασίας:

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

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

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

συμπέρασμα

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

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

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

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

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

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

^