Διαλογή σφαλμάτων/ελαττωμάτων στη δοκιμή λογισμικού

⚡ Έξυπνη Σύνοψη

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

  • 🔘 Σκοπός: Αξιολογήστε, ιεραρχήστε και αντιστοιχίστε κάθε νέο ελάττωμα, ώστε να μην παραβλέπεται τίποτα σημαντικό.
  • ☑️ Συχνότητα: Συνήθως δύο ή τρεις συναντήσεις την εβδομάδα, προσαρμοσμένες στο χρονοδιάγραμμα του έργου και τον όγκο των ελαττωμάτων.
  • Συμμετέχοντες: Ο διευθυντής έργου, ο επικεφαλής της ομάδας δοκιμών, ο τεχνικός επικεφαλής και ο επικεφαλής της ομάδας ανάπτυξης παρευρίσκονται ως υποχρεωτικά μέλη.
  • 🧪 Σοβαρότητα και προτεραιότητα: Τα μέτρα σοβαρότητας επηρεάζουν το προϊόν, η προτεραιότητα καθορίζει τη σειρά της διόρθωσης.
  • Αποτέλεσμα συνάντησης: Οι μετρήσεις διαλογής ελαττωμάτων λειτουργούν ως λεπτά και τροφοδοτούν την επόμενη συνεδρία διαλογής.
  • Εργαλεία: Κάθε απόφαση καταγράφεται στο bug tracσύστημα King, έτσι ώστε η διαδρομή ελέγχου να επιβιώσει από τη συνάντηση.

Διαδικασία διαλογής σφαλμάτων και ελαττωμάτων στις δοκιμές λογισμικού

Τι είναι το "Defect Triage";

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

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

Γιατί πρέπει να έχουμε «Διαλογή ελαττωμάτων»;

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

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

Γιατί είναι απαραίτητη η διαλογή σφαλμάτων και ελαττωμάτων σε ένα έργο διασφάλισης ποιότητας (QA)

Πόσο συχνά χρειάζεται να εκτελείται το "Defect Triage" σε μια κυκλοφορία;

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

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

Αυτοί οι σημαντικοί παράγοντες είναι:

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

Συνήθως, οι Συναντήσεις Διαλογής Βλαβών πραγματοποιούνται δύο ή τρεις φορές την εβδομάδα.

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

Ποιοι είναι οι υποχρεωτικοί και άλλοι συμμετέχοντες στο 'Defect Triage';

Υποχρεωτικοί Συμμετέχοντες

Τα μέλη του παρακάτω έργου λαμβάνουν πάντα μέρος στις συναντήσεις διαλογής ελαττωμάτων.

  • Υπεύθυνος Έργων
  • Αρχηγός ομάδας δοκιμής
  • Τεχνικός μόλυβδος
  • Επικεφαλής της Ομάδας Ανάπτυξης

Προαιρετικοί Συμμετέχοντες

  • Προγραμματιστές
  • Δοκιμαστές
  • Business Analyst

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

Ρόλοι και ευθύνες των συμμετεχόντων κατά τη διάρκεια της «Διαλογής ελαττωμάτων».

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

Αρχηγός ομάδας δοκιμής

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

Υπεύθυνος ανάπτυξης

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

Υπεύθυνος Έργων

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

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

Ευθύνες του Διευθυντή Έργου σε μια συνάντηση διαλογής ελαττωμάτων

Τι συμβαίνει κατά τη διάρκεια της σύσκεψης "Defect Triage";

  • Ο αρχηγός της ομάδας δοκιμής στέλνει μια αναφορά σφαλμάτων με τα νέα ελαττώματα. Κατά τη συνάντηση διαλογής ελαττώματος, κάθε ελάττωμα αναλύεται για να διαπιστωθεί εάν έχει αποδοθεί η σωστή προτεραιότητα και σοβαρότητα.
  • Οι προτεραιότητες αναδιατάσσονται εάν χρειάζεται.
  • Τα ελαττώματα αναλύονται και αξιολογούνται με βάση το βαθμό σοβαρότητάς τους.
  • Αυτό περιλαμβάνει συζήτηση σχετικά με την πολυπλοκότητα του ελαττώματος, τους κινδύνους, την απόρριψη, γίνεται εκ νέου ανάθεση σφαλμάτων.
  • Οι ενημερώσεις καταγράφονται στο σφάλμα tracσύστημα βασιλιάδων.
  • Ο μηχανικός QA θα κάνει τις αλλαγές σε κάθε ελάττωμα και θα τις συζητήσει με κάθε συμμετέχοντα.
  • Το πεδίο «Σχόλια» ενημερώνεται σωστά σημειώνοντας βασικά σημεία της συνάντησης.

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

Άποψη Δριμύτητα Προτεραιότητα
Τι μετρά Πόσο σοβαρά βλάπτει το ελάττωμα το προϊόν ή τη λειτουργικότητά του Πόσο σύντομα πρέπει να διορθωθεί το ελάττωμα σε σχέση με άλλες εργασίες
Κανονικά ορίζεται από Ο δοκιμαστής που αναφέρει το ελάττωμα Συμφωνία σε διαλογή, με τον υπεύθυνο έργου και τον επικεφαλής της πλευράς του προϊόντος
Οδηγείται από Τεχνικές επιπτώσεις και η επηρεαζόμενη λειτουργικότητα Επιχειρηματικός αντίκτυπος, ορατότητα πελατών και ημερομηνία κυκλοφορίας
Παράδειγμα αναντιστοιχίας Υψηλή σοβαρότητα, χαμηλή προτεραιότητα: σφάλμα σε μια λειτουργία που κανείς δεν χρησιμοποιεί μέχρι το επόμενο τρίμηνο Χαμηλή σοβαρότητα, υψηλή προτεραιότητα: ένα όνομα εταιρείας με ορθογραφικό λάθος στη σελίδα προορισμού

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

Ποιο είναι το αποτέλεσμα του «Defect Triage»;

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

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

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

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

Συχνές Ερωτήσεις

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

Οι ευέλικτες ομάδες διαλογής (agile) πραγματοποιούν σύντομες, συχνές συνεδρίες, οι οποίες συχνά συνδέονται με την καθημερινή προετοιμασία (stand-up), επειδή ο ορίζοντας του sprint είναι μόνο δύο εβδομάδες. Τα έργα που βασίζονται σε σχέδιο (plan draging) πραγματοποιούν πιο μακροχρόνιες επίσημες συναντήσεις λιγότερο συχνά, με πιο βαριά τεκμηρίωση και ευρύτερη λίστα ενδιαφερομένων.

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

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

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

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

Ναι, έμμεσα. GitHub Copilot μπορεί να συνοψίσει μια στοίβα tracε., να συντάξει μια δοκιμή αναπαραγωγής και να εξηγήσει τον επηρεαζόμενο κώδικα, κάτι που συντομεύει την έρευνα που εκτελεί ένας κάτοχος μετά την ταξινόμηση αντί να αντικαταστήσει την ίδια τη συνάντηση.

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

Συνοψίστε αυτήν την ανάρτηση με: