Διαδικασία διαχείρισης ελαττωμάτων στη δοκιμή λογισμικού (Πρότυπο αναφοράς σφαλμάτων)

Πίνακας περιεχομένων:

Anonim

Τι είναι το Bug;

Ένα σφάλμα είναι η συνέπεια / αποτέλεσμα ενός σφάλματος κωδικοποίησης.

Ελάττωμα στη δοκιμή λογισμικού

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

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

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

Σε αυτό το σεμινάριο, θα μάθετε-

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

Αναφορά σφαλμάτων στη δοκιμή λογισμικού

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

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

  • Defect_ID - Μοναδικός αριθμός αναγνώρισης για το ελάττωμα.
  • Περιγραφή ελαττώματος - Λεπτομερής περιγραφή του ελαττώματος, συμπεριλαμβανομένων πληροφοριών σχετικά με τη μονάδα στην οποία βρέθηκε το ελάττωμα.
  • Έκδοση - Έκδοση της εφαρμογής στην οποία εντοπίστηκε ελάττωμα.
  • Βήματα - Λεπτομερή βήματα μαζί με στιγμιότυπα οθόνης με τα οποία ο προγραμματιστής μπορεί να αναπαραγάγει τα ελαττώματα.
  • Ημερομηνία αύξησης - Ημερομηνία κατά την οποία το ελάττωμα αυξάνεται
  • Αναφορά - όπου μέσα σας Παρέχετε αναφορά στα έγγραφα όπως. απαιτήσεις, σχεδιασμός, αρχιτεκτονική ή ίσως ακόμη και στιγμιότυπα οθόνης του σφάλματος για να κατανοήσουμε το ελάττωμα
  • Εντοπίστηκε από - Όνομα / αναγνωριστικό του υπεύθυνου δοκιμών που έθεσε το ελάττωμα
  • Κατάσταση - Κατάσταση του ελαττώματος, περισσότερα σε αυτό αργότερα
  • Διορθώθηκε από - Όνομα / αναγνωριστικό του προγραμματιστή που το διόρθωσε
  • Ημερομηνία κλεισίματος - Ημερομηνία κλεισίματος του ελαττώματος
  • Σοβαρότητα που περιγράφει την επίδραση του ελαττώματος στην εφαρμογή
  • Προτεραιότητα που σχετίζεται με τον επείγοντα καθορισμό ελαττωμάτων. Η προτεραιότητα σοβαρότητας μπορεί να είναι υψηλή / μεσαία / χαμηλή με βάση τον επείγοντα αντίκτυπο στον οποίο το ελάττωμα πρέπει να διορθωθεί αντίστοιχα

Κάντε κλικ εδώ εάν το βίντεο δεν είναι προσβάσιμο

Πόροι

Λήψη δείγματος προτύπου αναφοράς ελαττωμάτων

Εξετάστε τα ακόλουθα ως Test Manager

Η ομάδα σας βρήκε σφάλματα κατά τη δοκιμή του έργου Guru99 Banking.

Μετά από μια εβδομάδα ο προγραμματιστής αποκρίνεται -

Την επόμενη εβδομάδα ο εξεταστής απαντά

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

Τι είναι η Διαδικασία Διαχείρισης Ατελειών;

Το Defect Management είναι μια συστηματική διαδικασία εντοπισμού και διόρθωσης σφαλμάτων Ένας κύκλος διαχείρισης ελαττωμάτων περιέχει τα ακόλουθα στάδια 1) Ανακάλυψη ελαττώματος, 2) Κατηγοριοποίηση ελαττωμάτων 3) Επιδιόρθωση ελαττώματος από προγραμματιστές 4) Επαλήθευση από δοκιμαστές, 5) Κλείσιμο ελαττωμάτων 6) Αναφορές ελαττωμάτων στο τέλος του έργου

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

Ανακάλυψη

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

Στο παραπάνω σενάριο, οι δοκιμαστές ανακάλυψαν 84 ελαττώματα στον ιστότοπο Guru99.

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

Σε αυτήν την περίπτωση, ως Test Manager, τι θα κάνετε;
Α) Συμφωνώ με την ομάδα δοκιμής ότι είναι ελάττωμα
Β) Ο υπεύθυνος δοκιμών αναλαμβάνει το ρόλο του κριτή για να αποφασίσει εάν το πρόβλημα είναι ελάττωμα ή όχι
Γ) Συμφωνώ με την ομάδα ανάπτυξης που δεν αποτελεί ελάττωμα ΣΩΣΤΟ ΛΑΘΟΣ

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

Κατηγοριοποίηση

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

Τα ελαττώματα συνήθως κατηγοριοποιούνται από το Test Manager -

Ας κάνουμε μια μικρή άσκηση ακολουθώντας το Drag & Drop the Defect Priority παρακάτω

  • Κρίσιμος
  • Υψηλός
  • Μεσαίο
  • Χαμηλός
1) Η απόδοση του ιστότοπου είναι πολύ αργή

2) Η λειτουργία σύνδεσης του ιστότοπου δεν λειτουργεί σωστά

3) Το GUI του ιστότοπου δεν εμφανίζεται σωστά σε φορητές συσκευές

4) Ο ιστότοπος δεν μπόρεσε να θυμηθεί την περίοδο σύνδεσης χρήστη

5) Ορισμένοι σύνδεσμοι δεν λειτουργούν

Ακολουθούν οι προτεινόμενες απαντήσεις

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

Ανάλυση ελαττωμάτων

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

Μπορείτε να ακολουθήσετε τα παρακάτω βήματα για να διορθώσετε το ελάττωμα.

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

Επαλήθευση

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

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

Κλείσιμο

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

Αναφορά ελαττωμάτων

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

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

Σημαντικές μετρήσεις ελαττωμάτων

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

Πώς να μετρήσετε και να αξιολογήσετε την ποιότητα της εκτέλεσης του τεστ;

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

Στο παραπάνω σενάριο, μπορείτε να υπολογίσετε τον λόγο απόρριψης απόρριψης (DRR) είναι 20/84 = 0,238 (23,8%).

Ένα άλλο παράδειγμα, υποτίθεται ότι ο ιστότοπος Guru99 Bank έχει συνολικά 64 ελαττώματα, αλλά η ομάδα δοκιμών σας ανιχνεύει μόνο 44 ελαττώματα, δηλαδή έχασε 20 ελαττώματα. Επομένως, μπορείτε να υπολογίσετε τον λόγο διαρροής ελαττωμάτων (DLR) είναι 20/64 = 0,312 (31,2%).

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

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

Σε αυτό το έργο, η συνιστώμενη τιμή αποδεκτού λόγου είναι 5 ~ 10%. Αυτό σημαίνει ότι η ποιότητα της εκτέλεσης δοκιμής είναι χαμηλή. Θα πρέπει να βρείτε αντίμετρα για να μειώσετε αυτούς τους λόγους όπως

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