3 strategies dealing with blocker defect
Τα ελαττώματα του μπλοκαρίσματος προσθέτουν τόνους δράματος σε άλλες κανονικές ημέρες δοκιμής.
Σε αυτό το άρθρο, θέλω να καλύψω ορισμένα βήματα που μπορεί να κάνει ένας υπεύθυνος δοκιμών κατά την αντιμετώπισή τους.
Θα υποθέσω ότι οι αγαπητοί μας αναγνώστες κατανοούν ήδη τη σοβαρότητα και την προτεραιότητα των ελαττωμάτων. Χρειάζεστε μια γρήγορη ανακεφαλαίωση; Κοίτα αυτό.
Τώρα, σημαίνει πάντα ότι πρέπει να σταματήσουμε εντελώς τις δοκιμές εάν συναντήσουμε ένα πρόβλημα αποκλεισμού;
Σε ορισμένες περιπτώσεις «Ναι», αλλά ίσως όχι πάντα. Μπορεί να υπάρχουν περιπτώσεις όπου είναι δυνατή κάποια δοκιμαστική δραστηριότητα.
εικόνα πηγή
Παρακάτω είναι μερικές καταστάσεις που έχω βιώσει στην καριέρα μου ως δοκιμαστής. Πιστεύω ακράδαντα ότι τα βήματα που περιγράφονται παρακάτω (αργότερα ενοποιούνται σε ένα διάγραμμα ροής) πρέπει να ακολουθηθούν για να διευκολυνθεί αυτή η διαδικασία.
Ας πηδήξουμε ακριβώς μέσα.
Βήματα που πρέπει να κάνετε όταν συναντήσετε ένα ελάττωμα αποκλεισμού
Βήμα 1: Όταν συναντήσετε ένα πρόβλημα, επενδύστε χρόνο για να βρείτε τη βασική αιτία.
Πιστεύω ακράδαντα ότι ως δοκιμαστής η δουλειά μας δεν τελειώνει αναφορά ελαττωμάτων . Εάν το επιτρέπει ο χρόνος, θα πρέπει να διερευνήσουμε τι θα μπορούσε να προκαλέσει το πρόβλημα. Ίσως να μην μπορούμε πάντα να επισημάνουμε την ακριβή περιοχή προβλημάτων, αλλά προσπαθούμε να αντιμετωπίσουμε όσο το δυνατόν περισσότερο προβλήματα. Οι ίδιες λεπτομέρειες μπορούν να ενημερωθούν στο ελάττωμα ως πρόσθετα σχόλια.
Το έκανα πολύ στα έργα μου και αυτό είχε ως αποτέλεσμα μια γρήγορη επιδιόρθωση. Τα οφέλη της ανάλυσης των βασικών αιτίων είναι:
- Όντας μια προστιθέμενη αξία, αυτό σίγουρα μπορεί να παρέχει καλύτερη κατεύθυνση στον προγραμματιστή για την επίλυση σφαλμάτων.
- Επίσης, ο υπεύθυνος δοκιμής QA μπορεί να αναγνωρίσει εάν αυτό το ζήτημα είναι αυτοδημιουργημένο (εισαγωγή δεδομένων ή προβλήματα ανθρώπινης χρήσης) και αν ναι, μπορεί να διορθωθεί από τον ίδιο τον υπεύθυνο δοκιμών. Όταν τέτοια σφάλματα αναφέρονται στους προγραμματιστές χωρίς να ελέγξουμε από το τέλος του QA, είναι θεωρείται μη ζήτημα και θα μπορούσε να δημιουργήσει μια αρνητική φήμη για τον υπεύθυνο δοκιμών.
Προτείνω λοιπόν να ελέγχετε πάντα στο τέλος πριν καταγράψετε ένα ελάττωμα.
Εδώ είναι μερικά παραδείγματα σε πραγματικό χρόνο από τα έργα μου που θα ενισχύσουν τα παραπάνω σημεία:
Δούλεψα σε ένα έργο όπου οι δοκιμές μας θα απαιτούσαν να αποθέσουμε ένα αρχείο σε μια καθορισμένη τοποθεσία. Μετονομάστε το για να ταιριάζει με το όνομα στη διαμόρφωση. Μια προγραμματισμένη εργασία θα παραλάβει το αρχείο δεδομένων και θα φορτώσει τα δεδομένα στο σύστημα. Μετά από αυτό, θα επικυρώσουμε τα δεδομένα στη βάση δεδομένων και τη διεπαφή.
δείγματα δοκιμαστικών περιπτώσεων για αίτηση ασφάλισης
Συνήθως συναντήσαμε ζητήματα όπου η εργασία θα εκτελεζόταν, αλλά τα δεδομένα δεν θα φορτώνονταν και κατά την έρευνα, αυτό οφείλεται στο γεγονός ότι ο υπεύθυνος δοκιμών δεν έχει αλλάξει το όνομα κατά την απόθεση του αρχείου στην τοποθεσία.
Αυτό ήταν ένας αποκλειστής για εμάς, αλλά όχι κάτι που απαιτούσε την προσοχή του προγραμματιστή. Έπρεπε να δώσουμε προσοχή στη λεπτομέρεια και να αποφύγουμε τέτοια μικρά λάθη.
Τα παρακάτω είναι μερικές κοινές κατηγορίες, βασικές αιτίες και θεραπείες:
# 1) Αρχείο κεντρικών υπολογιστών Θέμα - Ας πούμε, το αρχείο Host σας έχει παραμέτρους που δεν είναι σωστές και προκαλούν το πρόβλημα. Σε αυτήν την περίπτωση, μπορείτε είτε να ενημερώσετε μόνοι σας το αρχείο κεντρικού υπολογιστή είτε να ζητήσετε βοήθεια από κάποιον με πρόσβαση για ενημέρωση και συνέχιση της εκτέλεσης δοκιμής.
πώς να ανοίξετε αρχεία .jar
Ένα ελάττωμα για το ίδιο θα πρέπει να προκύψει, ώστε οι προγραμματιστές να διερευνήσουν, αλλά με την επίλυση λειτουργικών δοκιμών μπορεί να συνεχιστεί.
Σημείωση: Συμβουλευτείτε τις ομάδες του έργου σας εάν είναι εντάξει για την ομάδα QA να κάνει αυτές τις αλλαγές πριν το κάνετε.
# 2) Διαμόρφωση - Συχνά, έχουμε παρατηρήσει ζητήματα διαμόρφωσης, όπως δεν επισημαίνουμε το σωστό περιβάλλον ή άλλα προβλήματα εγκατάστασης, τα οποία εμποδίζουν προβλήματα. Σε τέτοιες περιπτώσεις επίσης, οι υπεύθυνοι δοκιμών μπορούν να κάνουν αλλαγές και να προχωρήσουν στη δοκιμή.
Σημείωση: Για άλλη μια φορά, ζητήστε άδεια προτού το κάνετε αυτό.
# 3) Πρόβλημα κώδικα - Εάν πιστεύετε ότι το ζήτημα οφείλεται στον κώδικα, δεν μπορούν να γίνουν πολλά από τους υπεύθυνους δοκιμών. Καταγράψτε ένα ελάττωμα αποκλεισμού και περιμένετε να προχωρήσει η επιδιόρθωση με τον έλεγχο.
# 4) Θέμα ανάπτυξης - Η κακή ανάπτυξη είναι μια άλλη κοινή αιτία για προβλήματα αποκλεισμού και αυτά μπορεί να εντοπιστούν κατά τη διάρκεια της δοκιμής λογικής. Και εδώ, οι δοκιμές πρέπει να σταματήσουν αμέσως έως ότου ληφθεί μια νέα έκδοση.
# 5) Περιβάλλον κάτω - Εάν το περιβάλλον είναι εκτός λειτουργίας, ας πούμε ότι η βάση δεδομένων δεν συνδέεται με τον διακομιστή ή ότι η διεύθυνση URL δεν λειτουργεί σε περίπτωση ιστότοπων. Οι δοκιμαστές δεν μπορούν να κάνουν πολλά σε αυτές τις περιπτώσεις, εκτός από την αναφορά ελαττώματος και να περιμένουν να τεθεί σε λειτουργία το σύστημα.
Επομένως, εάν υπάρχει μια λύση, χρησιμοποιήστε το για να συνεχίσετε τη δοκιμή. Ο μόνος τρόπος για να βρείτε, εάν υπάρχει αυτός ο τρόπος αντιμετώπισης, είναι να διερευνήσετε τη βασική αιτία. Τις περισσότερες φορές, μπορεί να υπάρχει μια εναλλακτική λύση.
Βήμα 2: Είναι πολύ εύκολο να πέσετε σε έναν άπειρο βρόχο κατά τη διερεύνηση της βασικής αιτίας. Έτσι, βεβαιωθείτε ότι δεν καταναλώνει όλη την ημέρα και όλη την προσπάθεια.
Ακολουθούν ορισμένοι δείκτες:
- Βρείτε μια ισορροπία και αναγνωρίστε το σημείο διακοπής όταν φτάσετε εκεί.
- Η εμπειρία και η εμπειρογνωμοσύνη ενός δοκιμαστή είναι κρίσιμες για ένα επιτυχημένο RCA. Ωστόσο, είναι καλή ιδέα να εμπλέξετε την ομάδα και τον επικεφαλής της ομάδας, όταν είναι απαραίτητο.
- Όταν πιστεύετε ότι το RCA είναι χρονοβόρο, αναφέρετε πρώτα το ζήτημα αμέσως και δώστε όσες περισσότερες πληροφορίες μπορείτε. Ένα στιγμιότυπο οθόνης είναι πάντα χρήσιμο.
- Εάν απαιτείται, συνεχίστε. Στείλτε ένα email στον διαχειριστή ή τον προγραμματιστή για να επισημάνετε το κρίσιμο πρόβλημα.
- Συνεχίστε την αντιμετώπιση προβλημάτων αφού ειδοποιήσετε τα απαραίτητα μέρη.
Λόγος για τον οποίο τα ελαττώματα αποκλεισμού πρέπει να αναφέρονται αμέσως:
- Η διοίκηση θα πρέπει να ενημερώνεται για όλους τους χρόνους διακοπής, εάν το πρόβλημα είναι ελάττωμα. Αυτές οι πληροφορίες πρέπει να μεταδίδονται στον πελάτη και ενδέχεται επίσης να απαιτούν ενημερώσεις του σχεδίου έργου (χρονοδιαγράμματα QA), αλλαγή παραδοτέων κ.λπ.
- Οποιαδήποτε καθυστέρηση στα παραδοτέα QA πρέπει να υποστηρίζεται με αποδεικτικά στοιχεία. Γι 'αυτό είναι πάντα καλύτερο να επικοινωνείτε όσο το δυνατόν συντομότερα αντί να περιμένετε μέχρι το τέλος της ημέρας.
Βήμα # 3: Τώρα, προχωρώντας στο τελευταίο βήμα αφού τελειώσαμε με την ανάλυση του ζητήματος και την επικοινωνία, τι ακολουθεί;
- Εάν το πρόβλημα εμποδίζει την πρόσβαση σε μία λειτουργική περιοχή, ελέγξτε αν αυτό έχει αντίκτυπο σε άλλες περιοχές
- Εάν η εφαρμογή διεπαφής είναι εκτός λειτουργίας, ελέγξτε εάν μπορεί να συνεχιστεί η δοκιμή backend / middleware / βάσης δεδομένων.
- Εάν δεν μπορεί να πραγματοποιηθεί καμία δραστηριότητα εκτέλεσης δοκιμής, δοκιμάστε να το κάνετε εργαστείτε σε κάποια τεκμηρίωση που σχετίζονται με το έργο σας.
- Μπορείτε επίσης να προσπαθήσετε προσδιορίστε περιοχές για αυτοματοποίηση αν επαναλαμβάνετε χειροκίνητα πολλή δουλειά. Ο αυτοματισμός δεν χρειάζεται πάντα να χρησιμοποιεί ένα εργαλείο. Ας πούμε, η δημιουργία αναφορών είναι μια μονότονη εργασία για εσάς, δηλαδή ένας τομέας που μπορεί να αυτοματοποιηθεί με απλές μακροεντολές excel και παρόμοιες.
- Αφιερώστε χρόνο για να μάθετε για εργαλεία ανοιχτού κώδικα που μπορούν να εφαρμοστούν στο έργο σας
- Τελευταίο αλλά εξίσου σημαντικό , δουλέψτε προς την καινοτομία, το μάντρα που κυβερνά τον κόσμο σήμερα!
Τελικά , το διάγραμμα ροής που συνοψίζει ολόκληρη τη συζήτηση!
Διάγραμμα ροής: Βήματα για τη διαχείριση ενός ελαττώματος αποκλεισμού
Συντάκτης : Αυτό το φοβερό άρθρο γράφτηκε από το μέλος της ομάδας STH Priya R.
Ποια μέτρα λαμβάνετε όταν συναντήσετε οποιοδήποτε ελάττωμα αποκλεισμού;
Συνιστώμενη ανάγνωση
- Τι είναι η τεχνική δοκιμής βάσει ελαττωμάτων;
- Τι είναι ο κύκλος ζωής ελαττωμάτων / σφαλμάτων στη δοκιμή λογισμικού; Εκμάθηση κύκλου ζωής ελαττωμάτων
- Διαδικασία διαχείρισης ελαττωμάτων: Πώς να διαχειριστείτε αποτελεσματικά ένα ελάττωμα
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Δείγμα αναφορών σφαλμάτων για εφαρμογές ιστού και προϊόντων
- Πώς να αναπαραγάγετε ένα μη αναπαραγώγιμο ελάττωμα και να κάνετε την προσπάθεια δοκιμής σας αξίζει τον κόπο
- Ο έλεγχος λογισμικού αφορά τις ιδέες (και πώς να τις δημιουργήσετε)
- 7 Αρχές δοκιμής λογισμικού: Σύμπλεγμα ελαττωμάτων και Αρχή Pareto