acceptance testing documentation with real time scenarios
Τεκμηρίωση δοκιμής αποδοχής (Μέρος-II):
Προηγούμενο σεμινάριο | ΕΠΟΜΕΝΟ Φροντιστήριο
Αυτό το σεμινάριο είναι η συνέχεια του προηγούμενου σεμιναρίου μας όπου συζητήσαμε τι είναι η δοκιμή αποδοχής, πότε πρέπει να γίνει, ποιος το κάνει, τη σημασία του, τους τύπους, τη διαδικασία, τον αντίκτυπο σε διαφορετικές ομάδες κ.λπ.
χρησιμοποιώντας regex στο c ++
Τα έγγραφα διαδραματίζουν πολύ σημαντικό ρόλο στη δοκιμή αποδοχής και τυχόν ζητήματα σχετικά με το έγγραφο έχουν τεράστιο αρνητικό αντίκτυπο. Όταν δεν ασκείται σωστός έλεγχος, τότε μπορεί ακόμη και να οδηγήσει σε αποτυχία του προϊόντος.
=> Κάντε κλικ εδώ για πλήρη σειρά εκπαιδευτικών σειρών
Σε αυτό το σεμινάριο, θα μάθουμε περισσότερα σχετικά με τη διαφορετική τεκμηρίωση που εμπλέκεται στη δοκιμή αποδοχής, δηλαδή, Σχέδιο δοκιμής αποδοχής, λίστα ελέγχου κριτικών σχεδίων δοκιμών, πρότυπο δοκιμής αποδοχής, παραδείγματα βασισμένα σε σενάρια σε πραγματικό χρόνο, πώς να προσδιορίσετε και να γράψετε δοκιμές αποδοχής κ.λπ. .
Τι θα μάθετε:
- Σχέδιο δοκιμής αποδοχής
- Πρότυπο σχεδίου δοκιμής αποδοχής
- Αναθεώρηση του σχεδίου δοκιμής αποδοχής
- Δοκιμές αποδοχής
- Επανεξέταση των δοκιμών αποδοχής
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Σχέδιο δοκιμής αποδοχής
Όπως κάθε άλλο πρόγραμμα δοκιμών, το σχέδιο δοκιμής αποδοχής περιλαμβάνει επίσης ορισμένα στοιχεία όπως το πεδίο εφαρμογής, την προσέγγιση, το περιβάλλον δοκιμών, τους πόρους, τις ευθύνες, τις αναφορές δοκιμών αποδοχής, τα κριτήρια εισόδου, τα κριτήρια εξόδου, τα εργαλεία κ.λπ.
Το μόνο πράγμα που διαφοροποιεί το σχέδιο δοκιμής αποδοχής από ένα κανονικό σχέδιο δοκιμών είναι οι παράγοντες που οδηγούν σε επιχειρηματική απόφαση. Το Σχέδιο δοκιμής αποδοχής είναι ένα από τα ζωτικά έγγραφα που παρέχουν οδηγίες σχετικά με τον τρόπο εκτέλεσης δοκιμών αποδοχής για ένα συγκεκριμένο έργο.
Το σχέδιο δοκιμής αποδοχής πρέπει να επανεξεταστεί και να εγκριθεί πριν από την εκτέλεση της δοκιμής αποδοχής. Όλες οι επόμενες αλλαγές πρέπει να υποβληθούν ξανά σε διαδικασία ελέγχου και έγκρισης και πρέπει να είναι σε καλό δρόμο.
Η αναθεώρηση του σχεδίου δοκιμής αποδοχής γίνεται συνήθως από διαχειριστές / αναλυτές επιχειρήσεων / πελάτες.
Βασικά σημεία που πρέπει να ληφθούν υπόψη κατά το σχεδιασμό του σχεδίου δοκιμής αποδοχής:
- Θα έπρεπε να είναι Λεπτομερής και συγκεκριμένη. Πρέπει να περιλαμβάνει μόνο ό, τι απαιτείται για τη δοκιμή και ποιες πληροφορίες είναι απαραίτητες για να πραγματοποιήσει η δοκιμή η ομάδα.
- Θα έπρεπε να είναι Σαφές και συνοπτικό . Χωρίς αμφισημία. Εάν υπάρχει κάτι που μπορεί να οδηγήσει σε σύγχυση, επεξεργαστείτε το, αλλά διατηρήστε το σύντομο και αποτελεσματικό.
- Κάθε συστατικό στο έγγραφο πρέπει να συντάσσεται λαμβάνοντας υπόψη μόνο τις Επιχειρηματικές Απαιτήσεις.
- Αξιόπιστο και προσαρμόσιμο - Θα πρέπει να ενημερώνεται όπως απαιτείται στις μελλοντικές κυκλοφορίες.
- Σταθερός - Δεν θα πρέπει να έχει περισσότερες αλλαγές στο μέλλον.
- Ακολουθήστε το πρότυπο που παρέχεται από τον Οργανισμό ή τον Πελάτη.
Πρότυπο σχεδίου δοκιμής αποδοχής
Εδώ θα ρίξουμε μια ματιά σε ένα κοινό πρότυπο για το Πρόγραμμα δοκιμής αποδοχής που μπορεί να τροποποιηθεί περαιτέρω σύμφωνα με τις απαιτήσεις του έργου.
Τίτλος
Σκοπός
Ιστορικό αναθεωρήσεων / Αρχείο καταγραφής αλλαγών
< Αυτό θα πρέπει να είναι σε μορφή πίνακα με τις παρακάτω πληροφορίες:
- Ημερομηνία - Η ημερομηνία τροποποίησης του εγγράφου.
- Τροποποιήθηκε από - Ποιος άλλαξε το περιεχόμενο του εγγράφου.
- Σκοπός - Γιατί τροποποιήθηκε το έγγραφο.
- Εκδοχή - Τρέχουσα έκδοση του εγγράφου μετά από τροποποιήσεις (πηγαίνει ως 1.0, 1.1, 1.2, 1.3,… για μια συγκεκριμένη έκδοση. Η επόμενη έκδοση θα ξεκινήσει από 2, 2.1, 2.2, 2.3,…, Η λίστα συνεχίζεται).
- Εγκρίθηκε από - Ποιος ενέκρινε τις αλλαγές που έγιναν (σημαίνει σιωπηρά ότι το έγγραφο έχει ελεγχθεί και εγκριθεί).
Η πρώτη σειρά σε αυτόν τον πίνακα πρέπει να είναι οι λεπτομέρειες που δημιουργήθηκαν από το έγγραφο. Στη συνέχεια ακολουθεί τις λεπτομέρειες των αλλαγών που έγιναν.>
Πίνακας περιεχομένων
βιβλιογραφικές αναφορές
Πεδίο εφαρμογής
Εισαγωγή
Είδη δοκιμής
Χαρακτηριστικά που πρέπει να δοκιμαστούν
Χαρακτηριστικά που δεν πρέπει να δοκιμαστούν
Πλησιάζω
Λεπτομέρειες περιβάλλοντος δοκιμής
Κριτήρια εισόδου
Δοκιμές - Εάν δεν υπάρχουν γραπτές δοκιμές αποδοχής
Κάθε δοκιμή πρέπει να περιλαμβάνει:
- Δοκιμή #.
- Μια περιγραφή του τι δοκιμάζεται ( Παράδειγμα : Επαληθεύστε εάν ένας χρήστης μπορεί να δημιουργήσει έναν λογαριασμό με επιτυχία).
- Επιχειρηματική απαίτηση στην οποία αντιστοιχεί αυτή η δοκιμή ( Πίνακας ιχνηλασιμότητας ) - Πολύ σημαντικό.
- Προϋποθέσεις:
- Κατάσταση του προϊόντος πριν από την έναρξη της δοκιμής (Ο χρήστης θα πρέπει να έχει εγγραφεί με επιτυχία αλλά να μην έχει ενεργοποιήσει τον λογαριασμό, Ο Χρήστης θα πρέπει να έχει αποκτήσει πρόσβαση στο προϊόν πριν από τουλάχιστον 30 ημέρες κ.λπ.)
- Οποιεσδήποτε συνθήκες διακομιστή - Πρέπει ο διακομιστής να είναι εκτός λειτουργίας για κάποιο χρονικό διάστημα.
- Βήματα δοκιμής: Λεπτομερής αριθμημένη ροή ( Παράδειγμα: Δες παρακάτω
- Ανοίξτε την εφαρμογή.
- Προσπάθεια σύνδεσης με έγκυρα διαπιστευτήρια με επιλεγμένο πλαίσιο ελέγχου Να με θυμάσαι).
- Αναμενόμενο Αποτέλεσμα : Ποια είναι η αναμενόμενη συμπεριφορά του βήματος>
Δοκιμές αποδοχής - Εάν υπάρχουν γραπτές δοκιμές αποδοχής
Κριτήρια εξόδου
Πόροι
Ρόλοι και ευθύνες
Εργαλεία
Παράγοντες επιχειρηματικής απόφασης
Διαδικασία αποσύνδεσης
Σημείο επαφής
Το σχέδιο δοκιμής αποδοχής θεωρείται ως το Πρόγραμμα Master Test για τη Φάση .
Αναθεώρηση του σχεδίου δοκιμής αποδοχής
Μόλις το σχέδιο είναι έτοιμο, πρέπει να επανεξεταστεί για πληρότητα, ασάφεια, καθαρότητα, ποιότητα κ.λπ. Χωρίς αμφιβολία ότι, ολόκληρο το περιεχόμενο στο σχέδιο δοκιμής αποδοχής πρέπει να αναθεωρηθεί διεξοδικά για σωστές πληροφορίες, αλλά, πρέπει να να αναθεωρηθούν σε λίγα άλλα σημεία, ας πούμε σημεία ελέγχου.
Εδώ, ας κατηγοριοποιήσουμε το περιεχόμενο και να δούμε τα σημεία της λίστας ελέγχου.
| Κατηγορία | Σημεία λίστας ελέγχου |
|---|---|
| Δοκιμές αποδοχής | Είναι αριθμημένες οι δοκιμές Είναι οι Προϋποθέσεις αριθμημένες Είναι κατανοητά τα βήματα δοκιμής Ολοκληρώθηκαν τα βήματα δοκιμής Είναι το αναμενόμενο αποτέλεσμα ολοκληρωμένο Υπάρχει ανοιχτή ερώτηση στις δοκιμές (εάν υπάρχει, παρακολούθηση και συμπλήρωση) Είναι έγκυρη και υπάρχουσα η αναφορά στις Δοκιμές Αποδοχής (εάν γράφονται χωριστά) Είναι σωστή η ανιχνευσιμότητα Υπάρχει κάποια επιχειρησιακή απαίτηση που δεν έχει καλυφθεί για δοκιμή |
| Τίτλος | Είναι ο τίτλος που ταιριάζει με τον τίτλο του έργου όπως αναφέρεται παντού Είναι ο τίτλος σύμφωνα με τις συμβάσεις ονομασίας του Έργου |
| Ιστορικό αναθεωρήσεων, πίνακας περιεχομένων | Παρακολουθείται κάθε τροποποίηση έκδοσης κατάλληλα για το πρόγραμμα Έχει υποβληθεί σε κατάλληλη αναθεώρηση κάθε αλλαγή έκδοσης και αναφέρεται Είναι σωστή η έκδοση εκδόσεων Ο πίνακας περιεχομένων ταιριάζει με το πραγματικό περιεχόμενο του σχεδίου Είναι σωστός ο αριθμός σελίδας για κάθε περιεχόμενο Ενημερώνεται ο αριθμός σελίδας εάν οι τροποποιήσεις που έγιναν στο σχέδιο άλλαξαν τον αριθμό σελίδας των περιεχομένων |
| βιβλιογραφικές αναφορές | Είναι οι αναφορές υπάρχουσες και έγκυρες Ταιριάζουν με το πεδίο εφαρμογής Είναι πλήρεις και εξετάζονται για τον προσδιορισμό των δοκιμών |
| Στοιχεία δοκιμής, Χαρακτηριστικά που πρέπει να δοκιμαστούν, Χαρακτηριστικά που δεν πρέπει να δοκιμαστούν | Είναι αριθμημένοι Μήπως κάθε λειτουργία / ενότητα / υποενότητα εμπίπτει στο πεδίο εφαρμογής Μπορεί το προγραμματισμένο πρόγραμμα να καλύψει όλα τα προσδιορισμένα στοιχεία δοκιμής εντός |
| Κριτήρια εισόδου, Κριτήρια εξόδου | Είναι αριθμημένοι Αναφέρεται λεπτομερώς κάθε κριτήριο |
| Λεπτομέρειες περιβάλλοντος δοκιμής | Έχει όλες τις απαιτούμενες διαμορφώσεις που αναφέρονται Πρέπει να ληφθεί υπόψη η έκδοση για κάθε διαμόρφωση συγκεκριμένη ή πιο πρόσφατη Κάνετε τα VM, υπάρχει περιβάλλον (αν όχι, αναφέρετε πιθανή ημερομηνία για τη διαθεσιμότητά του) Αναφέρεται η μέθοδος κοινής χρήσης διαπιστευτηρίων για συγκεκριμένη πρόσβαση στο περιβάλλον |
| Πόροι, ρόλοι και ευθύνες | Αριθμούνται οι ευθύνες για κάθε ρόλο Μπορούν να επιτευχθούν οι ευθύνες Είναι ο προσδιορισμένος πόρος ικανός να χειριστεί τις αναφερόμενες ευθύνες |
| Εργαλεία | Αναφέρονται όλα τα εργαλεία Είναι αριθμημένα όλα τα εργαλεία Έχουν εκδοθεί όλα τα εργαλεία Χρειάζεται κάποιο από τα εργαλεία άδεια ή η υπάρχουσα άδεια ισχύει κατά τη φάση Είναι σωστή και επαρκής η καθοδήγηση για τη χρήση του εργαλείου |
| Παράγοντες επιχειρηματικής απόφασης | Έχει αναφερθεί όλοι οι παράγοντες Είναι αριθμημένοι όλοι οι παράγοντες |
| Διαδικασία αποσύνδεσης | Είναι έγκυρη η διαδικασία Είναι αποδεκτή η διαδικασία Είναι κατανοητή η διαδικασία |
| Σημείο επαφής | Είναι ο πόρος που προσδιορίζεται ως σημείο επαφής διαθέσιμος στον οργανισμό κατά τη διάρκεια της φάσης Είναι ο πόρος που προσδιορίζεται ικανός να χειριστεί τη φάση |
Κάθε σχέδιο δοκιμής που ικανοποιεί το παραπάνω έγγραφο λίστας ελέγχου θα χρησιμεύσει ως ισχυρό έγγραφο για εσωτερικούς ελέγχους επίσης.
Δοκιμές αποδοχής
Οι δοκιμές αποδοχής ήταν παλαιότερα γνωστές ως λειτουργικές δοκιμές. Για να καταστεί το όνομα πιο κατάλληλο για τη φάση δοκιμής αποδοχής και για την εξυπηρέτηση του σκοπού, μετονομάστηκε σε Δοκιμές αποδοχής. Μερικές φορές ονομάζεται επίσης ως Δοκιμές πελατών.
Οι δοκιμές αποδοχής προέρχονται πάντα από ιστορίες χρηστών, κριτήρια αποδοχής και περιπτώσεις χρήσης. Αυτές είναι δοκιμές συστήματος black-box και αντιπροσωπεύουν μόνο εκείνες τις επιχειρηματικές δοκιμές που πρέπει να επαληθευτούν. Αυτά πρέπει να προορίζονται κυρίως για τη συμπεριφορά, τη χρήση και τις ροές προϊόντων.
Οι σχεδιασμένες δοκιμές αποδοχής μπορούν επίσης να ληφθούν υπόψη για τη φάση δοκιμής του συστήματος στους κύκλους παλινδρόμησης για να αποκτήσουν εμπιστοσύνη στο προϊόν πριν το παραδώσουν στη φάση δοκιμής αποδοχής.
Βασικά σημεία που πρέπει να θυμάστε πριν γράψετε τεστ αποδοχής:
- Διατηρήστε όλα τα έγγραφα αναφοράς στη θέση τους: Προδιαγραφή απαιτήσεων λογισμικού, έγγραφο επιχειρησιακών απαιτήσεων, περιπτώσεις χρήσης, ιστορίες χρηστών, μήτρα δεδομένων (σε περίπτωση λογικής που εμπλέκεται) κ.λπ.
- Εστίαση μόνο στις επιχειρηματικές απαιτήσεις (δοκιμαστικές επιχειρηματικές απαιτήσεις).
- Καταργήστε όλες τις αμφιβολίες, τα ερωτήματα σχετικά με τις επιχειρηματικές απαιτήσεις το νωρίτερο.
- Βεβαιωθείτε ότι δεν υπάρχουν αλλαγές στις απαιτήσεις για την τρέχουσα έκδοση τουλάχιστον.
Γενικό και απλό πρότυπο για τη σύνταξη δοκιμών αποδοχής:
Αυτό το πρότυπο μπορεί και πάλι να τροποποιηθεί σύμφωνα με τις ανάγκες του έργου και με περισσότερες πληροφορίες να συμπεριληφθούν.
Τώρα, ας πάρουμε μερικά κοινά σενάρια και να δούμε πώς μπορούν να γράφονται σενάρια δοκιμής αποδοχής.
Περίπτωση 1: Διαχείριση λογαριασμού χρήστη
Αυτό είναι το σενάριο όπου επιτρέπεται στους χρήστες να δημιουργούν, να προβάλλουν, να ενημερώνουν και να απενεργοποιούν τον λογαριασμό τους. Γενικά, είναι μια λειτουργία CRUD (Δημιουργία, Ανάγνωση, Ενημέρωση και Διαγραφή). Έτσι άμεσα θα έχουμε 4 μεγάλα σενάρια για δοκιμή.
Μαζί με αυτό, στον χειρισμό λογαριασμών χρηστών σε πραγματικό χρόνο, έχουμε πολλούς τομείς όσον αφορά την προβολή και την ενημέρωση.
Προχωρώντας με τεστ αποδοχής γραφής:
Δοκιμή 1: Εγγραφή / Εγγραφή / Δημιουργία λογαριασμού, επαληθεύστε εάν ένας χρήστης μπορεί:
- Δημιουργήστε τον λογαριασμό.
- Ενεργοποιήστε τον λογαριασμό.
- Ενεργοποιήστε τον λογαριασμό μόνο μία φορά (Εδώ, ο σύνδεσμος ενεργοποίησης πρέπει να δοκιμαστεί για 2αρΠαρόλο που πρόκειται για αρνητική δοκιμή, είναι ένα από τα σημαντικότερα σημεία επαλήθευσης που πρέπει να ληφθούν υπόψη).
Δοκιμή 2: Για πρόσβαση και προβολή πληροφοριών λογαριασμού, επαληθεύστε εάν ένας χρήστης μπορεί:
- Συνδεθείτε στον λογαριασμό.
- Δείτε διαφορετικές ενότητες στο Προφίλ (Εάν η ενότητα Προφίλ είναι κατηγοριοποιημένη, τότε κάθε κατηγορία πρέπει να είναι ορατή).
- Βεβαιωθείτε ότι τα δεδομένα που εμφανίζονται στο Προφίλ είναι σωστά σύμφωνα με την εισαγωγή του Χρήστη.
Δοκιμή 3: Για να ενημερώσετε τις πληροφορίες λογαριασμού, επαληθεύστε εάν ένας χρήστης μπορεί:
- Ενημέρωση πληροφοριών λογαριασμού (προφίλ):
- Ενημερώστε κάθε κατηγορία του Προφίλ.
- Βεβαιωθείτε ότι οι πληροφορίες ενημέρωσης αντικατοπτρίζονται σωστά στο προφίλ.
- Βεβαιωθείτε ότι ο Χρήστης δεν είναι σε θέση να ενημερώσει πληροφορίες στο Προφίλ (Σε ορισμένες εφαρμογές, Όνομα, Επώνυμο, Όνομα χρήστη κ.λπ. δεν θα επιτρέπεται η ενημέρωση. Παρόλο που πρόκειται για αρνητική δοκιμή, είναι ένα από τα σημαντικότερα σημεία επαλήθευσης να ληφθεί υπόψη).
- Ακύρωση της ροής ενημέρωσης (Παρόλο που πρόκειται για αρνητικό έλεγχο, είναι επίσης ένα από τα σημαντικότερα σημεία επαλήθευσης που πρέπει να ληφθούν υπόψη).
Δοκιμή 4: Εάν επιτρέπεται η απενεργοποίηση λογαριασμού, επαληθεύστε εάν ένας χρήστης μπορεί:
- Απενεργοποιήστε τον λογαριασμό.
- Ακύρωση ροής απενεργοποίησης (Παρόλο που πρόκειται για αρνητικό έλεγχο, είναι ένα από τα σημαντικότερα σημεία επαλήθευσης που πρέπει να ληφθούν υπόψη).
- Πρόσβαση σε λογαριασμό μετά την ακύρωση της απενεργοποίησης.
Δοκιμή 5: Εάν απαιτούνται επαληθεύσεις για μια διεύθυνση email ή αριθμούς τηλεφώνου, τότε, επαληθεύστε εάν ένας χρήστης μπορεί:
σενάριο κελύφους για σύγκριση δύο αρχείων
- Ενημέρωση διεύθυνσης email στην άλλη έγκυρη.
- Επαλήθευση 'ενημερωμένης διεύθυνσης email.
- Επαληθεύστε εάν έχει ενημερωθεί και η 'επαληθευμένη' διεύθυνση ηλεκτρονικού ταχυδρομείου εξετάζεται περαιτέρω - Στείλτε μερικά email από την εφαρμογή και ελέγξτε για την άφιξή της στην ενημερωμένη διεύθυνση email. Το παλιό δεν πρέπει να λαμβάνει Email.
- Προσθέστε τον νέο αριθμό τηλεφώνου.
- Επαληθεύστε τον προστιθέμενο αριθμό τηλεφώνου μέσω Κλήσης.
- Επαληθεύστε τον αριθμό τηλεφώνου που έχετε προσθέσει μέσω SMS.
- Βεβαιωθείτε ότι ο αριθμός τηλεφώνου που έχει προστεθεί και 'επαληθευτεί' εμφανίζεται στον λογαριασμό.
- Ενημερώστε τον αριθμό τηλεφώνου.
- Επαληθεύστε τον ενημερωμένο αριθμό τηλεφώνου μέσω Κλήσης.
- Επαληθεύστε 'ενημερωμένο αριθμό τηλεφώνου μέσω SMS.
- Επαληθεύστε εάν ο αριθμός τηλεφώνου έχει ενημερωθεί και ο 'επαληθευμένος' εμφανίζεται στον λογαριασμό.
Περίπτωση 2: Αγορά προϊόντος
Η αγορά του προϊόντος έχει συνήθως τη γενική ροή.
Μερικά γενικά σενάρια που βλέπουν οι τελικοί χρήστες παρατίθενται εδώ:
Προϋπόθεση: Ο χρήστης πρέπει να συνδεθεί στην εφαρμογή.
Δοκιμή 1: Λεπτομέρειες προϊόντος, επαληθεύστε εάν ένας χρήστης μπορεί:
- Δείτε τη σελίδα Λεπτομέρειες προϊόντος.
- Δείτε όλες τις υποενότητες στη σελίδα Λεπτομέρειες προϊόντος (Περιγραφή, Χαρακτηριστικό, Πληροφορίες επωνυμίας κ.λπ.).
- Επιλέξτε την ποσότητα του προϊόντος, το χρώμα, το μέγεθος κ.λπ., όπως διατίθεται στη σελίδα Λεπτομέρειες προϊόντος.
- Μεταβείτε στις σελίδες κατηγοριών και υποκατηγοριών από τη σελίδα Λεπτομέρειες προϊόντος (εάν διατίθεται στη σελίδα Λεπτομέρειες προϊόντος).
- Μεταβείτε στη σελίδα λεπτομερειών του άλλου προϊόντος (εάν παρέχεται σχετική ενότητα προϊόντων).
- Δείτε σχόλια και αξιολογήσεις για το προϊόν.
- Ταξινόμηση σχολίων του προϊόντος με βάση τις αξιολογήσεις.
- Δείτε τη συνολική βαθμολογία του Προϊόντος.
- Προσθέστε σχόλιο για το προϊόν.
- Ενημερώστε το σχόλιό του για το προϊόν.
- Διαγράψτε το σχόλιό του για το προϊόν (εάν παρέχεται).
Δοκιμή 2: Προσθήκη στο καλάθι, επαληθεύστε εάν ένας χρήστης είναι:
- Δυνατότητα προσθήκης του προϊόντος στο Καλάθι:
- Μέσω της σελίδας λεπτομερειών προϊόντος.
- Μέσω της σελίδας λίστας προϊόντων.
- Δυνατότητα προσθήκης απαιτούμενης ποσότητας στο καλάθι (1 έως μέγιστο όριο).
- Δεν είναι δυνατή η προσθήκη του προϊόντος στο Καλάθι εάν δεν είναι διαθέσιμο.
Δοκιμή 3: Στη σελίδα καλαθιού, επαληθεύστε εάν ένας χρήστης μπορεί:
- Δείτε το Προϊόν στο Καλάθι με λεπτομέρειες Τιμή για προστιθέμενη ποσότητα.
- Ενημέρωση ποσότητας (1 έως μέγιστο όριο).
- Αφαιρέστε το προϊόν από το καλάθι.
- Πλοηγηθείτε πίσω στις αγορές.
- Συνεχίστε στο Ταμείο.
- Προβολή άδειου καλαθιού όταν δεν προστίθεται προϊόν,
Δοκιμή 4: Στη σελίδα λεπτομερειών λογαριασμού, επαληθεύστε εάν ένας χρήστης μπορεί να:
- Συνεχίστε με τις υπάρχουσες λεπτομέρειες αποστολής.
- Ενημέρωση διεύθυνσης αποστολής.
- Προσθήκη νέας διεύθυνσης αποστολής.
- Συνεχίστε με τον υπάρχοντα αριθμό τηλεφώνου.
- Ενημέρωση αριθμού τηλεφώνου για την παραγγελία.
- Προσθέστε νέο αριθμό τηλεφώνου για την παραγγελία.
- Πλοηγηθείτε πίσω στη σελίδα Καλαθιού.
- Μεταβείτε στη σελίδα Πληρωμή.
Δοκιμή 5: Στη σελίδα πληρωμών, επαληθεύστε εάν ένας χρήστης μπορεί:
- Επαληθεύστε την ορθότητα του ποσού που θα χρεωθεί.
- Επεξεργαστείτε την παραγγελία με όλες τις διαθέσιμες επιλογές (Μία επιλογή για κάθε ξεχωριστή παραγγελία).
- Επεξεργασία συναλλαγής με επιτυχία. Μεταβείτε στη σελίδα Επιβεβαίωση παραγγελίας.
- Αποτυχία συναλλαγής (Παρόλο που πρόκειται για αρνητικό έλεγχο, θα πρέπει να θεωρείται ως σημαντικό σενάριο).
- Εφαρμόστε κουπόνια:
- Έγκυρα κουπόνια - Επιτυχία. Εδώ επαληθεύστε την αλλαγή στο ποσό που θα χρεωθεί.
- Μη έγκυρα κουπόνια - Αποτυχία
- Έληξε κουπόνια - Αποτυχία.
- Επιστρέψτε στη σελίδα Λεπτομέρειες λογαριασμού.
Επανεξέταση των δοκιμών αποδοχής
Ο έλεγχος των δοκιμών αποδοχής είναι ένα σημαντικό καθήκον, καθώς πρέπει να είναι σωστό και ακριβές όσον αφορά τις επιχειρηματικές απαιτήσεις. Δεδομένου ότι αυτά μπορεί να διεξαχθούν από τους ίδιους τους πελάτες ή / και τους τελικούς χρήστες, είναι πολύ απαραίτητο να είναι πλήρεις, μη διφορούμενες, σωστές και αρκετά λεπτομερείς για να κατανοήσει και να εκτελέσει ο καθένας.
Ο έλεγχος των δοκιμών αποδοχής πρέπει να γίνει από επιχειρηματικούς αναλυτές, πελάτες και τυχόν σχόλια κριτικής πρέπει να ενσωματωθούν σε υψηλή προτεραιότητα.
Σε επιμέρους επίπεδο δοκιμής, η αναθεώρηση πρέπει να γίνει με τα παρακάτω:
- Είτε το τεστ καλύπτει την επιχειρηματική απαίτηση είτε όχι.
- Είναι σαφείς οι προϋποθέσεις;
- Είναι τα βήματα δοκιμής εύκολα κατανοητά και λεπτομερή;
- Είναι το αναμενόμενο αποτέλεσμα σωστό και σαφές;
- Έχει χαρτογραφηθεί στις απαιτήσεις της επιχείρησης για ιχνηλασιμότητα;
- Ο έλεγχος είναι αρκετά πλήρης για να καλύψει τη συγκεκριμένη ροή ή χρήση;
- Απαιτείται η συγκεκριμένη δοκιμή ως μέρος της δοκιμής αποδοχής.
- Υπάρχει κάποιο σημείο επαλήθευσης που δεν απαιτείται για τον έλεγχο αποδοχής.
- Είναι καθαρά λειτουργικό ή οποιοδήποτε GUI καλύπτεται μέσα (Θα πρέπει να είναι μόνο Λειτουργικό).
- Είναι απαραίτητα τα ειδικά δεδομένα εισαγωγής; Εάν ναι, παρέχεται για πληροφορίες;
Συνολικά, ολόκληρος ο έλεγχος της σουίτας δοκιμών αποδοχής θα πρέπει να καλύπτει:
- Ιχνηλασιμότητα δύο κατευθύνσεων: Επιχειρηματικές απαιτήσεις σε δοκιμές ΚΑΙ δοκιμές σε επιχειρήσεις απαιτήσεις.
- Καλύπτεται κάθε επιχείρηση;
- Καλύπτεται κάθε επιχειρησιακή απαίτηση από μία ή περισσότερες δοκιμές;
- Καλύπτονται οι επιχειρηματικοί κανόνες;
- Αντιμετωπίζεται η ειδική θήκη δεδομένων;
- Πόσες δοκιμές γράφονται για να καλύψουν κάθε απαίτηση ή κανόνα;
- Μπορούν οι δοκιμές να ομαδοποιηθούν και να ταξινομηθούν για ροές.
- Οι δοκιμές αλληλουχίζονται σωστά έτσι ώστε η εκτέλεση να είναι αποτελεσματική;
συμπέρασμα
Με λίγα λόγια, όπως αναφέρθηκε προηγουμένως, τα έγγραφα παίζουν πολύ δραστικό ρόλο στη δοκιμή αποδοχής.
Ως εκ τούτου, κάθε τεστ αποδοχής που είναι γραμμένο θα πρέπει να είναι καλά δομημένο και σε ροή με τη χρήση του, έτσι ώστε να διατηρεί τους ελεγκτές αποδοχής για να ενδιαφέρονται για το τι δοκιμάζουν και για το πώς το κάνουν. Αυτό, με τη σειρά του, θα φέρει αυτόματα επιτυχία.
=> Επισκεφτείτε εδώ για πλήρη σειρά δοκιμαστικών σχεδίων
Προηγούμενο σεμινάριο | ΕΠΟΜΕΝΟ Φροντιστήριο
Μείνετε συντονισμένοι και παρακολουθήστε το επερχόμενο σεμινάριο δοκιμών αποδοχής για να μάθετε περισσότερα σχετικά με τις αναφορές δοκιμών αποδοχής μαζί με ορισμένα γενικά πρότυπα. Επίσης, ενημερώστε μας εάν έχετε απορίες.
Συνιστώμενη ανάγνωση
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Θετικές δοκιμές: Σημασία και πλεονεκτήματα που εξηγούνται με σενάρια πραγματικών δοκιμών
- Testing Primer eBook Λήψη
- Το TimeShiftX κυκλοφόρησε για να απλοποιήσει τη δοκιμή Time Shift
- Τι είναι ο έλεγχος αποδοχής (ένας πλήρης οδηγός)
- Δείγμα προτύπου για αναφορά δοκιμής αποδοχής με παραδείγματα
- Είστε έμπειρος ή μη ειδικός έλεγχος αυτοματισμού; Εργαστείτε με μερική απασχόληση για εμάς!
- Φόρτωση δοκιμής με HP LoadRunner Tutorials