defect severity priority testing with examples
Σε αυτό το σεμινάριο, θα μάθετε τι είναι το Defect Severity and Priority στη δοκιμή, πώς να ορίσετε τα επίπεδα προτεραιότητας και σοβαρότητας ελαττωμάτων με παραδείγματα για να κατανοήσετε καθαρά την ιδέα.
Θα καλύψουμε επίσης λεπτομερώς τον τρόπο ταξινόμησης των ελαττωμάτων σε διαφορετικούς κάδους και τη συνάφειά τους στον κύκλο ζωής ελαττωμάτων. Θα καλύψουμε επίσης τον κρίσιμο ρόλο της ταξινόμησης με ένα ζωντανό σύνολο παραδειγμάτων.
Τα ελαττώματα αρχειοθέτησης είναι πολύ αναπόσπαστο μέρος του κύκλου ζωής δοκιμών λογισμικού . Υπάρχουν πολλές βέλτιστες πρακτικές αποτελεσματική αναφορά ελαττωμάτων μέσω Διαδικτύου ή σε οργανισμούς.
Τι θα μάθετε:
- Επισκόπηση παρακολούθησης ελαττωμάτων
Επισκόπηση παρακολούθησης ελαττωμάτων
Μία από τις σημαντικές πτυχές του κύκλου ζωής ελαττωμάτων σε γενικό επίπεδο περιλαμβάνει την παρακολούθηση ελαττωμάτων. Αυτό είναι σημαντικό επειδή οι ομάδες δοκιμών ανοίγουν πολλά ελαττώματα κατά τη δοκιμή ενός λογισμικού που πολλαπλασιάζεται μόνο εάν το συγκεκριμένο υπό δοκιμή σύστημα είναι περίπλοκο. Σε ένα τέτοιο σενάριο, η διαχείριση αυτών των ελαττωμάτων και η ανάλυση αυτών των ελαττωμάτων για να οδηγήσει το κλείσιμο μπορεί να είναι τρομακτικό έργο.
Σύμφωνα με τις διαδικασίες συντήρησης ελαττωμάτων, όταν οποιοσδήποτε δοκιμαστής υποβάλλει ένα ελάττωμα - εκτός από τη μέθοδο / περιγραφή για την αναπαραγωγή του προβλήματος που έχει δει, πρέπει επίσης να παράσχει μερικές κατηγορηματικές πληροφορίες που θα βοηθήσουν την ανακριβή ταξινόμηση του ελαττώματος. Αυτό, με τη σειρά του, θα βοηθούσε σε αποτελεσματικές διαδικασίες εντοπισμού / συντήρησης ελαττωμάτων και θα αποτελούσε επίσης τη βάση για ταχύτερο χρόνο ανακύκλωσης ελαττωμάτων.
Οι δύο κύριες παράμετροι που αποτελούν τη βάση για την αποτελεσματική παρακολούθηση και επίλυση ελαττωμάτων είναι:
- Προτεραιότητα ελαττώματος στις δοκιμές
- Ελάττωμα σοβαρότητας στη δοκιμή
Αυτές είναι συχνά μια σύγχυση έννοια και χρησιμοποιούνται σχεδόν εναλλακτικά μεταξύ όχι μόνο ομάδων δοκιμών αλλά και ομάδων ανάπτυξης. Υπάρχει μια λεπτή γραμμή μεταξύ των δύο και είναι σημαντικό να κατανοήσουμε ότι υπάρχουν πράγματι διαφορές μεταξύ των δύο.
Ας κατανοήσουμε εν συντομία τους θεωρητικούς ορισμούς των δύο παραμέτρων στην επόμενη ενότητα.
Τι είναι η σοβαρότητα και η προτεραιότητα του ελαττώματος;
Η προτεραιότητα από τον αγγλικό ορισμό χρησιμοποιείται στη σύγκριση δύο πραγμάτων ή συνθηκών, όπου πρέπει να δοθεί μεγαλύτερη σημασία σε σχέση με τα άλλα και πρέπει να αντιμετωπιστεί / επιλυθεί πρώτα προτού προχωρήσουμε στα επόμενα. Επομένως, στο πλαίσιο των ελαττωμάτων, η προτεραιότητα ενός ελαττώματος θα υποδεικνύει τον επείγοντα χαρακτήρα με τον οποίο θα πρέπει να διορθωθεί.
Η σοβαρότητα από τον αγγλικό ορισμό χρησιμοποιείται για να περιγράψει τη σοβαρότητα ενός ανεπιθύμητου συμβάντος. Ως εκ τούτου, όταν πρόκειται για σφάλματα, η σοβαρότητα ενός σφάλματος θα υποδεικνύει την επίδραση που έχει στο σύστημα από την άποψη της επίδρασής του.
Ποιος τα καθορίζει;
Το QA ταξινομεί το ελάττωμα κάτω από την κατάλληλη σοβαρότητα με βάση την πολυπλοκότητα και την κρισιμότητα των ελαττωμάτων.
Οποιοσδήποτε ενδιαφερόμενος, συμπεριλαμβανομένων των διαχειριστών του έργου, των επιχειρηματικών αναλυτών, του ιδιοκτήτη προϊόντος καθορίζει την προτεραιότητα των ελαττωμάτων.
Η παρακάτω εικόνα απεικονίζει το ρόλο που κατέχει και ταξινομεί την κρίσιμη και σοβαρότητα των ελαττωμάτων.
Πώς να επιλέξετε αυτά τα επίπεδα;
Όπως έχουμε ήδη συζητήσει, η παράμετρος σοβαρότητας αξιολογείται από τον υπεύθυνο δοκιμών, ενώ η παράμετρος προτεραιότητας αξιολογείται κυρίως από τον Διαχειριστή Προϊόντων ή βασικά την ομάδα δοκιμών. Ακόμα κι αν συμβαίνει αυτό, η σοβαρότητα ενός ελαττώματος είναι σίγουρα ένας από τους παράγοντες που επηρεάζουν και επηρεάζουν την προτεραιότητα του ελαττώματος. Ως εκ τούτου, είναι σημαντικό ως ελεγκτής να επιλέξετε τη σωστή σοβαρότητα για να αποφύγετε τη σύγχυση με τις ομάδες ανάπτυξης.
Διαφορά μεταξύ σοβαρότητας και προτεραιότητας
Η προτεραιότητα σχετίζεται με τον προγραμματισμό και η «σοβαρότητα» σχετίζεται με τα πρότυπα.
«Προτεραιότητα» σημαίνει κάτι που προσφέρεται ή αξίζει προηγούμενη προσοχή. προτεραιότητα που καθορίζεται με σειρά σπουδαιότητας (ή επείγον).
Η «σοβαρότητα» είναι η κατάσταση ή η ποιότητα της σοβαρότητας. σοβαρή συνεπάγεται την τήρηση αυστηρών προτύπων ή υψηλών αρχών και συχνά υποδηλώνει σκληρότητα. σοβαρή χαρακτηρίζεται από ή απαιτεί αυστηρή τήρηση αυστηρών προτύπων ή υψηλών αρχών, Για παράδειγμα, ένας σοβαρός κώδικας συμπεριφοράς.
Οι λέξεις προτεραιότητα και σοβαρότητα εμφανίζονται στην παρακολούθηση σφαλμάτων.
Διατίθεται μια ποικιλία εμπορικών εργαλείων λογισμικού παρακολούθησης / διαχείρισης προβλημάτων. Αυτά τα εργαλεία, με τη λεπτομερή συμβολή των μηχανικών δοκιμών λογισμικού, παρέχουν στην ομάδα πλήρη στοιχεία, ώστε οι προγραμματιστές να μπορούν να κατανοήσουν το σφάλμα, να πάρουν μια ιδέα για τη «σοβαρότητα» του, να το αναπαραγάγουν και να το διορθώσουν.
Οι διορθώσεις βασίζονται στο έργο «Προτεραιότητες» και «Σοβαρότητα» σφαλμάτων.
Η «σοβαρότητα» ενός προβλήματος ορίζεται σύμφωνα με την εκτίμηση κινδύνου του πελάτη και καταγράφεται στο επιλεγμένο εργαλείο παρακολούθησης.
Το λογισμικό Buggy μπορεί να «επηρεάσει σοβαρά» τα χρονοδιαγράμματα, τα οποία, με τη σειρά τους, μπορούν να οδηγήσουν σε επανεκτίμηση και επαναδιαπραγμάτευση των «προτεραιοτήτων».
Τι είναι η προτεραιότητα;
Η προτεραιότητα, όπως υποδηλώνει το όνομα, αφορά την ιεράρχηση ενός ελαττώματος βάσει των επιχειρηματικών αναγκών και της σοβαρότητας του ελαττώματος. Η προτεραιότητα δηλώνει τη σημασία ή τον επείγοντα χαρακτήρα της διόρθωσης ενός ελαττώματος.
Κατά το άνοιγμα ενός ελαττώματος, ο υπεύθυνος δοκιμών εκχωρεί γενικά την προτεραιότητα αρχικά καθώς βλέπει το προϊόν από τη σκοπιά του τελικού χρήστη. Σύμφωνα με αυτά, υπάρχουν διαφορετικά επίπεδα:
Σε γενικές γραμμές, η προτεραιότητα των ελαττωμάτων μπορεί να ταξινομηθεί ως εξής:
Προτεραιότητα # 1) Άμεση / Κρίσιμη (P1)
Αυτό πρέπει να διορθωθεί αμέσως εντός 24 ωρών. Αυτό συμβαίνει γενικά σε περιπτώσεις όπου μια ολόκληρη λειτουργικότητα είναι αποκλεισμένη και δεν μπορεί να προχωρήσει καμία δοκιμή ως αποτέλεσμα αυτού. Ή σε ορισμένες άλλες περιπτώσεις, εάν υπάρχουν σημαντικές διαρροές μνήμης, τότε γενικά το ελάττωμα ταξινομείται ως προτεραιότητα -1 που σημαίνει ότι το πρόγραμμα / η δυνατότητα δεν μπορεί να χρησιμοποιηθεί στην τρέχουσα κατάσταση.
Οποιοδήποτε ελάττωμα που χρειάζεται άμεση προσοχή και επηρεάζει τη διαδικασία δοκιμής θα καταταγεί στην άμεση κατηγορία
Ολα τα Κρίσιμη σοβαρότητα ελαττώματα εμπίπτουν σε αυτήν την κατηγορία (εκτός εάν έχουν προτεραιότητα από επιχειρήσεις / ενδιαφερόμενους)
Προτεραιότητα # 2) Υψηλή (P2)
Μόλις επιδιορθωθούν τα κρίσιμα ελαττώματα, ένα ελάττωμα που έχει αυτήν την προτεραιότητα είναι ο επόμενος υποψήφιος που πρέπει να διορθωθεί για οποιαδήποτε δραστηριότητα δοκιμής να ταιριάζει με τα κριτήρια «εξόδου». Κανονικά όταν ένα χαρακτηριστικό δεν μπορεί να χρησιμοποιηθεί όπως υποτίθεται, λόγω ελαττώματος προγράμματος ή ότι πρέπει να γραφτεί νέος κώδικας ή μερικές φορές ακόμη και επειδή πρέπει να αντιμετωπιστεί κάποιο περιβαλλοντικό πρόβλημα μέσω του κώδικα, ένα ελάττωμα μπορεί να χαρακτηριστεί ως προτεραιότητα 2 .
Αυτό είναι το ελάττωμα ή το ζήτημα που πρέπει να επιλυθεί πριν από την κυκλοφορία. Αυτά τα ελαττώματα πρέπει να επιλυθούν μόλις επιλυθούν τα κρίσιμα ζητήματα.
Ολα τα Μείζων αυστηρότητα ελαττώματα εμπίπτουν σε αυτήν την κατηγορία.
Προτεραιότητα # 3) Μεσαίο (P3)
Ένα ελάττωμα με αυτήν την προτεραιότητα πρέπει να είναι επιβεβλημένο, διότι θα μπορούσε επίσης να αντιμετωπίσει ζητήματα λειτουργικότητας που δεν είναι σύμφωνα με τις προσδοκίες. Μερικές φορές ακόμη και λάθη καλλυντικών, όπως η αναμονή του σωστού μηνύματος σφάλματος κατά τη διάρκεια της αποτυχίας, μπορεί να χαρακτηριστεί ως ελάττωμα προτεραιότητας 3.
Αυτό το ελάττωμα πρέπει να επιλυθεί αφού διορθωθούν όλα τα σοβαρά σφάλματα.
Μόλις ολοκληρωθούν τα σφάλματα κρίσιμης και υψηλής προτεραιότητας, μπορούμε να χρησιμοποιήσουμε τα σφάλματα μέσης προτεραιότητας.
Ολα τα Ανήλικος αυστηρότητα ελαττώματα εμπίπτουν σε αυτήν την κατηγορία.
Προτεραιότητα # 4) Χαμηλή (P4)
Ένα ελάττωμα με χαμηλή προτεραιότητα υποδηλώνει ότι υπάρχει σίγουρα ένα πρόβλημα, αλλά δεν χρειάζεται να διορθωθεί ώστε να ταιριάζει με τα κριτήρια «εξόδου». Ωστόσο, αυτό πρέπει να επιδιορθωθεί πριν ολοκληρωθεί η GA. Συνήθως, ορισμένα λάθη δακτυλογράφησης ή ακόμη και λάθη καλλυντικών όπως συζητήθηκαν προηγουμένως θα μπορούσαν να κατηγοριοποιηθούν εδώ.
Μερικές φορές ανοίγουν επίσης ελαττώματα με χαμηλή προτεραιότητα για να προτείνουν κάποιες βελτιώσεις στον υπάρχοντα σχεδιασμό ή ένα αίτημα για εφαρμογή ενός μικρού χαρακτηριστικού για την ενίσχυση της εμπειρίας του χρήστη.
Αυτό το ελάττωμα μπορεί να επιλυθεί στο μέλλον και δεν χρειάζεται άμεση προσοχή και το Χαμηλή σοβαρότητα ελαττώματα εμπίπτουν σε αυτήν την κατηγορία.
Όπως έχει ήδη συζητηθεί, η προτεραιότητα καθορίζει πόσο γρήγορα πρέπει να είναι ο χρόνος ανακύκλωσης του ελαττώματος. Εάν υπάρχουν πολλαπλά ελαττώματα, η προτεραιότητα αποφασίζει ποιο ελάττωμα πρέπει να διορθωθεί και να επαληθευτεί αμέσως σε σχέση με το ποιο ελάττωμα μπορεί να διορθωθεί λίγο αργότερα.
Τι είναι η σοβαρότητα;
Η σοβαρότητα καθορίζει το βαθμό στον οποίο ένα συγκεκριμένο ελάττωμα θα μπορούσε να δημιουργήσει αντίκτυπο στην εφαρμογή ή το σύστημα.
Η σοβαρότητα είναι μια παράμετρος που υποδηλώνει την επίπτωση του ελαττώματος στο σύστημα - πόσο κρίσιμο είναι το ελάττωμα και ποια είναι η επίδραση του ελαττώματος στη λειτουργικότητα ολόκληρου του συστήματος; Η σοβαρότητα είναι μια παράμετρος που ορίζεται από τον ελεγκτή ενώ ανοίγει ένα ελάττωμα και ελέγχεται κυρίως από τον ελεγκτή. Και πάλι διαφορετικοί οργανισμοί έχουν διαφορετικά εργαλεία για χρήση για ελαττώματα, αλλά σε γενικό επίπεδο αυτά είναι τα ακόλουθα επίπεδα σοβαρότητας:
Για παράδειγμα, Εξετάστε τα ακόλουθα σενάρια
- Εάν ο χρήστης προσπαθήσει να πραγματοποιήσει διαδικτυακές αγορές και η εφαρμογή δεν φορτώσει ή εμφανιστεί μήνυμα μη διαθέσιμο διακομιστή.
- Ο χρήστης εκτελεί την προσθήκη ενός αντικειμένου στο καλάθι, ο αριθμός των ποσοτήτων που προστίθενται είναι λανθασμένος / λάθος προστίθεται προϊόν.
- Ο χρήστης πραγματοποιεί την πληρωμή και μετά την πληρωμή, η παραγγελία παραμένει στο καλάθι, όπως επιβεβαιώθηκε.
- Το σύστημα δέχεται την παραγγελία, αλλά τελικά ακυρώνει την παραγγελία μετά από μισή ώρα λόγω τυχόν προβλημάτων.
- Το σύστημα δέχεται την 'Προσθήκη στο Καλάθι' μόνο με διπλό κλικ αντί για ένα μόνο κλικ.
- Το κουμπί Προσθήκη στο καλάθι γράφεται ως Προσθήκη στο καλάθι.
Ποια θα ήταν η εμπειρία χρήστη, εάν συμβεί κάποιο από τα παραπάνω σενάρια;
Σε γενικές γραμμές τα ελαττώματα μπορούν να ταξινομηθούν ως εξής:
# 1) Κρίσιμο (S1)
Ένα ελάττωμα που παρακωλύει πλήρως ή εμποδίζει τη δοκιμή του προϊόντος / χαρακτηριστικού είναι ένα κρίσιμο ελάττωμα. Ένα παράδειγμα θα ήταν στην περίπτωση δοκιμών UI όπου μετά από έναν οδηγό, το περιβάλλον χρήστη απλώς κρέμεται σε ένα παράθυρο ή δεν προχωρά περαιτέρω για να ενεργοποιήσει τη λειτουργία. Ή σε ορισμένες άλλες περιπτώσεις, όταν το χαρακτηριστικό που αναπτύχθηκε λείπει από το build.
Για οποιονδήποτε λόγο, εάν η εφαρμογή διακοπεί ή καθίσταται άχρηστη / δεν μπορεί να προχωρήσει περαιτέρω, το ελάττωμα θα μπορούσε να ταξινομηθεί υπό κρίσιμη σοβαρότητα.
Τυχόν καταστροφικές αστοχίες του συστήματος θα μπορούσαν να οδηγήσουν τον χρήστη σε μη χρηστικότητα των εφαρμογών θα μπορούσε να ταξινομηθεί υπό την κρίσιμη σοβαρότητα
Για παράδειγμα, Στον πάροχο υπηρεσιών email όπως το Yahoo ή το Gmail, αφού πληκτρολογήσετε το σωστό όνομα χρήστη και τον κωδικό πρόσβασης, αντί να συνδεθείτε, το σύστημα διακόπτεται ή ρίχνει το μήνυμα σφάλματος, αυτό το ελάττωμα χαρακτηρίζεται ως κρίσιμο καθώς αυτό το ελάττωμα καθιστά ολόκληρη την εφαρμογή άχρηστη.
Το σενάριο στο σημείο 1 που συζητήθηκε παραπάνω θα μπορούσε να ταξινομηθεί ως Κρίσιμο Ελάττωμα, καθώς η διαδικτυακή εφαρμογή καθίσταται εντελώς άχρηστη.
# 2) Ταγματάρχης (S2)
Οποιαδήποτε κύρια λειτουργία έχει εφαρμοστεί που δεν πληροί τις απαιτήσεις / περιπτώσεις χρήσης και συμπεριφέρεται διαφορετικά από το αναμενόμενο, μπορεί να ταξινομηθεί στην κατηγορία Major Severity.
Ένα σημαντικό ελάττωμα παρουσιάζεται όταν η λειτουργικότητα λειτουργεί πολύ μακριά από τις προσδοκίες ή δεν κάνει αυτό που πρέπει να κάνει. Ένα παράδειγμα μπορεί να είναι: Ας πούμε ότι πρέπει να αναπτυχθεί ένα VLAN στο διακόπτη και χρησιμοποιείτε ένα πρότυπο διεπαφής χρήστη που ενεργοποιεί αυτήν τη λειτουργία. Όταν αυτό το πρότυπο για τη διαμόρφωση του VLAN αποτύχει στον διακόπτη, κατατάσσεται ως σοβαρό μειονέκτημα λειτουργικότητας.
Για παράδειγμα, Στον πάροχο υπηρεσιών email όπως το Yahoo ή το Gmail, όταν δεν επιτρέπεται να προσθέσετε περισσότερους από έναν παραλήπτες στην ενότητα CC, αυτό το ελάττωμα χαρακτηρίζεται ως το κύριο ελάττωμα, καθώς η κύρια λειτουργικότητα της εφαρμογής δεν λειτουργεί σωστά.
δωρεάν premium μετατροπέα youtube σε mp3
Τι αναμένεται η συμπεριφορά της ενότητας CC στο ταχυδρομείο, θα πρέπει να επιτρέπει στον χρήστη να προσθέτει πολλούς χρήστες. Έτσι, όταν η κύρια λειτουργικότητα της εφαρμογής δεν λειτουργεί σωστά ή όταν συμπεριφέρεται διαφορετικά από το αναμενόμενο, είναι ένα σημαντικό ελάττωμα.
Τα σενάρια στα σημεία 2 & 3 που συζητήθηκαν παραπάνω θα μπορούσαν να ταξινομηθούν ως Major Defect, καθώς η σειρά αναμένεται να κινηθεί ομαλά στην επόμενη φάση του κύκλου ζωής της παραγγελίας, αλλά στην πραγματικότητα, διαφέρει στη συμπεριφορά.
Οποιοδήποτε ελάττωμα που θα μπορούσε να οδηγήσει σε εσφαλμένη επιμονή δεδομένων, ζητήματα δεδομένων ή λανθασμένες συμπεριφορές εφαρμογής θα μπορούσε να ταξινομηθεί ευρέως υπό τη σοβαρότητα.
# 3) Μικρά / Μέτρια (S3)
Οποιαδήποτε δυνατότητα υλοποιείται που δεν πληροί τις απαιτήσεις / περιπτώσεις χρήσης και συμπεριφέρεται διαφορετικά από το αναμενόμενο, αλλά ο αντίκτυπος είναι αμελητέος σε κάποιο βαθμό ή δεν έχει σημαντικό αντίκτυπο στην εφαρμογή, μπορεί να ταξινομηθεί στην κατηγορία Μικρή σοβαρότητα.
Ένα μέτριο ελάττωμα εμφανίζεται όταν το προϊόν ή η εφαρμογή δεν πληροί συγκεκριμένα κριτήρια ή εξακολουθεί να παρουσιάζει κάποια αφύσικη συμπεριφορά, ωστόσο, η λειτουργικότητα στο σύνολό της δεν επηρεάζεται. Για παράδειγμα, στο πρότυπο VLAN που αναπτύσσεται παραπάνω, ένα μέτριο ή κανονικό ελάττωμα θα εμφανιστεί όταν το πρότυπο αναπτύσσεται επιτυχώς στο διακόπτη, ωστόσο, δεν υπάρχει ένδειξη που αποστέλλεται στον χρήστη.
Για παράδειγμα, Στον πάροχο υπηρεσιών email όπως το Yahoo ή το Gmail, υπάρχει μια επιλογή που ονομάζεται 'Όροι και Προϋποθέσεις' και σε αυτήν την επιλογή, θα υπάρχουν πολλαπλοί σύνδεσμοι σχετικά με τους όρους και την κατάσταση του ιστότοπου, όταν ένας από τους πολλαπλούς συνδέσμους, δεν λειτουργεί καλά, Ονομάζεται ως Μικρή σοβαρότητα καθώς επηρεάζει μόνο μικρή λειτουργικότητα της εφαρμογής και δεν έχει μεγάλο αντίκτυπο στη χρηστικότητα της εφαρμογής.
Το σενάριο στο σημείο 5 που συζητήθηκε παραπάνω θα μπορούσε να ταξινομηθεί ως Μικρό Ελάττωμα, καθώς δεν υπάρχει απώλεια δεδομένων ή αποτυχία στη σειρά ροής του συστήματος, αλλά μια μικρή ταλαιπωρία όταν πρόκειται για την εμπειρία του χρήστη.
Αυτοί οι τύποι ελαττωμάτων οδηγούν σε ελάχιστη απώλεια λειτουργικότητας ή εμπειρίας χρήστη.
# 4) Χαμηλή (S4)
Τυχόν καλλυντικά ελαττώματα, συμπεριλαμβανομένων ορθογραφικών λαθών ή ζητημάτων ευθυγράμμισης ή γραμματοσειράς, μπορούν να ταξινομηθούν στην κατηγορία Low Severity.
Ένα μικρό σφάλμα χαμηλής σοβαρότητας παρουσιάζεται όταν δεν υπάρχει σχεδόν καμία επίδραση στη λειτουργικότητα, αλλά εξακολουθεί να είναι ένα έγκυρο ελάττωμα που πρέπει να διορθωθεί. Παραδείγματα αυτού θα μπορούσαν να περιλαμβάνουν ορθογραφικά λάθη σε μηνύματα σφάλματος που εκτυπώνονται σε χρήστες ή ελαττώματα για να βελτιώσουν την εμφάνιση και την αίσθηση μιας δυνατότητας.
Για παράδειγμα, Στον πάροχο υπηρεσιών email όπως το Yahoo ή το Gmail, θα έχετε παρατηρήσει τη 'σελίδα άδειας', εάν υπάρχουν ορθογραφικά λάθη ή εσφαλμένη ευθυγράμμιση στη σελίδα, αυτό το ελάττωμα χαρακτηρίζεται ως χαμηλό.
Το σενάριο στο σημείο 6 που συζητήθηκε παραπάνω θα μπορούσε να ταξινομηθεί ως Low Defect, καθώς το κουμπί Προσθήκη εμφανίζεται σε λάθος περίβλημα. Αυτό το είδος ελαττώματος δεν θα επηρεάσει τη συμπεριφορά του συστήματος ή την παρουσίαση δεδομένων ή την απώλεια δεδομένων ή τη ροή δεδομένων ή ακόμη και την εμπειρία του χρήστη, αλλά θα είναι πολύ καλλυντικό.
Συνοψίζοντας, το ακόλουθο σχήμα απεικονίζει την ευρεία ταξινόμηση ελαττωμάτων με βάση τη σοβαρότητα και την προτεραιότητα:
Παραδείγματα
Όπως ήδη αναφέρθηκε, δεδομένου ότι διαφορετικοί οργανισμοί χρησιμοποιούν διαφορετικά είδη εργαλείων για την παρακολούθηση ελαττωμάτων και τις σχετικές διαδικασίες του - γίνεται ένα κοινό σύστημα παρακολούθησης μεταξύ διαφόρων επιπέδων διαχείρισης και τεχνικού προσωπικού.
Δεδομένου ότι το Defect Severity βρίσκεται περισσότερο στο πεδίο της λειτουργικότητας, ο Test Engineer καθορίζει τη σοβαρότητα του ελαττώματος. Μερικές φορές οι προγραμματιστές συμμετέχουν στην επιρροή της σοβαρότητας του ελαττώματος, αλλά κυρίως εξαρτάται από τον ελεγκτή καθώς αξιολογεί πόσο ένα συγκεκριμένο χαρακτηριστικό μπορεί να επηρεάσει τη συνολική λειτουργία.
Από την άλλη πλευρά, όταν πρόκειται για τον καθορισμό προτεραιότητας ελαττώματος, Αν και αρχικά, ο εντολέας του ελαττώματος θέτει την προτεραιότητα, ορίζεται στην πραγματικότητα από τον Διαχειριστή Προϊόντων καθώς έχει μια συνολική άποψη του προϊόντος και πόσο γρήγορα πρέπει να αντιμετωπιστεί ένα συγκεκριμένο ελάττωμα . Ο ελεγκτής δεν είναι το ιδανικό άτομο για να ορίσει την προτεραιότητα του ελαττώματος.
Σοκαριστικό όπως φαίνεται, υπάρχουν δύο ξεχωριστά παραδείγματα για το γιατί:
Παράδειγμα # 1) Λάβετε υπόψη ότι υπάρχει μια κατάσταση όπου ο χρήστης εντοπίζει κάποιο λάθος στην ονομασία του ίδιου του προϊόντος ή κάποιο πρόβλημα με την τεκμηρίωση διεπαφής χρήστη. Ένας δοκιμαστής θα ανοίξει κανονικά ένα ελάττωμα / καλλυντικό ελάττωμα και μπορεί να είναι πολύ απλό να διορθωθεί, αλλά όταν πρόκειται για την εμφάνιση και την αίσθηση του προϊόντος / την εμπειρία χρήστη, θα μπορούσε να προκαλέσει σοβαρό αντίκτυπο.
Παράδειγμα # 2) Θα μπορούσαν να υπάρχουν ορισμένες συνθήκες υπό τις οποίες συμβαίνει ένα συγκεκριμένο ελάττωμα που μπορεί να είναι εξαιρετικά σπάνια ή καμία πιθανότητα να χτυπήσει στο περιβάλλον του πελάτη. Ακόμα κι αν είναι λειτουργική, αυτό μπορεί να φαίνεται σαν ένα ελάττωμα υψηλής προτεραιότητας για έναν υπεύθυνο δοκιμών, λαμβάνοντας υπόψη τη σπανιότητα εμφάνισης και το υψηλό κόστος διόρθωσης - αυτό θα χαρακτηριστεί ως ελάττωμα χαμηλής προτεραιότητας.
Ως εκ τούτου, στην πραγματικότητα, η προτεραιότητα ελαττώματος ορίζεται γενικά από τον διαχειριστή προϊόντων σε μια συνάντηση «ελαττωματικής δοκιμής».
Διαφορετικά επίπεδα
Η προτεραιότητα και η σοβαρότητα έχουν ορισμένες ταξινομήσεις μεταξύ αυτών που βοηθούν στον προσδιορισμό του τρόπου αντιμετώπισης του ελαττώματος. Πολλοί διαφορετικοί οργανισμοί έχουν διαφορετικά εργαλεία καταγραφής ελαττωμάτων , επομένως τα επίπεδα ενδέχεται να διαφέρουν.
Ας ρίξουμε μια ματιά στα διαφορετικά επίπεδα τόσο για την Προτεραιότητα όσο και για τη Σοβαρότητα.
- Υψηλή προτεραιότητα, υψηλή σοβαρότητα
- Υψηλή προτεραιότητα, χαμηλή σοβαρότητα
- Υψηλή σοβαρότητα, χαμηλή προτεραιότητα
- Χαμηλή σοβαρότητα, χαμηλή προτεραιότητα
Το παρακάτω σχήμα απεικονίζει την ταξινόμηση των κατηγοριών σε ένα απόσπασμα.
# 1) Υψηλή σοβαρότητα και υψηλή προτεραιότητα
Οποιαδήποτε αποτυχία κρίσιμης / μεγάλης επιχειρηματικής περίπτωσης προωθείται αυτόματα σε αυτήν την κατηγορία.
Τυχόν ελαττώματα λόγω των οποίων η δοκιμή δεν μπορεί να συνεχιστεί με κανένα κόστος ή προκαλεί σοβαρή αποτυχία του συστήματος να εμπίπτει σε αυτήν την κατηγορία. Για παράδειγμα, Κάνοντας κλικ σε ένα συγκεκριμένο κουμπί δεν φορτώνεται η ίδια η λειτουργία. Ή η εκτέλεση μιας συγκεκριμένης λειτουργίας κατεβάζει τον διακομιστή με συνέπεια και προκαλεί απώλεια δεδομένων. Οι κόκκινες γραμμές στην παραπάνω εικόνα δείχνουν τέτοια είδη ελαττωμάτων.
Για παράδειγμα,
Το σύστημα διακόπτεται μετά την πραγματοποίηση της πληρωμής ή όταν δεν μπορείτε να προσθέσετε τα στοιχεία στο Καλάθι, αυτό το ελάττωμα επισημαίνεται ως ελάττωμα υψηλής σοβαρότητας και υψηλής προτεραιότητας.
Ενα άλλο παράδειγμα θα ήταν το χαρακτηριστικό αυτόματου πωλητή ATM όπου μετά την εισαγωγή του σωστού ονόματος χρήστη και του κωδικού πρόσβασης, το μηχάνημα δεν διανέμει χρήματα αλλά αφαιρεί τα μεταφερόμενα από το λογαριασμό σας.
# 2) Υψηλή προτεραιότητα και χαμηλή σοβαρότητα
Οποιαδήποτε ελαττώματα σοβαρής βαρύτητας που θα μπορούσαν να επηρεάσουν άμεσα την εμπειρία του χρήστη προωθούνται αυτόματα σε αυτήν την κατηγορία.
Ελαττώματα που πρέπει να διορθωθούν αλλά δεν επηρεάζουν την εφαρμογή εμπίπτουν σε αυτήν την κατηγορία.
Για παράδειγμα, η δυνατότητα αναμένεται να εμφανίσει ένα συγκεκριμένο σφάλμα στον χρήστη σε σχέση με τον κωδικό επιστροφής του. Σε αυτήν την περίπτωση, λειτουργικά ο κώδικας θα προκαλέσει σφάλμα, αλλά το μήνυμα θα πρέπει να είναι πιο σχετικό με τον κώδικα επιστροφής που δημιουργείται. Οι μπλε γραμμές στο σχήμα δείχνουν τέτοια είδη ελαττωμάτων.
Για παράδειγμα,
Το λογότυπο της εταιρείας στην πρώτη σελίδα είναι λάθος, θεωρείται ότι είναι Υψηλή προτεραιότητα και χαμηλή σοβαρότητα ελάττωμα .
Παράδειγμα 1) Στον ιστότοπο Online αγορές όταν το λογότυπο του FrontPage είναι λανθασμένο, για παράδειγμα αντί του Flipkart γράφεται ως Flipkart.
Παράδειγμα 2) Στο λογότυπο της τράπεζας, αντί του ICICI, γράφεται ως ICCCI.
Όσον αφορά τη λειτουργικότητα, δεν επηρεάζει τίποτα, ώστε να μπορούμε να χαρακτηρίσουμε τη χαμηλή σοβαρότητα, αλλά έχει αντίκτυπο στην εμπειρία του χρήστη. Αυτό το είδος ελαττώματος πρέπει να διορθωθεί σε υψηλή προτεραιότητα, παρόλο που έχουν πολύ μικρότερο αντίκτυπο στην πλευρά της εφαρμογής.
# 3) Υψηλή σοβαρότητα και χαμηλή προτεραιότητα
Οποιοδήποτε ελάττωμα που λειτουργικά δεν πληροί τις απαιτήσεις ή έχει λειτουργικές επιπτώσεις στο σύστημα, αλλά παρακάμπτεται στο πίσω κάθισμα από τα ενδιαφερόμενα μέρη όταν πρόκειται για επιχειρηματική κρίση προωθεί αυτόματα σε αυτήν την κατηγορία.
Ελαττώματα που πρέπει να διορθωθούν αλλά όχι άμεσα. Αυτό μπορεί να συμβεί ειδικά κατά τη διάρκεια δοκιμών ad-hoc. Αυτό σημαίνει ότι η λειτουργικότητα επηρεάζεται σε μεγάλο βαθμό, αλλά παρατηρείται μόνο όταν χρησιμοποιούνται ορισμένες ασυνήθιστες παράμετροι εισόδου.
Για παράδειγμα, μια συγκεκριμένη λειτουργικότητα μπορεί να χρησιμοποιηθεί μόνο σε νεότερη έκδοση του υλικολογισμικού, οπότε για να το επαληθεύσει αυτό - ο δοκιμαστής υποβαθμίζει πραγματικά το σύστημά του και εκτελεί τη δοκιμή και παρατηρεί ένα σοβαρό ζήτημα λειτουργικότητας που είναι έγκυρο. Σε μια τέτοια περίπτωση, τα ελαττώματα θα ταξινομηθούν σε αυτήν την κατηγορία που επισημαίνονται με ροζ γραμμές, καθώς συνήθως οι τελικοί χρήστες αναμένεται να έχουν υψηλότερη έκδοση του υλικολογισμικού.
Για παράδειγμα,
Σε έναν ιστότοπο κοινωνικής δικτύωσης, εάν κυκλοφορήσει μια έκδοση beta μιας νέας δυνατότητας με πολλούς ενεργούς χρήστες που χρησιμοποιούν αυτήν τη δυνατότητα από σήμερα. Οποιοδήποτε ελάττωμα εντοπίζεται σε αυτήν τη δυνατότητα μπορεί να χαρακτηριστεί ως χαμηλή προτεραιότητα καθώς το χαρακτηριστικό παίρνει πίσω θέση λόγω της ταξινόμησης της επιχείρησης ως μη σημαντικό.
Αν και αυτό το χαρακτηριστικό παρουσιάζει λειτουργικό ελάττωμα, καθώς δεν επηρεάζει άμεσα τους τελικούς πελάτες, ένας ενδιαφερόμενος μπορεί να ταξινομήσει το ελάττωμα σε χαμηλή προτεραιότητα, αν και έχει σοβαρές λειτουργικές επιπτώσεις στην εφαρμογή.
Αυτό είναι ένα σφάλμα υψηλής σοβαρότητας, αλλά μπορεί να δοθεί προτεραιότητα σε χαμηλή προτεραιότητα, καθώς μπορεί να διορθωθεί με την επόμενη έκδοση ως αίτημα αλλαγής. Οι ενδιαφερόμενοι επιχειρηματίες δίνουν επίσης προτεραιότητα σε αυτήν τη λειτουργία ως μια σπάνια χρησιμοποιούμενη δυνατότητα και δεν επηρεάζουν άλλες δυνατότητες που έχουν άμεσο αντίκτυπο στην εμπειρία του χρήστη. Αυτό το είδος ελαττώματος μπορεί να ταξινομηθεί στο Υψηλή σοβαρότητα αλλά χαμηλή προτεραιότητα κατηγορία.
# 4) Χαμηλή σοβαρότητα και χαμηλή προτεραιότητα
Τυχόν ορθογραφικά λάθη / γραμματοσειρά / λανθασμένη ευθυγράμμιση στην παράγραφο του 3rdή 4ουσελίδα της εφαρμογής και όχι στην κύρια ή στην πρώτη σελίδα / τίτλο.
Αυτά τα ελαττώματα ταξινομούνται στις πράσινες γραμμές όπως φαίνεται στο σχήμα και εμφανίζονται όταν δεν υπάρχει αντίκτυπο στη λειτουργικότητα, αλλά εξακολουθούν να μην πληρούν τα πρότυπα σε μικρό βαθμό. Σε γενικές γραμμές ταξινομούνται εδώ τα σφάλματα καλλυντικών ή λένε οι διαστάσεις ενός κελιού σε έναν πίνακα στο περιβάλλον χρήστη.
Για παράδειγμα,
Εάν η πολιτική απορρήτου του ιστότοπου έχει ορθογραφικό λάθος, αυτό το ελάττωμα ορίζεται ως Χαμηλή σοβαρότητα και χαμηλή προτεραιότητα.
Κατευθυντήριες γραμμές
Ακολουθούν ορισμένες οδηγίες που πρέπει να ακολουθήσει κάθε υπεύθυνος δοκιμών:
- Πρώτον, κατανοήστε καλά τις έννοιες της προτεραιότητας και της σοβαρότητας. Αποφύγετε να συγχέετε το ένα με το άλλο και να τα χρησιμοποιείτε εναλλακτικά. Σύμφωνα με αυτό, ακολουθήστε τις οδηγίες σοβαρότητας που δημοσιεύει ο οργανισμός / ομάδα σας, ώστε όλοι να βρίσκονται στην ίδια σελίδα.
- Να επιλέγετε πάντα το επίπεδο σοβαρότητας με βάση τον τύπο προβλήματος, καθώς αυτό θα επηρεάσει την προτεραιότητά του. Μερικά παραδείγματα είναι:
- Για ένα ζήτημα που είναι κρίσιμο, όπως όλο το σύστημα πέφτει και τίποτα δεν μπορεί να γίνει - αυτή η σοβαρότητα δεν πρέπει να χρησιμοποιείται για την αντιμετώπιση ελαττωμάτων προγράμματος.
- Για ένα ζήτημα που είναι σημαντικό, όπως σε περιπτώσεις όπου η λειτουργία δεν λειτουργεί όπως αναμένεται - αυτή η σοβαρότητα θα μπορούσε να χρησιμοποιηθεί για την αντιμετώπιση νέων λειτουργιών ή τη βελτίωση της τρέχουσας εργασίας.
Θυμηθείτε, ότι η επιλογή του σωστού επιπέδου σοβαρότητας, με τη σειρά της, θα δώσει το ελάττωμα, είναι η δέουσα προτεραιότητα.
- Ως εξεταστής - κατανοήστε πώς μια συγκεκριμένη λειτουργικότητα, αντί να εξετάζετε περαιτέρω - κατανοήστε πώς ένα συγκεκριμένο σενάριο ή μια δοκιμαστική περίπτωση θα επηρέαζε τον τελικό χρήστη. Αυτό συνεπάγεται πολλή συνεργασία και αλληλεπίδραση με την ομάδα ανάπτυξης, Επιχειρηματικούς αναλυτές, αρχιτέκτονες, δοκιμαστικός μόλυβδος, επικεφαλής ανάπτυξης. Στις συζητήσεις σας, πρέπει επίσης να λάβετε υπόψη πόσο χρόνο θα χρειαστεί για να διορθώσετε το ελάττωμα με βάση την πολυπλοκότητά του και τον χρόνο για να επαληθεύσετε αυτό το ελάττωμα.
- Τελικά , είναι πάντοτε ο κάτοχος του προϊόντος που κατέχει το δικαίωμα αρνησικυρίας της κυκλοφορίας, το ελάττωμα πρέπει να διορθωθεί. Ωστόσο, δεδομένου ότι οι συνεδρίες δοκιμής ελαττωμάτων περιέχουν ποικίλα μέλη για να παρουσιάσουν την προοπτική τους σχετικά με το ελάττωμα κατά περίπτωση, σε μια στιγμή που οι προγραμματιστές και οι δοκιμαστές είναι συγχρονισμένοι, σίγουρα βοηθά στην επιρροή της απόφασης.
συμπέρασμα
Κατά το άνοιγμα ελαττωμάτων, είναι ευθύνη του υπεύθυνου δοκιμών να αποδώσει τη σωστή σοβαρότητα στα ελαττώματα. Η εσφαλμένη σοβαρότητα και συνεπώς η χαρτογράφηση προτεραιότητας μπορεί να έχει πολύ δραστικές επιπτώσεις στη συνολική διαδικασία STLC και στο προϊόν συνολικά. Σε πολλές συνεντεύξεις εργασίας - υπάρχουν πολλές ερωτήσεις που τίθενται σχετικά με την προτεραιότητα και τη σοβαρότητα για να διασφαλιστεί ότι ως δοκιμαστής έχετε αυτές τις έννοιες καθαρά στο μυαλό σας.
Επίσης, είχαμε δει ζωντανά παραδείγματα για τον τρόπο ταξινόμησης του ελαττώματος κάτω από διάφορους κάδους σοβαρότητας / προτεραιότητας. Μέχρι τώρα, εύχομαι να έχετε αρκετή διευκρίνιση σχετικά με την ταξινόμηση ελαττωμάτων τόσο σε κάδους σοβαρότητας / προτεραιότητας.
Ελπίζω αυτό το άρθρο να είναι ένας πλήρης οδηγός για την κατανόηση των επιπέδων προτεραιότητας και σοβαρότητας του ελαττώματος. Ενημερώστε μας για τις σκέψεις / ερωτήσεις σας στα παρακάτω σχόλια.
Συνιστώμενη ανάγνωση
- Τι είναι η τεχνική δοκιμής βάσει ελαττωμάτων;
- Τι είναι ο κύκλος ζωής ελαττωμάτων / σφαλμάτων στη δοκιμή λογισμικού; Εκμάθηση κύκλου ζωής ελαττωμάτων
- Διαδικασία διαχείρισης ελαττωμάτων: Πώς να διαχειριστείτε αποτελεσματικά ένα ελάττωμα
- Πώς να αναπαραγάγετε ένα μη αναπαραγώγιμο ελάττωμα και να κάνετε την προσπάθεια δοκιμής σας αξίζει τον κόπο
- 7 Αρχές δοκιμής λογισμικού: Σύμπλεγμα ελαττωμάτων και Αρχή Pareto
- Μέθοδοι και τεχνικές πρόληψης ελαττωμάτων
- Ακριβής διαφορά μεταξύ επαλήθευσης και επικύρωσης με παραδείγματα
- 3 Στρατηγικές για την αντιμετώπιση ελαττωμάτων Blocker