test scenario vs test case
Διαφορά μεταξύ του σεναρίου δοκιμής έναντι της υπόθεσης δοκιμής.
6 χρόνια πριν , ενώ εργαζόμουν με ένα μεσαίου μεγέθους MNC, όταν πρότεινα την τεκμηρίωση σεναρίων δοκιμών αντί να σπαταλήσω χρόνο για την προετοιμασία του πλήρους αποδεικτικού εγγράφου που ονομάζεται δοκιμαστικές θήκες, όλα τα κεφάλια μου στράφηκαν με ενόχληση.
Το βλέμμα στα πρόσωπα ήταν σαφές ότι έκανα ένα μεγάλο λάθος προτείνοντάς το. Αν και κανείς δεν αρνήθηκε την ιδέα, κανείς δεν το δέχτηκε. Όλοι πίστευαν ότι ακολουθώντας την παράδοση, δηλ. Η σύνταξη εγγράφων δοκιμαστικής υπόθεσης, θα ήταν ασφαλέστερη. Δεν μπορούσα να υποστηρίξω.
Μετά από 4 χρόνια , η εταιρεία έλαβε ένα δοκιμαστικό έργο, όπου ο μόνος περιορισμός ήταν ο χρόνος και η μόνη προσδοκία ήταν πλήρης απόδειξη δοκιμές.
Ήμασταν ξανά στη συνάντηση και συζητήσαμε ιδέες για την εκπλήρωση της κρίσιμης προθεσμίας. Η εφαρμογή αφορούσε κυρίως την αναζήτηση και τη δημιουργία διαφορετικών αναφορών μέσω διαφορετικών στοιχείων μενού. Η τεκμηρίωση των δοκιμαστικών περιπτώσεων έπρεπε να αρπάξει τις περισσότερες φορές και δεν ήμασταν σίγουροι, πόσο θα χρησιμοποιούσε το έγγραφο στον πελάτη.
Πρότεινα την τεκμηρίωση σεναρίων δοκιμών και κάπως με δισταγμό, όλοι συμφώνησαν. Δεν χρειάζεται να αναφέρουμε ότι θα μπορούσαμε να εξοικονομήσουμε πολύτιμο χρόνο τεκμηρίωσης και θα μπορούσαμε να το χρησιμοποιήσουμε για δοκιμές.
Τι θα μάθετε:
- Οι δοκιμαστικές περιπτώσεις αντικαθίστανται γρήγορα με τα σενάρια δοκιμής;
- Πότε είναι σημαντική η τεκμηρίωση των δοκιμαστικών περιπτώσεων;
- Διαφορές μεταξύ του σεναρίου δοκιμής έναντι της υπόθεσης δοκιμής σε μορφή πίνακα
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Οι υποθέσεις δοκιμής αντικαθίστανται γρήγορα με τα σενάρια δοκιμής;
Με τον καιρό, καθώς όλα αλλάζουν, η βιομηχανία λογισμικού και οι διαδικασίες έχουν επίσης αλλάξει πολύ.
καλύτερο λογισμικό για τον καθαρισμό του υπολογιστή 2015
Παραδοσιακός Υδατόπτωση και V-μοντέλα αντικαθίστανται από ευέλικτα και επαναλαμβανόμενα μοντέλα. Η τεκμηρίωση είναι απαραίτητη αλλά για να τηρηθούν οι προθεσμίες και να γίνει η διαδικασία εύκολη και διαφανής, ο τρόπος τεκμηρίωσης μπορεί να αλλάξει.
Πότε είναι σημαντική η τεκμηρίωση των δοκιμαστικών περιπτώσεων;
- Ο πελάτης ζήτησε το ίδιο με μέρος του έργου.
- Δεν υπάρχει χρονικός περιορισμός (δεν νομίζω ότι είναι δυνατόν).
- Οι δοκιμαστές είναι πιο φρέσκοι ή άγνωστοι στο προϊόν.
- Εταιρική πολιτική (πιστεύω ακράδαντα ότι μπορεί να αλλάξει).
Επιτρέψτε μου να μοιραστώ μαζί σας μια εμπειρία:
Εγώ και η ομάδα μου συμμετείχαμε στη δοκιμή ενός έργου από μια εταιρεία Fortune 500 με ευέλικτα χρονοδιαγράμματα. Τεκμηριώσαμε τις δοκιμαστικές θήκες με το καλύτερο διαθέσιμο πρότυπο και το εγκρίναμε από τον πελάτη.
Μόλις το build άρχισε να κυκλοφορεί στην ομάδα QA, για το μεγαλύτερο μέρος της ημέρας, το καθήκον μας ήταν, να ακολουθούμε μηχανικά 100 περιπτώσεις δοκιμής την ημέρα, να ενημερώσουμε το έγγραφο με αποτέλεσμα επιτυχίας / αποτυχίας και να το στείλουμε στον πελάτη στο τέλος της ημέρας. Οι περισσότεροι απο τα μέλη της ομάδας άρχισαν να διαμαρτύρονται μονότονη δουλειά αλλά η εταιρεία δημιουργούσε έσοδα.
Στη συνέχεια, υπήρχε ένα διάλειμμα για μια μέρα στο μεταξύ χωρίς καμία νέα δοκιμή. Καθίσαμε μαζί στην αρχή της ημέρας και συζητούσαμε τι θα κάναμε για την ημέρα. Όταν πρότεινα να δημιουργήσω περισσότερες ιδέες για τη βελτίωση του δοκιμαστικού εγγράφου, όλα τα μέλη της ομάδας αρνήθηκαν να καταβάλουν προσπάθειες.
Σύμφωνα με αυτούς, δεν υπήρχε τίποτα περισσότερο να σκεφτούμε καθώς καλύψαμε όλα τα σενάρια. Και να τους πείσει σκεφτείτε έξω από ένα κουτί και δημιουργήστε περισσότερες ιδέες ήταν πολύ δύσκολο.
Τις περισσότερες φορές, όταν τεκμηριώνουμε τις δοκιμαστικές υποθέσεις και ότι και όταν εγκριθεί από τον πελάτη, αυτό το ανθρώπινο μυαλό πιστεύει ότι έχουμε κάνει τη δουλειά μας και το μυαλό μας σταματά αυτόματα να εξετάζει κάθε προσπάθεια να σκεφτούμε άλλους τρόπους δοκιμής του προϊόντος.
Και πιστέψτε με, όταν ετοιμάζεται το έγγραφο δοκιμαστικών περιπτώσεων, απλώς θέλουμε να το ακολουθήσουμε μηχανικά. Πείτε μου για πόσες φορές στην καριέρα σας, έχετε βιώσει ότι εσείς ή ο συμπαίκτης σας προσφέρατε επιπλέον δοκιμαστικές θήκες στο εγκεκριμένο έγγραφο δοκιμαστικών περιπτώσεων;
Μια ακόμη εμπειρία:
Κατά τη διάρκεια της εβδομαδιαίας δραστηριότητας ομαδικής πρόκλησης, ανακοινώσαμε την αίτηση και ζητήσαμε από τα μέλη της ομάδας να ρίξουν σενάρια δοκιμής.
Όλα τα μέλη της ομάδας, συμπεριλαμβανομένων των καθυστερημένων ανταποκριτών ή των μη ανταποκριτών, έβαλαν ιδέες. Γιατί; Δεν υπήρχε επίσημη τεκμηρίωση όπου έπρεπε να συμπληρώσουν το αναμενόμενο αποτέλεσμα για κάθε ακολουθία λειτουργικότητας και προϋπόθεση για κάθε δοκιμαστική περίπτωση. Συλλέξαμε 40 σενάρια δοκιμής σε μια μέρα και αυτή ήταν μια υπέροχη εμπειρία.
Για να ευνοήσω την εμπειρία μου, Θα ήθελα να παρουσιάσω ένα παράδειγμα.
Πάρτε ένα δείγμα εφαρμογής, πείτε σελίδα σύνδεσης με κουμπιά ονόματος χρήστη, κωδικού πρόσβασης, σύνδεσης και ακύρωσης. Εάν σας ζητηθεί να γράψετε δοκιμαστικές περιπτώσεις για το ίδιο, θα καταλήξουμε να γράψουμε περισσότερες από 50 δοκιμαστικές περιπτώσεις συνδυάζοντας διαφορετικές επιλογές και λεπτομέρειες.
παραδείγματα σεναρίων δοκιμών από άκρο σε άκρο
Αλλά αν πρόκειται να γραφτούν σενάρια δοκιμής, θα είναι θέμα 10 γραμμών όπως παρακάτω:
Σενάριο υψηλού επιπέδου: Λειτουργικότητα σύνδεσης
Σενάρια χαμηλού επιπέδου :
1. Για να ελέγξετε την εφαρμογή ξεκινά
2. Για να ελέγξετε τα περιεχόμενα κειμένου στη σελίδα σύνδεσης
3. Για να ελέγξετε το πεδίο Όνομα χρήστη
4. Για να ελέγξετε το πεδίο Κωδικός πρόσβασης
5. Για να ελέγξετε το κουμπί σύνδεσης και να ακυρώσετε τη λειτουργικότητα του κουμπιού
Δείτε επίσης=> 180+ Δείγματα σεναρίων δοκιμών για τη δοκιμή εφαρμογών ιστού και επιτραπέζιου υπολογιστή.
Καθώς όλοι μας δεν έχουμε χρόνο, τα σενάρια δοκιμής λειτουργούν ως σπρέι παυσίπονων και όχι ως παλιό IODEX. Και ακόμα, το αποτέλεσμα είναι το ίδιο.
Διαφορές μεταξύ του σεναρίου δοκιμής έναντι της υπόθεσης δοκιμής σε μορφή πίνακα
Τέλος, θα ήθελα να συνοψίσω τη διαφορά μεταξύ του σεναρίου δοκιμής έναντι της υπόθεσης δοκιμής:
| Θήκες δοκιμής | Σενάρια δοκιμής | |
|---|---|---|
| Τι είναι => | Μια ιδέα που παρέχει λεπτομερείς πληροφορίες για το τι να δοκιμάσει, τα βήματα που πρέπει να ληφθούν και το αναμενόμενο αποτέλεσμα του ίδιου | Μια ιδέα που παρέχει πληροφορίες μιας γραμμής σχετικά με το τι να δοκιμάσετε |
| Πρόκειται για => | Πρόκειται περισσότερο για την τεκμηρίωση λεπτομερειών. | Αφορά περισσότερο τη σκέψη και τη συζήτηση λεπτομερειών. |
| Σημασία => | Είναι σημαντικό όταν οι δοκιμές είναι ανοιχτές και η ανάπτυξη είναι επιτόπου. Η συγγραφή δοκιμαστικών περιπτώσεων με λεπτομέρειες θα βοηθήσει τόσο τον προγραμματιστή όσο και την ομάδα QA να συγχρονιστούν. | Είναι σημαντικό όταν ο χρόνος είναι λιγότερος και τα περισσότερα μέλη της ομάδας μπορούν να συμφωνήσουν / κατανοήσουν τις λεπτομέρειες από ένα σενάριο μιας γραμμής. |
| Πλεονέκτημα => | Μια μοναδική τεκμηρίωση όλων των δοκιμαστικών περιπτώσεων είναι επωφελής για την παρακολούθηση 1000 γύρων δοκιμών παλινδρόμησης στο μέλλον. Τις περισσότερες φορές, είναι χρήσιμο κατά την αναφορά σφαλμάτων. Ο εξεταστής πρέπει απλώς να δώσει αναφορά στο αναγνωριστικό περίπτωσης δοκιμής και δεν χρειάζεται να αναφέρεται κάθε λεπτομέρεια. | Μια δραστηριότητα εξοικονόμησης χρόνου και δημιουργίας ιδεών, που προτιμάται από την κοινότητα δοκιμών λογισμικού νέας γενιάς. Η τροποποίηση και η προσθήκη είναι απλή και όχι συγκεκριμένη για ένα άτομο. Για ένα τεράστιο έργο, όπου μια ομάδα ανθρώπων γνωρίζει μόνο συγκεκριμένες ενότητες, αυτή η δραστηριότητα δίνει την ευκαιρία σε όλους να εξετάσουν άλλες ενότητες και εγκεφαλική καταιγίδα και να συζητήσουν |
| Ευεργετικό για => | Ένα πλήρες έγγραφο δοκιμαστικής θήκης είναι μια γραμμή ζωής για έναν νέο δοκιμαστή. | Η καλή κάλυψη δοκιμών μπορεί να επιτευχθεί διαχωρίζοντας την εφαρμογή σε σενάρια δοκιμών και μειώνει την επαναληψιμότητα και την πολυπλοκότητα του προϊόντος |
| Μειονέκτημα => | Χρόνος και χρήμα, καθώς απαιτεί περισσότερους πόρους για να αναλύσουμε τα πάντα σχετικά με το τι να δοκιμάσετε και πώς να το δοκιμάσετε | Εάν δημιουργηθεί από συγκεκριμένο άτομο, ο κριτικός ή ο άλλος χρήστης ενδέχεται να μην συγχρονίσει την ακριβή ιδέα πίσω από αυτό. Χρειάζεστε περισσότερες συζητήσεις και ομαδικές προσπάθειες. |
συμπέρασμα
Οι δοκιμαστικές περιπτώσεις είναι το πιο σημαντικό μέρος του κύκλου ζωής ανάπτυξης λογισμικού και χωρίς αυτόν, είναι δύσκολο να παρακολουθείτε, να κατανοείτε, να ακολουθείτε και να αιτιολογείτε κάτι. Αλλά στην εποχή του Agile, οι δοκιμαστικές περιπτώσεις αντικαθίστανται γρήγορα με σενάρια δοκιμών.
Ένα κοινό λίστα ελέγχου δοκιμών για κάθε τύπο δοκιμών (δοκιμή βάσης δεδομένων, δοκιμές GUI, δοκιμή λειτουργικότητας κ.λπ.) σε συνδυασμό με σενάρια δοκιμών είναι το σύγχρονο πυροβολικό για δοκιμαστές λογισμικού. Οι συζητήσεις, η εκπαίδευση, οι ερωτήσεις και η πρακτική μπορούν σίγουρα να αλλάξουν το τελικό γράφημα του την παραγωγικότητά σας καθώς και έναν πίνακα αναφοράς σφαλμάτων.
Ως συνήθως, καλωσορίζουμε τις σκέψεις και τις απορίες σας. Συντονιστείτε.
Εκπαιδευτικό πρόγραμμα PREV | ΕΠΟΜΕΝΟ Φροντιστήριο
Συνιστώμενη ανάγνωση
- Διαφορά μεταξύ του σχεδίου δοκιμής, της στρατηγικής δοκιμής, της υπόθεσης δοκιμής, του σεναρίου δοκιμής, του σεναρίου δοκιμής και της κατάστασης δοκιμής
- Τύποι δοκιμών λογισμικού: Διαφορετικοί τύποι δοκιμών με λεπτομέρειες
- Τρόπος σύνταξης δοκιμαστικών περιπτώσεων: Ο απόλυτος οδηγός με παραδείγματα
- Πώς να αναθεωρήσετε το έγγραφο SRS και να δημιουργήσετε σενάρια δοκιμής - Εκπαίδευση δοκιμών λογισμικού σε ζωντανό έργο - Ημέρα 2
- Πώς να ταξινομήσετε τα θετικά και αρνητικά σενάρια δοκιμών - ένα φύλλο εξαπάτησης ενός δοκιμαστή
- Δοκιμή απόδοσης έναντι δοκιμής φορτίου έναντι δοκιμής πίεσης (διαφορά)
- Στατικές δοκιμές και δυναμικές δοκιμές - διαφορά μεταξύ αυτών των δύο σημαντικών τεχνικών δοκιμών
- 101 Διαφορές μεταξύ βασικών δοκιμών λογισμικού