7 types software errors that every tester should know
Ήρθε ξανά η ώρα για μια ανάρτηση βασικές δοκιμές λογισμικού . Αυτή η ανάρτηση αφορά τύπους σφαλμάτων λογισμικού που πρέπει να γνωρίζουν όλοι οι υπεύθυνοι δοκιμών.
mysql συνεντεύξεις ερωτήσεις και απαντήσεις για 3 χρόνια εμπειρίας
Τα σφάλματα λογισμικού είναι πολλών τύπων. Ένα σφάλμα είναι ένα σφάλμα ανεξάρτητα από το τι. Αλλά μερικές φορές, είναι σημαντικό να κατανοήσουμε τη φύση, τις συνέπειές της και την αιτία για την καλύτερη επεξεργασία της.
Αυτό βοηθά στην ταχύτερη αντίδραση και το πιο σημαντικό, στην κατάλληλη αντίδραση.
Σε αυτό το άρθρο, θα συζητήσουμε κοινά είδη σφαλμάτων λογισμικού και πώς να τα αναγνωρίσετε κατά τη διάρκεια της δοκιμής με μερικά παραδείγματα και απλές ασκήσεις.
Ας ξεκινήσουμε καθορίζοντας σφάλματα λογισμικού και σφάλματα.
Τι θα μάθετε:
- Σφάλματα και σφάλματα λογισμικού
- Κοινές κατηγορίες σφαλμάτων λογισμικού:
- Μια άσκηση:
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Σφάλματα και σφάλματα λογισμικού
Όπως ορίζεται στο Βικιπαίδεια ' Ενα λάθος είναι μια απόκλιση από την ακρίβεια ή την ορθότητα ' και ' ΠΡΟΣ ΤΗΝ σφάλμα λογισμικού είναι σφάλμα, ελάττωμα, αστοχία ή σφάλμα σε πρόγραμμα ή σύστημα υπολογιστή που το προκαλεί εσφαλμένο ή απροσδόκητο αποτέλεσμα ή συμπεριφορά με ακούσιο τρόπο '
Έτσι, μπορούν να συναχθούν τα ακόλουθα:
- Το σφάλμα είναι μια διακύμανση του πραγματικού αποτελέσματος από το αναμενόμενο αποτέλεσμα.
- Τα σφάλματα είναι μια κατηγορία σφάλματα λογισμικού .
- Σφάλματα μπορούν να εισαχθούν ως αποτέλεσμα ελλιπών ή ανακριβών απαιτήσεων ή λόγω προβλημάτων εισαγωγής δεδομένων σε ανθρώπους.
Κοινές κατηγορίες σφαλμάτων λογισμικού:
# 1) Σφάλματα λειτουργικότητας :
Η λειτουργικότητα είναι ένας τρόπος με τον οποίο προορίζεται το λογισμικό να συμπεριφέρεται. Το λογισμικό παρουσιάζει σφάλμα λειτουργικότητας εάν κάτι που αναμένετε να κάνει είναι δύσκολο, αμήχανο, σύγχυση ή αδύνατο.
Ελέγξτε αυτό το στιγμιότυπο οθόνης:
Το κουμπί Αναμενόμενη λειτουργικότητα για Ακύρωση είναι ότι το παράθυρο «Δημιουργία νέου έργου» πρέπει να κλείσει και καμία από τις αλλαγές δεν πρέπει να αποθηκευτεί (δηλαδή δεν πρέπει να δημιουργηθεί νέο έργο). Εάν δεν μπορείτε να κάνετε κλικ στο κουμπί Άκυρο, τότε πρόκειται για σφάλμα λειτουργικότητας.
# 2) Σφάλματα επικοινωνίας:
Αυτά τα σφάλματα παρουσιάζονται στην επικοινωνία από λογισμικό σε τελικό χρήστη. Οτιδήποτε πρέπει να γνωρίζει ο τελικός χρήστης για να χρησιμοποιήσει το το λογισμικό πρέπει να διατίθεται στην οθόνη .
Λίγα παραδείγματατων σφαλμάτων επικοινωνίας - Δεν παρέχονται οδηγίες βοήθειας / μενού, λειτουργίες που αποτελούν μέρος της έκδοσης αλλά δεν τεκμηριώνονται στο μενού βοήθειας, ένα κουμπί με την ονομασία 'Αποθήκευση' δεν θα πρέπει να διαγράψει ένα αρχείο κ.λπ.
# 3) Λείπουν σφάλματα εντολών:
Αυτο συμβαινει να συμβεί όταν λείπει μια αναμενόμενη εντολή . Δείτε αυτό το στιγμιότυπο οθόνης:
Αυτό το παράθυρο επιτρέπει στο χρήστη να δημιουργήσει ένα νέο έργο. Ωστόσο, δεν υπάρχει επιλογή για τον χρήστη να βγεί από αυτό το παράθυρο χωρίς να δημιουργήσει το έργο. Δεδομένου ότι η επιλογή 'Ακύρωση' δεν παρέχεται στον χρήστη, αυτό λείπει σφάλμα εντολής.
# 4) Συντακτικό σφάλμα:
Τα συντακτικά σφάλματα είναι ορθογραφικά λόγια ή γραμματικά εσφαλμένες προτάσεις και είναι πολύ εμφανή κατά τη δοκιμή του λογισμικού GUI . Λάβετε υπόψη ότι ΔΕΝ αναφερόμαστε σε συντακτικά σφάλματα στον κώδικα. Ο μεταγλωττιστής θα προειδοποιήσει τον προγραμματιστή για τυχόν σφάλματα σύνταξης που εμφανίζονται στον κώδικα
Σημειώστε τη λανθασμένη λέξη «Ακύρωση»:
Σημειώστε το γραμματικά εσφαλμένο μήνυμα:
# 5) Σφάλμα χειρισμού σφαλμάτων:
Τυχόν σφάλματα που προκύπτουν κατά την αλληλεπίδραση του χρήστη με το λογισμικό πρέπει να αντιμετωπίζονται με σαφήνεια και ουσιαστικός τρόπος . Εάν όχι, καλείται ως σφάλμα χειρισμού σφαλμάτων.
Ρίξτε μια ματιά σε αυτήν την εικόνα. Το μήνυμα σφάλματος δεν δίνει καμία ένδειξη για το τι είναι το σφάλμα. Λείπει υποχρεωτικό πεδίο, σφάλμα αποθήκευσης, σφάλμα φόρτωσης σελίδας ή είναι σφάλμα συστήματος; Ως εκ τούτου, αυτό είναι ένα «Σφάλμα παράδοσης σφάλματος».
Όταν είναι δυνατόν, θα πρέπει να αναφέρονται περαιτέρω βήματα για να ακολουθήσει ο χρήστης.
Εάν το λογισμικό έχει ορισμένα υποχρεωτικά πεδία που πρέπει να συμπληρωθούν για να αποθηκεύσουν τις πληροφορίες σε μια φόρμα, τα μηνύματα επικύρωσης πρέπει να είναι σαφή και ενδεικτικά της ενέργειας που απαιτείται από τον χρήστη.
Εδώ είναι άλλαπαραδείγματα:
# 6) Σφάλματα υπολογισμού:
Αυτά τα σφάλματα παρουσιάζονται για οποιονδήποτε από τους ακόλουθους λόγους:
- Κακή λογική
- Εσφαλμένοι τύποι
- Αναντιστοιχία τύπου δεδομένων
- Σφάλματα κωδικοποίησης
- Ζητήματα κλήσεων λειτουργίας κ.λπ.
Το 1999, η NASA έχασε τον τροχιακό τροχιά του Άρη, επειδή ένας από τους υπεργολάβους που χρησιμοποίησε η NASA είχε χρησιμοποιήσει αγγλικές μονάδες αντί του επιδιωκόμενου μετρικού συστήματος, το οποίο προκάλεσε τη σωστή λειτουργία των προωθητών του τροχιά. Λόγω αυτού του σφάλματος, ο τροχιάς έπεσε σχεδόν αμέσως όταν έφτασε στον Άρη.
# 7) Ελέγξτε τα σφάλματα ροής :
Η ροή ελέγχου ενός λογισμικού περιγράφει τι θα κάνει στη συνέχεια και σε ποια κατάσταση.
Για παράδειγμα, σκεφτείτε ένα σύστημα στο οποίο ο χρήστης πρέπει να συμπληρώσει μια φόρμα και οι διαθέσιμες επιλογές για τον χρήστη είναι: Αποθήκευση, Αποθήκευση και Κλείσιμο και Ακύρωση. Εάν ένας χρήστης κάνει κλικ στο κουμπί 'Αποθήκευση και κλείσιμο', οι πληροφορίες χρήστη στη φόρμα θα πρέπει να αποθηκευτούν και η φόρμα θα πρέπει να κλείσει. Εάν κάνετε κλικ στο κουμπί δεν κλείνει τη φόρμα, τότε πρόκειται για σφάλμα ροής ελέγχου.
Μια άσκηση:
Ας προσδιορίσουμε σε ποιες κατηγορίες σφαλμάτων εμπίπτουν τα ακόλουθα:
Ασκηση 1:
καλύτερο λογισμικό για τον καθαρισμό του υπολογιστή
Αυτά είναι σφάλματα χειρισμού σφαλμάτων.
Άσκηση # 2:
Αυτό είναι ένα σφάλμα εντολής που λείπει. Απαιτείται κουμπί Ακύρωσης αλλά λείπει. Επίσης, και τα δύο κουμπιά «Συνέχεια» και «Διαγραφή» είναι περιττά και εκτελούν την ίδια λειτουργία.
Άσκηση # 3
Αυτό είναι συντακτικό σφάλμα.
Επόμενο βήμα:
Η αναφορά σφάλματος μόλις εντοπιστεί είναι απαραίτητη. Για καλύτερα αποτελέσματα, αναφέρετε αμέσως.
Συμπεριλάβετε την περιγραφή, την προτεραιότητα, τη σοβαρότητα, τα σκανδάλη και τα βήματα για την αναδημιουργία του σεναρίου, καταγράφει την οθόνη (εάν υπάρχει) στην αναφορά σφαλμάτων.
Για περισσότερες πληροφορίες σχετικά με τη σύνταξη αποτελεσματικών αναφορών ελαττωμάτων, ελέγξτε αυτήν την ανάρτηση .
συμπέρασμα
Η αναγνώριση ελαττωμάτων, η κατηγοριοποίηση, η αναφορά και η κατάργηση τελικά αποτελούν μέρος των δραστηριοτήτων ποιοτικού ελέγχου.
Όμως, η πρόληψη είναι καλύτερη από τη θεραπεία. Η ουσία της Διασφάλισης Ποιότητας Λογισμικού είναι η καθιέρωση διαδικασιών παρακολούθησης και επιθεώρησης σε κάθε στάδιο του Κύκλου Ζωής Ανάπτυξης Λογισμικού.
Προτεινόμενη ανάγνωση = >> Πώς να επιδιορθώσετε το σφάλμα Audio Renderer
Ο στόχος είναι να εντοπιστούν λάθη όσο το δυνατόν νωρίτερα. Αυτό συμβαίνει επειδή το κόστος εύρεσης και διόρθωσης σφαλμάτων αυξάνεται δραματικά καθώς εξελίσσεται η ανάπτυξη λογισμικού. Ως εκ τούτου, ο εντοπισμός σφαλμάτων από νωρίς είναι απαραίτητος.
Η επιδιόρθωση σφάλματος είναι η φθηνότερη κατά το στάδιο ανάλυσης απαιτήσεων, γίνεται σταδιακά ακριβό με κάθε στάδιο και είναι πιο ακριβό στη φάση συντήρησης μετά την κυκλοφορία.
Ως μηχανικοί της QA, ενδέχεται να συμμετέχουμε άμεσα ή όχι στον καθορισμό απαιτήσεων. Μπορεί επίσης να έχουμε λίγο ή καθόλου άμεσο έλεγχο στην ποιότητα των απαιτήσεων.
Επομένως, είναι σημαντικό να είμαστε σε θέση να εντοπίσουμε, να αναζητήσουμε και να αναφέρουμε τυχόν σφάλματα που συναντούμε κατά τη φάση δοκιμής.
Σχετικά με τον Συγγραφέα: Αυτό το χρήσιμο άρθρο γράφτηκε από τη Neha B. Αυτή τη στιγμή εργάζεται ως Διαχειριστής Διασφάλισης Ποιότητας και ειδικεύεται στην καθοδήγηση και διαχείριση ομάδων εσωτερικών και υπεράκτιων QA.
Ενημερώστε μας για άλλους τύπους σφαλμάτων λογισμικού που γνωρίζετε ή αντιμετωπίσατε.
Συνιστώμενη ανάγνωση
- Τύποι κινδύνων σε έργα λογισμικού
- Δείγμα αναφοράς σφαλμάτων
- Ανακοινώνοντας το νέο μου eBook «Πακέτο δοκιμών λογισμικού καριέρας - Το ταξίδι του ελεγκτή λογισμικού από το να πάρει δουλειά για να γίνει δοκιμαστικός ηγέτης!»
- Είναι η εργασία του Software Tester's Low Low Profile;
- Οδηγός περίληψης δοκιμών τέλειου λογισμικού (με δείγμα βιογραφικού ελέγχου δοκιμής)
- 5 τρόποι να είστε ένας τολμηρός και αυτοπεποίθηση ελεγκτής λογισμικού
- 5 πράγματα που πρέπει να γνωρίζει ένας προγραμματιστής για αρχάριους (και δοκιμαστές) σχετικά με τη δοκιμή λογισμικού
- Χαρακτηριστικά ενός κακού ελεγκτή λογισμικού