how classify positive
Μπορείτε να κάνετε κάτι με τον εύκολο ή σκληρό τρόπο - το σημαντικό είναι ότι το κάνετε. Υπάρχουν λίγα απλά καθημερινά πράγματα, αλλά χωρίς αυτοπεποίθηση, κάτι για αυτά δεν ταιριάζει απόλυτα στο μυαλό μας και η έκταση της επιτυχίας είναι ένα χτύπημα ή μια απώλεια.
Ας πάρουμε ένα απλό παράδειγμα σήμερα και να βρούμε συντομεύσεις που όχι μόνο θα αποσαφηνίσουν τις έννοιες αλλά και θα διασφαλίσουμε ότι θα το έχετε πάντα σωστό.
Θετική ή αρνητική ταξινόμηση σεναρίων δοκιμών / περιπτώσεων
Η διαδικασία σχεδιασμού δοκιμής είναι 3 φορές:
- Προσδιορίστε τις απαιτήσεις
- Γράψτε σενάρια δοκιμής (ένας δείκτης γραμμής τι πρέπει να δοκιμάσετε)
- Σχεδιάστε λεπτομερείς οδηγίες για τον τρόπο δοκιμής (δοκιμαστικές περιπτώσεις)
Κατά τη σύνταξη δοκιμαστικών σεναρίων, τα ταξινομούμε σε θετικές και αρνητικές συνθήκες. (Όταν το σκέφτεστε, είναι πραγματικά σημαντικό να κάνετε αυτήν την ταξινόμηση; Εάν ναι, ποιο σκοπό εξυπηρετεί; Πρέπει να τα δοκιμάσουμε ούτως ή άλλως, έτσι δεν είναι;) Με χτυπά, επίσης, ως επί το πλείστον. Πιστεύω όμως ότι είναι μια προσπάθεια να εξασφαλιστεί επαρκής κάλυψη και βοηθά στο να διαπιστωθεί ότι δοκιμάζουμε τόσο τις ευτυχείς όσο και τις εναλλακτικές διαδρομές που υποτίθεται ότι πρέπει να χειριστεί το σύστημα. Παρακαλώ σχολιάστε παρακάτω, εάν γνωρίζετε άλλους λόγους για τους οποίους γίνεται αυτό.
Τώρα, ας δούμε μερικές απαιτήσεις, γράψτε σενάρια δοκιμών και εκτελέστε την ταξινόμηση.
# 1) Σύνδεση :Ένας χρήστης που εισάγει σωστά διαπιστευτήρια μπαίνει στο σύστημα. Εάν τα διαπιστευτήρια είναι λανθασμένα, η πρόσβαση δεν επιτρέπεται και εμφανίζεται ένα μήνυμα σφάλματος.
# 2) Προβολή προϊόντων: Ας υποθέσουμε ότι υπάρχει ένας ηλεκτρονικός κατάλογος όλων των προϊόντων που διατίθενται στο σύστημα και τα εμφανίζει όλα σε μια λίστα όταν κάνετε κλικ στο σύνδεσμο 'Προβολή προϊόντων'.
# 3) Αποσύνδεση: Όταν κάνετε κλικ σε αυτόν τον σύνδεσμο, ο χρήστης αποσυνδέεται.
Θα γράψω μερικά σενάρια δοκιμών για αυτές τις απαιτήσεις.
Πίνακας Α:Ο σωστός τρόπος
Αναγνωριστικό σεναρίου δοκιμής | Περιγραφή σεναρίου δοκιμής | Θετικό αρνητικό |
---|---|---|
TS_login_01 | Επικυρώστε εάν ο χρήστης συνδεθεί επιτυχώς εάν τα διαπιστευτήρια που έχουν εισαχθεί είναι σωστά | Θετικός |
TS_login_02 | Επικυρώστε εάν ο χρήστης δεν έχει πρόσβαση όταν τα διαπιστευτήρια που έχουν εισαχθεί είναι λανθασμένα | Αρνητικός |
TS_ViewProduct_01 | Επικυρώστε εάν εμφανίζονται όλα τα στοιχεία όταν κάνετε κλικ στο σύνδεσμο Προβολή προϊόντων | Θετικός |
TS_logout_01 | Επικυρώστε εάν ο ήδη συνδεδεμένος χρήστης έχει αποσυνδεθεί από το σύστημα όταν κάνετε κλικ στην έξοδο | Θετικός |
Ωστόσο, μερικές φορές βλέπω το σενάριο δοκιμής να γράφεται έτσι.
Πίνακας Β: Οι καταχωρήσεις επισημάνθηκανΚαθαράδεν είναι έγκυρα σενάρια δοκιμής.
Αναγνωριστικό σεναρίου δοκιμής | Περιγραφή σεναρίου δοκιμής | Θετικό αρνητικό |
---|---|---|
TS_login_01 | Επικυρώστε εάν ο χρήστης συνδεθεί επιτυχώς εάν τα διαπιστευτήρια που έχουν εισαχθεί είναι σωστά | Θετικός |
TS_login_02 | Επικυρώστε εάν ο χρήστης δεν έχει πρόσβαση όταν τα διαπιστευτήρια που έχουν εισαχθεί είναι λανθασμένα | Αρνητικός |
TS_ViewProduct_01 | Επικυρώστε εάν εμφανίζονται όλα τα στοιχεία όταν κάνετε κλικ στο σύνδεσμο Προβολή προϊόντων | Θετικός |
TS_ViewProduct_02 | Επικυρώστε εάν δεν εμφανίζονται όλα τα στοιχεία όταν κάνετε κλικ στο σύνδεσμο προβολής προϊόντων | Αρνητικός |
TS_logout_01 | Επικυρώστε εάν ο ήδη συνδεδεμένος χρήστης έχει αποσυνδεθεί από το σύστημα όταν κάνετε κλικ στην έξοδο | Θετικός |
TS_logout_02 | Επικυρώστε εάν ο χρήστης δεν αποσυνδεθεί όταν κάνετε κλικ στο σύνδεσμο αποσύνδεσης | Αρνητικός |
Για την επιτυχημένη περίπτωση σύνδεσης, υπάρχει μια ίση και αντίθετη περίπτωση όταν δεν θα είναι επιτυχής. Δεν υποτίθεται ότι όλες οι προϋποθέσεις πρέπει να είναι έτσι και γι 'αυτές, δεν υπάρχει καμία υποχρέωση να γράφετε ένα αρνητικό σενάριο.
Κατώτατη γραμμή: Δεν πρέπει κάθε απαίτηση να έχει αρνητικές περιπτώσεις.
Σε αυτό το σημείο, εάν σκέφτεστε 'Πώς θα ξέρω' ή 'δεν είμαι ακόμα σίγουρος', εδώ είναι ένα απλό cheat sheet που θα σας βοηθήσει.
καλύτερη εφαρμογή φύλλου χρόνου για πολλούς υπαλλήλους
Εάν υπάρχει μια γενίκευση που μπορούμε να κάνουμε για τις εφαρμογές είναι ότι είναι δυναμικές. Η είσοδος (δεδομένα, κλικ κ.λπ.) που παρέχουμε θα προκαλέσει την εφαρμογή να είναι ένας συγκεκριμένος τρόπος και να δημιουργήσει μια συγκεκριμένη έξοδο.
Μια απλή συσχέτιση μεταξύ των μεταβλητών εισόδου και εξόδου θα το καταστήσει κατανοητό.
Ας δοκιμάσουμε τα παρακάτω για σύνδεση:
Εισαγωγή | Παραγωγή | Θετικό αρνητικό |
---|---|---|
Σωστό (σωστά στοιχεία σύνδεσης) | Σωστό (Ο χρήστης έχει συνδεθεί) | Θετικός |
Λανθασμένο (λανθασμένα στοιχεία σύνδεσης) | Σωστό (Ένα μήνυμα σφάλματος) | Αρνητικός |
Σωστό (σωστά στοιχεία σύνδεσης) | Λάθος - Η σύνδεση απέτυχε | Σφάλμα / Ελάττωμα |
Λανθασμένο (λανθασμένα στοιχεία σύνδεσης) | Λανθασμένο (το σύστημα τα συνδέει) - 'Ω, ο τρόμος!' :) | Σφάλμα / ελάττωμα |
Έτσι, βλέπετε από τον παραπάνω πίνακα, μπορούμε να πούμε ότι κατηγοριοποιούμε την πρωτογενή ροή ως θετική και η εναλλακτική ροή (επίσης η σωστή συμπεριφορά της εφαρμογής) επισημαίνεται ως αρνητική.
Οι δύο τελευταίες περιπτώσεις με κόκκινο χρώμα είναι στην πραγματικότητα σφάλματα. Η δοκιμή αφορά την επικύρωση των απαιτήσεων και όταν δεν λειτουργούν όπως προβλεπόταν, εντοπίζουμε σφάλματα. Δεδομένου ότι δεν επιβεβαιώνουμε ελαττώματα, οι δύο τελευταίες περιπτώσεις δεν είναι έγκυρες.
Ακολουθώντας την ίδια γραμμή σκέψης και εφαρμόζοντάς την για αποσύνδεση και προβολή προϊόντων, εδώ είναι αυτό που θα λάβετε.
Εισαγωγή | Παραγωγή | Θετικό αρνητικό |
---|---|---|
Αποσύνδεση (κλικ) | Σωστό - Αποσύνδεση | Θετικός |
Αποσύνδεση (κλικ) | Λανθασμένη - Παραμένει συνδεδεμένη | Σφάλμα / ελάττωμα |
Προβολή προϊόντων (κλικ) | Σωστό - Εμφανίζει προϊόντα | Θετικός |
Προβολή προϊόντων (κλικ) | Εσφαλμένη (όχι λίστα ή εσφαλμένη εμφάνιση λίστας) | Σφάλμα / ελάττωμα |
Όπως μπορείτε να δείτε, για αυτές τις απαιτήσεις, δεν υπάρχει δυνατότητα παροχής λανθασμένης εισαγωγής. Επομένως, δεν χρειάζεται να γράφονται σενάρια / περιπτώσεις αρνητικών δοκιμών.
Τελικές σκέψεις:
Το σύστημα θα μπορούσε να υποβληθεί σε θετική ή αρνητική είσοδο. Σε κάθε περίπτωση, το σύστημα θα πρέπει να παράγει σωστή έξοδο. Οι περιπτώσεις που τείνουν να αντιμετωπίζουν τη σωστή εισαγωγή είναι θετικές. Αυτά που αφορούν τη σωστή αλλά αρνητική εισαγωγή είναι αρνητικά.
Μερικοί δείκτες:
# 1) Όταν ένα end-to-end δοκιμές είναι γραμμένα για UAT ή ακόμη και δοκιμές συστήματος, είναι πάντα οι θετικές δοκιμαστικές περιπτώσεις που το κάνουν στη ροή.
#δύο) Μερικές φορές, η ταξινόμηση είναι υποκειμενική.Για παράδειγμα, εάν διαγράφω κάτι σε έναν ιστότοπο και λαμβάνω ένα μήνυμα επιβεβαίωσης που με ρωτάει 'Είστε βέβαιοι ότι θέλετε να διαγράψετε αυτήν την καταχώριση;' με επιλογές ΟΚ και Ακύρωση - σύμφωνα με εμένα, κάνοντας κλικ στο ακύρωση είναι θετική περίπτωση. Ωστόσο, ορισμένοι πιστεύουν ότι είναι αρνητικό, καθώς ο κύριος σκοπός της επιλογής 'Διαγραφή' είναι να διαγράψετε και να μην ακυρώσετε τη λειτουργία. Έτσι, η κρίση ενός δοκιμαστή παίζει επίσης ρόλο στην ταξινόμηση.
# 3) Για κάθε θετική περίπτωση, δεν υπάρχει πάντα μια ίδια και αντίθετη αρνητική περίπτωση.
Η παραπάνω μέθοδος εγγυάται πάντα τη σωστή ταξινόμηση. Δοκιμάστε το μόνοι σας και πείτε μου, αν όχι. :) «Μια συντόμευση είναι συχνά λάθος περικοπή». - Αλλά τότε, μπορεί να μην συμβαίνει σε αυτήν την περίπτωση!
Για μια πιο επίσημη εξήγηση των αρνητικών δοκιμών, ελέγξτε => Τι είναι η αρνητική δοκιμή και πώς να γράφετε αρνητικές δοκιμές;
Σχετικά με τον Συγγραφέα: Αυτό το άρθρο γράφτηκε από το μέλος της ομάδας της STH Swati S. Γίνετε μέλος στο ζωντανό πρόγραμμα εκπαίδευσης QA εδώ: Η καλύτερη εκπαίδευση δοκιμών λογισμικού που θα έχετε ποτέ! '
Ενημερώστε μας εάν σας άρεσε αυτό το άρθρο και θέλετε να δείτε αυτές τις βασικές έννοιες που εξηγούνται εύκολα στα επόμενα άρθρα.
Τα σχόλια, οι ερωτήσεις, τα σχόλιά σας και η αναγνωσιμότητα σας εκτιμάται ιδιαίτερα και εκτιμάται εδώ στο STH. Καλή δοκιμή!
Συνιστώμενη ανάγνωση
- Θετικές δοκιμές: Σημασία και πλεονεκτήματα που εξηγούνται με σενάρια πραγματικών δοκιμών
- Τρόπος σύνταξης δοκιμαστικών περιπτώσεων για μια σελίδα σύνδεσης (δείγματα σεναρίων)
- Τι είναι η αρνητική δοκιμή και πώς να γράφετε αρνητικές δοκιμές;
- Τρόπος σύνταξης δοκιμαστικών περιπτώσεων για μηχάνημα ATM (δείγματα σεναρίων)
- Αποτελεσματικά σενάρια σεληνίου και σενάρια αντιμετώπισης προβλημάτων - Σελήνιο σεμινάριο # 27
- Τύποι δοκιμών μετεγκατάστασης: Με σενάρια δοκιμής για κάθε τύπο
- Εκμάθηση QTP # 24 - Χρήση εικονικών αντικειμένων και σεναρίων αποκατάστασης σε δοκιμές QTP
- Δοκιμές Εφαρμογών Υγείας - Συμβουλές και Σημαντικά Σενάρια Δοκιμών (Μέρος 2)