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

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

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

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

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

Βήμα 1) Ανακάλυψη

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

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

Ανακάλυψη

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

Σε μια τέτοια περίπτωση, ως Υπεύθυνος Δοκιμών, τι θα κάνετε;

Α) Συμφωνώ με την ομάδα δοκιμής ότι πρόκειται για ελάττωμα

Β) Ο Υπεύθυνος Δοκιμών αναλαμβάνει το ρόλο του κριτή για να αποφασίσει εάν το πρόβλημα είναι ελάττωμα ή όχι

Γ) Συμφωνήστε με την ομάδα ανάπτυξης που δεν είναι ελάττωμα

Σωστός
Ανακριβής

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

Βήμα 2) Κατηγοριοποίηση

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

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

Τα ελαττώματα συνήθως κατηγοριοποιούνται από τον Υπεύθυνο Δοκιμών –

Ας κάνουμε μια μικρή άσκηση ως εξήςwing

Σύρετε και αποθέστε την προτεραιότητα ελαττώματος παρακάτω
1) Η απόδοση του ιστότοπου είναι πολύ αργή
2) Η λειτουργία σύνδεσης του ιστότοπου δεν λειτουργεί σωστά
3) Το GUI του ιστότοπου δεν εμφανίζεται σωστά Κινητό συσκευές
4) Ο ιστότοπος δεν μπορούσε να θυμηθεί την περίοδο σύνδεσης χρήστη
5) Ορισμένοι σύνδεσμοι δεν λειτουργούν

Εδώ είναι οι προτεινόμενες απαντήσεις

Όχι. Περιγραφή Προτεραιότητα εξήγηση

1

Η απόδοση του ιστότοπου είναι πολύ αργή

Ψηλά

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

2

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

Κρίσιμος

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

3

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

Μέτριας Δυσκολίας

Το ελάττωμα επηρεάζει τον χρήστη που χρησιμοποιεί Smartphone για να δει τον ιστότοπο.

4

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

Ψηλά

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

5

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

Χαμηλός

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

Βήμα 3) Επίλυση ελαττώματος

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

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

Επίλυση ελαττώματος

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

Βήμα 4) Επαλήθευση

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

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

Βήμα 5) Κλείσιμο

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

Βήμα 6) Αναφορά ελαττωμάτων

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Συμπέρασμα, η ποιότητα της εκτέλεσης του τεστ αξιολογείται μέσω του following δύο παραμέτρους

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

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

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

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

FAQs

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

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

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

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

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

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

Πατήστε εδώ εάν το βίντεο δεν είναι προσβάσιμο

Πόροι:

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