10 reasons why your bugs are getting rejected
Δεν θα την ελευθερώσω. Έχει απορρίψει 7 σφάλματα, ανέφερα, τις τελευταίες τρεις ημέρες. Ξέρω ότι χρησιμοποιεί προσωπικές μνησικακίες ως επαγγελματικό σπαθί ……
Ένας συμπαίκτης ήταν αναστατωμένος και η συζήτηση ξαφνικά πυρπόλησε όταν μερικοί άλλοι συμπαίκτες συμμετείχαν να μοιραστούν την ίδια εμπειρία με άλλους προγραμματιστές. Η συνάντηση της ομάδας αποτέλεσε σημείο συζήτησης σχετικά με την απόρριψη σφαλμάτων. Μετά από κάποια συζήτηση, όλοι αποφασίσαμε να κάνουμε μια απλή άσκηση για να σωθούμε από την ταπείνωση του σφάλματος που απορρίφθηκε, στο μέλλον.
Ο καθένας από εμάς άρχισε να βγάζει σημειώσεις ως οι λόγοι απόρριψης σφαλμάτων για τα τελευταία 10 σφάλματα, αναφέρθηκαν και απορρίφθηκαν. Ο κατάλογος αυτών των σημειώσεων απόρριψης αποδείχθηκε χρήσιμος για την κατανόηση του μελλοντικού ίχνους αναφοράς σφαλμάτων και ποια ήταν η λανθασμένη υπόθεση.
Απόρριψη σφαλμάτων και λόγοι πίσω από αυτό
Αντί να αποκαλύψω τη λίστα, θα ήθελα να μοιραστώ τα αποτελέσματα της λίστας. Εδώ είναι -
# 1) Παρανόηση των απαιτήσεων:
Για οποιονδήποτε λόγο, εάν δεν καταλάβατε την απαίτηση σωστά, σίγουρα θα αναζητούσατε την παρερμηνευμένη απαίτηση στην πραγματική εφαρμογή και όταν δεν θα την βρείτε, θα ήταν ένα σφάλμα σύμφωνα με εσάς, το οποίο τελικά θα απορριφθεί.
Παράδειγμα πραγματικής ζωής : Αφού δοκιμάσατε μια συνταγή, διαπιστώσατε ότι ήταν άγευστο καθώς δεν προστέθηκε αλάτι, αλλά δεν ξέρατε ότι το αλάτι έπρεπε να προστεθεί τη στιγμή της σερβιρίσματος, διαφορετικά μπορεί να επηρεάσει την εμφάνιση της συνταγής.
# 2) Εφαρμογή απαιτήσεων:
Ως μέρος μιας προηγούμενης συζήτησης, γνωρίζετε ότι συγκεκριμένη απαίτηση θα εφαρμοζόταν με τον τρόπο XYZ. Όμως κατά την ανάπτυξη, ο προγραμματιστής διαπίστωσε ότι δεν ήταν δυνατό να ακολουθήσετε τη διαδρομή XYZ και έτσι ακολούθησε τη διαδρομή ABC και αυτό δεν σας κοινοποιήθηκε.
Τελικά, θα αναφέρετε ένα σφάλμα όταν διαπιστώσατε ότι η απαίτηση δεν εφαρμόστηκε με τον τρόπο που συζητήθηκε.
Παράδειγμα πραγματικής ζωής : Ζητήσατε από τον ράφτη να ετοιμάσει ένα πουκάμισο και όταν σας ζητήθηκε η δίκη, το απορρίψατε λέγοντας ότι δεν βρήκατε κουμπιά σε αυτό. Όταν ο ράφτης εξηγεί ότι η τοποθέτηση κουμπιών στο μπροστινό μέρος θα είχε αντίκτυπο στη συνολική εμφάνιση του πουκάμισου και ως εκ τούτου το έβαλε μέσα στο μπροστινό περίγραμμα, σίγουρα θα ήμουν χαζός.
top 5 mp3 downloader για Android
# 3) Χωρίς σαφείς απαιτήσεις:
Όταν δεν υπάρχουν διαθέσιμες σαφείς απαιτήσεις, ο καθένας είναι ελεύθερος να αναλάβει την απαίτηση με τον δικό του τρόπο και αυτό οδηγεί σε μια υπόθεση σε προσωπικό επίπεδο. Όταν βλέπετε ότι η προσωπική υπόθεση δεν ικανοποιείται, το επισημαίνετε ως σφάλμα.
Παράδειγμα πραγματικής ζωής : Πρέπει να σχεδιάσετε έναν κύκλο όταν ο δάσκαλος ανακοίνωσε ότι περίμενε οι μαθητές να σχεδιάσουν ένα ποδήλατο. Μετά από μισή ώρα, όταν έλεγξε το σχέδιο όλων, δεν βρήκε κανέναν που να ταιριάζει στις προσδοκίες της. Ο καθένας πήρε την ασαφή δήλωση με τον δικό του τρόπο και το αποτέλεσμα ήταν ένα τρίκυκλο, ένας κύκλος μωρού, πάρα πολλοί κύκλοι, ένας κύκλος με την αναπηρική καρέκλα και ούτω καθεξής.
# 4) Αλλαγή στην απαίτηση:
Ένα άλλο παράδειγμα εσφαλμένης επικοινωνίας, τις περισσότερες φορές. Όταν οι υπεύθυνοι δοκιμών δεν ενημερώνονται για αλλαγές στις απαιτήσεις, θα αναφερθούν περισσότερα σφάλματα και τελικά θα απορριφθούν.
Παράδειγμα πραγματικής ζωής : Σίγουρα πρόκειται να απορρίψετε το σάντουιτς όταν το χρησιμοποιείτε ψωμί μελιού και όχι το ψωμί μπανάνας που παραγγείλατε. Τουλάχιστον γνωρίζατε ότι ο σύντροφός σας άλλαξε τον τύπο ψωμιού για παραγγελία ενώ ήσασταν στο τηλέφωνο και φυσικά δεν θεώρησε απαραίτητο να το μοιραστεί μαζί σας.
# 5) Κατανόηση του πεδίου:
Κατά τη διάρκεια της δοκιμής, αρχίζετε να δοκιμάζετε κάτι που δεν πρέπει να θεωρείται ως ελεγχόμενο σε ένα συγκεκριμένο σημείο ή δεν καλύπτεται καθόλου βάσει κριτηρίων προϊόντος. θα πέσετε θύμα απόρριψης σφαλμάτων.
Παράδειγμα πραγματικής ζωής : Υποτίθεται ότι θα σκουπίσετε ένα δωμάτιο και αυτή είναι η μόνη εστίαση. Ωστόσο, εάν διαμαρτύρεστε για το χάος στις άλλες περιοχές, σίγουρα θα σας αγνοηθεί.
# 6) Περιβάλλον δοκιμής:
Μια εφαρμογή / προϊόν είναι ένας συνδυασμός πολλών απαιτήσεων υλικού και λογισμικού - σημαντικές και δευτερεύουσες, και όταν δεν χρησιμοποιείται κατάλληλο περιβάλλον δοκιμής ή λείπει κάτι από το περιβάλλον δοκιμής, σφάλματα εφαρμογής / προϊόντος και αναφέρθηκε ένα κρίσιμο σφάλμα.
Αυτό που θα συμβεί στη συνέχεια είναι - διεξοδική διερεύνηση γιατί τις περισσότερες φορές, ακούσια δεν φροντίζουμε να παρέχουμε μικρές λεπτομέρειες σχετικά με το περιβάλλον δοκιμών που χρησιμοποιήσαμε και αυτό αυξάνει την εργασία του προγραμματιστή. Τελικά το σφάλμα απορρίπτεται.
Παράδειγμα πραγματικής ζωής : Αυτά τα νόστιμα muffins που δοκιμάσατε στο σπίτι ενός φίλου σας πριν από μερικές μέρες ήταν υπέροχα και μετά από τη συνταγή τα muffins δεν ήταν καν πιο κοντά σε αυτό που είχατε.
Λοιπόν, δεν έπρεπε να χρησιμοποιήσετε μπαγιάτικο βούτυρο καθώς δεν ήταν διαθέσιμο φρέσκο βούτυρο, δεν έπρεπε να προσθέσετε την πρέζα αλεύρι γραμμάριο, καθώς νομίζατε ότι θα προσθέσει τη γεύση, δεν έπρεπε να το μαγειρέψετε στο τηγάνι ως φούρνο ήταν εκτός λειτουργίας.
java πώς να δημιουργήσετε μια λίστα
Συνιστώμενη ανάγνωση => Πώς να προετοιμάσετε αποτελεσματικά το «περιβάλλον δοκιμών».
# 7) Χρησιμοποιημένα δεδομένα δοκιμής:
Τα δεδομένα δοκιμής που χρησιμοποιήθηκαν για τη δοκιμή ήταν αναντιστοιχία με μια απαίτηση.
Παράδειγμα πραγματικής ζωής : Ακόμα και αφού γνωρίζετε ότι η αριθμομηχανή είναι χρήσιμη για αριθμητική επεξεργασία, αν προσπαθείτε να προσθέσετε ειδικούς χαρακτήρες και όταν η αριθμομηχανή αποκρίνεται απροσδόκητα, νομίζετε ότι ήταν ακατάλληλη. Πραγματικά?
Συνιστώμενη ανάγνωση => Συμβουλές για το σχεδιασμό δεδομένων δοκιμής και Τεχνικές διαχείρισης δεδομένων δοκιμής .
# 8) Διπλό σφάλμα:
Κάποιος έχει ήδη αναφέρει το ίδιο σφάλμα και δεν φροντίσατε να το ελέγξετε πριν αναφέρετε το σφάλμα. Και πάλι απόρριψη.
Παράδειγμα πραγματικής ζωής: Το άτομο υποστήριξης πελατών δεν θα είναι ευτυχισμένο όταν λαμβάνει πολλές κλήσεις παραπόνων για το ίδιο προϊόν από κάθε μέλος της οικογένειας. Δεν ήταν αρκετό ένα τηλεφώνημα, σκέφτηκε.
# 9) Ακατάλληλη περιγραφή σφάλματος:
Όταν ο προγραμματιστής δεν μπορεί να καταλάβει τι προσπαθούσατε να μεταφέρετε μέσω της αναφοράς σφαλμάτων, περιμένετε να απορριφθεί επειδή είναι επίσης φορτωμένοι με άλλες εργασίες και όταν δεν βρίσκουν σωστή περιγραφή και απαιτούμενες λεπτομέρειες στην αναφορά σφαλμάτων, ανεξάρτητα από το πώς κρίσιμο είναι το σφάλμα, αναμένεται να επισημανθεί ως Απορρίφθηκε.
Συνιστώμενη ανάγνωση => Πώς να γράψετε μια καλή αναφορά σφαλμάτων; Συμβουλές και κόλπα.
Παράδειγμα πραγματικής ζωής: Πρέπει να ξεκλειδώσετε το αυτοκίνητο, πρέπει να καθίσετε και να ξεκινήσετε μετακινώντας τα πλήκτρα δεξιόστροφα .... το αυτοκίνητο δεν ξεκίνησε και έτσι είστε αναστατωμένοι. Δεν σας δόθηκε εντολή να ελέγξετε για βενζίνη; Ω, ένα λάθος στο εγχειρίδιο δεδομένου ότι υπέθεσε ότι σίγουρα θα καταλάβετε ότι θα πρέπει να ελεγχθεί από προεπιλογή.
πώς να ρυθμίσετε το junit σε έκλειψη
# 10) Μη αναπαραγώγιμα σφάλματα:
Κατά την αναφορά ενός σφάλματος, δεν συνειδητοποιήσατε ποτέ τη σημασία της αναπαραγωγιμότητας του σφάλματος. Απλά βεβαιωθείτε ότι το σφάλμα είναι αναπαραγώγιμο πάντα ή εμφανίζεται τυχαία μπορεί να εξοικονομήσει ώρες εργασίας και ένα ακόμη απορριφθέν σφάλμα.
Παράδειγμα πραγματικής ζωής: Τι θα ελέγξει ο γιατρός όταν παραπονιέσαι για το σκληρό κρύο αλλά δεν εντοπίζει συμπτώματα. Ω, απλά φτέρνισα σκληρά , δεν θα βελτιώσει την κατάσταση.
συμπέρασμα
Τις περισσότερες φορές, η ανθρώπινη φύση μας επιτρέπει να σκεφτόμαστε αρνητικά όταν το σφάλμα που αναφέρεται απορρίπτεται. Στην πραγματικότητα, οι προγραμματιστές δεν βλέπουν έναν συγκεκριμένο λόγο να απορρίψουν το σφάλμα εάν είναι έγκυρο.
Επομένως, την επόμενη φορά και μετά, μην εστιάζετε στον αριθμό σφαλμάτων. Επικεντρωθείτε στα ποιοτικά σφάλματα με σωστές λεπτομέρειες, γιατί τελικά αυτό που έχει σημασία είναι το πώς βοηθήσατε στη βελτίωση της ποιότητας του προϊόντος και όχι σε πόσα σφάλματα αναφέρατε.
Επίσης, διαβάστε => Πώς να επιλύσετε όλα τα σφάλματα χωρίς ετικέτα 'Μη έγκυρο σφάλμα';
Σχετικά με τον Συγγραφέα: Αυτό το χρήσιμο άρθρο γράφτηκε από το μέλος της ομάδας STH Bhumika Mehta. Είναι επικεφαλής του έργου με 7+ χρόνια εμπειρίας δοκιμών λογισμικού.
Καλή δοκιμή! Ως συνήθως περιμένουμε τις απόψεις σας για το ίδιο.
Συνιστώμενη ανάγνωση
- Πώς να επιλύσετε όλα τα σφάλματα χωρίς ετικέτα 'Μη έγκυρο σφάλμα';
- Γιατί η αναφορά σφαλμάτων είναι μια τέχνη που πρέπει να μάθει από κάθε δοκιμαστή;
- Η τέχνη της αναφοράς σφαλμάτων: Πώς να αγοράσετε και να διορθώσετε τα σφάλματα σας;
- Γιατί το λογισμικό έχει σφάλματα;
- 7 τύποι σφαλμάτων λογισμικού που κάθε δοκιμαστής πρέπει να γνωρίζει
- 11 τρόποι που ξέρετε ότι είστε δοκιμαστής ..
- Δείγμα αναφοράς σφαλμάτων
- 5 τρόποι να είστε ένας τολμηρός και αυτοπεποίθηση ελεγκτής λογισμικού