Πώς να γράψετε δοκιμαστικές περιπτώσεις με παραδείγματα

Βήματα για τη δημιουργία δοκιμαστικών περιπτώσεων στη χειροκίνητη δοκιμή

Ας δημιουργήσουμε μια δοκιμαστική περίπτωση για το σενάριο: Ελέγξτε τη λειτουργικότητα σύνδεσης

Δημιουργία δοκιμών σε χειροκίνητες δοκιμές

Βήμα 1) Μια απλή δοκιμαστική περίπτωση για να εξηγηθεί το σενάριο θα ήταν

Δοκιμαστική περίπτωση # Δοκιμαστική θήκη Descriptιόν
1 Ελέγξτε την απάντηση όταν εισαγάγετε έγκυρο email και κωδικό πρόσβασης

Βήμα 2) Δοκιμάστε τα Δεδομένα.
Για να εκτελέσετε τη δοκιμαστική περίπτωση, θα χρειαστείτε Δεδομένα δοκιμής. Προσθέτοντάς το παρακάτω

Δοκιμαστική περίπτωση # Δοκιμαστική θήκη Descriptιόν Δεδομένα δοκιμής
1 Ελέγξτε την απάντηση όταν εισαγάγετε έγκυρο email και κωδικό πρόσβασης Email: guru99@email.com Κωδικός πρόσβασης: lNf9^Oti7^2h

Η αναγνώριση των δεδομένων δοκιμής μπορεί να είναι χρονοβόρα και μερικές φορές μπορεί να απαιτεί εκ νέου δημιουργία δεδομένων δοκιμής. Ο λόγος που πρέπει να τεκμηριωθεί.

Βήμα 3) Εκτελέστε ενέργειες.
Για να εκτελέσει μια δοκιμαστική περίπτωση, ένας ελεγκτής πρέπει να εκτελέσει ένα συγκεκριμένο σύνολο ενεργειών στο AUT. Αυτό τεκμηριώνεται ως εξής:

Δοκιμαστική περίπτωση # Δοκιμαστική θήκη Descriptιόν Βήματα δοκιμής Δεδομένα δοκιμής
1 Ελέγξτε την απάντηση όταν εισαγάγετε έγκυρο email και κωδικό πρόσβασης 1) Εισαγάγετε τη διεύθυνση email

2) Εισαγάγετε τον κωδικό πρόσβασης

3) Κάντε κλικ στην επιλογή Είσοδος

Email: guru99@email.com

Κωδικός πρόσβασης: lNf9^Oti7^2h

Πολλές φορές τα Βήματα δοκιμής δεν είναι απλά όπως παραπάνω, επομένως χρειάζονται τεκμηρίωση. Επίσης, ο συγγραφέας της υπόθεσης δοκιμής μπορεί να εγκαταλείψει τον οργανισμό ή να πάει διακοπές ή να είναι άρρωστος και εκτός υπηρεσίας ή είναι πολύ απασχολημένος με άλλα κρίσιμα καθήκοντα. Μπορεί να ζητηθεί από μια πρόσφατη πρόσληψη να εκτελέσει τη δοκιμαστική περίπτωση. Τα τεκμηριωμένα βήματα θα τον βοηθήσουν και θα διευκολύνουν επίσης τις αναθεωρήσεις από άλλα ενδιαφερόμενα μέρη.

Βήμα 4) Ελέγξτε τη συμπεριφορά του ΑΠΘ.
Ο στόχος των δοκιμαστικών περιπτώσεων στη δοκιμή λογισμικού είναι να ελέγξουν τη συμπεριφορά του AUT για ένα αναμενόμενο αποτέλεσμα. Αυτό πρέπει να τεκμηριωθεί όπως παρακάτω

Δοκιμαστική περίπτωση # Δοκιμαστική θήκη Descriptιόν Δεδομένα δοκιμής Αναμενόμενο Αποτέλεσμα
1 Ελέγξτε την απάντηση όταν εισαγάγετε έγκυρο email και κωδικό πρόσβασης Email: guru99@email.com
Κωδικός πρόσβασης: lNf9^Oti7^2h
Η σύνδεση πρέπει να είναι επιτυχής

Κατά τη διάρκεια του χρόνου εκτέλεσης της δοκιμής, ο ελεγκτής θα ελέγξει τα αναμενόμενα αποτελέσματα σε σχέση με τα πραγματικά αποτελέσματα και θα εκχωρήσει μια κατάσταση επιτυχίας ή αποτυχίας

Δοκιμαστική περίπτωση # Δοκιμαστική θήκη Descriptιόν Δεδομένα δοκιμής Αναμενόμενο Αποτέλεσμα Πραγματικό αποτέλεσμα Πέρασμα / αποτυχία
1 Ελέγξτε την απάντηση όταν εισαγάγετε έγκυρο email και κωδικό πρόσβασης Email: guru99@email.com Κωδικός πρόσβασης: lNf9^Oti7^2h Η σύνδεση πρέπει να είναι επιτυχής Η σύνδεση ήταν επιτυχής Πέρασμα

Βήμα 5) Αυτό εκτός από το δοκιμαστικό σας - μπορεί να έχει ένα πεδίο όπως:
Προ – Συνθήκη που καθορίζει τα πράγματα που πρέπει να είναι σε ισχύ για να εκτελεστεί η δοκιμή. Για τη δοκιμαστική μας περίπτωση, προϋπόθεση θα ήταν να έχουμε εγκαταστήσει ένα πρόγραμμα περιήγησης για να έχουμε πρόσβαση στον υπό δοκιμή ιστότοπο. Μια δοκιμαστική περίπτωση μπορεί επίσης να περιλαμβάνει Post – Conditions που καθορίζουν οτιδήποτε ισχύει μετά την ολοκλήρωση της δοκιμαστικής υπόθεσης. Για τη δοκιμαστική μας περίπτωση, μια μεταγενέστερη προϋπόθεση θα ήταν η ώρα και η ημερομηνία σύνδεσης αποθηκεύονται στη βάση δεδομένων

Πώς να γράψετε βίντεο δοκιμής

Πατήστε εδώ εάν το βίντεο δεν είναι προσβάσιμο

καλυτερα Practice for write good Test Case.

Test Case καλυτερα Practice
Test Case καλυτερα Practice

1. Οι δοκιμές πρέπει να είναι απλές και διαφανείς:

Δημιουργήστε δοκιμαστικές περιπτώσεις που είναι όσο το δυνατόν απλούστερες. Πρέπει να είναι σαφείς και συνοπτικές καθώς ο συντάκτης της υπόθεσης δοκιμής δεν μπορεί να τις εκτελέσει.

Χρησιμοποιήστε διεκδικητική γλώσσα όπως μεταβείτε στην αρχική σελίδα, εισαγάγετε δεδομένα, κάντε κλικ σε αυτό και ούτω καθεξής. Αυτό καθιστά εύκολη την κατανόηση των βημάτων της δοκιμής και δοκιμάζει την εκτέλεση πιο γρήγορα.

2. Δημιουργήστε Test Case έχοντας κατά νου τον τελικό χρήστη

Ο απώτερος στόχος κάθε έργου λογισμικού είναι η δημιουργία δοκιμών που ανταποκρίνονται στις απαιτήσεις των πελατών και είναι εύκολο στη χρήση και τη λειτουργία. Ένας ελεγκτής πρέπει να δημιουργήσει δοκιμαστικές περιπτώσεις λαμβάνοντας υπόψη την οπτική του τελικού χρήστη

3. Αποφύγετε την επανάληψη της δοκιμαστικής περίπτωσης.

Μην επαναλάβετε τις περιπτώσεις δοκιμής. Εάν απαιτείται μια δοκιμαστική περίπτωση για την εκτέλεση κάποιας άλλης περίπτωσης δοκιμής, καλέστε τη δοκιμαστική περίπτωση με το αναγνωριστικό της περίπτωσης δοκιμής στη στήλη προϋποθέσεων

4. Μην υποθέτετε

Μην υποθέτετε τη λειτουργικότητα και τις δυνατότητες της εφαρμογής λογισμικού σας κατά την προετοιμασία της δοκιμαστικής περίπτωσης. Επιμείνετε στα Έγγραφα Προδιαγραφών.

5. Εξασφαλίστε 100% κάλυψη

Βεβαιωθείτε ότι γράφετε δοκιμαστικές περιπτώσεις για να ελέγξετε όλες τις απαιτήσεις λογισμικού που αναφέρονται στο έγγραφο προδιαγραφών. Χρήση Πίνακας ιχνηλασιμότητας για να διασφαλίσετε ότι καμία λειτουργία/συνθήκη δεν θα παραμείνει ανεξέλεγκτη.

6. Οι περιπτώσεις δοκιμής πρέπει να είναι αναγνωρίσιμες.

Ονομάστε το αναγνωριστικό περίπτωσης δοκιμής έτσι ώστε να αναγνωρίζονται εύκολα κατά την παρακολούθηση ελαττωμάτων ή τον εντοπισμό μιας απαίτησης λογισμικού σε μεταγενέστερο στάδιο.

7. Εφαρμογή Τεχνικών Δοκιμών

Δεν είναι δυνατό να ελέγξετε κάθε πιθανή κατάσταση στην εφαρμογή λογισμικού σας. Οι τεχνικές δοκιμής λογισμικού σάς βοηθούν να επιλέξετε μερικές περιπτώσεις δοκιμής με τη μέγιστη πιθανότητα εύρεσης ελαττώματος.

  • Ανάλυση οριακής τιμής (BVA): Όπως υποδηλώνει το όνομα, είναι η τεχνική που καθορίζει τη δοκιμή των ορίων για ένα συγκεκριμένο εύρος τιμών.
  • Κατάτμηση ισοδυναμίας (EP): Αυτή η τεχνική χωρίζει το εύρος σε ίσα μέρη/ομάδες που τείνουν να έχουν την ίδια συμπεριφορά.
  • Τεχνική μετάβασης κατάστασης: Αυτή η μέθοδος χρησιμοποιείται όταν η συμπεριφορά του λογισμικού αλλάζει από μια κατάσταση σε άλλη μετά από συγκεκριμένη ενέργεια.
  • Τεχνική εικασίας σφαλμάτων: Αυτό είναι η εικασία/πρόβλεψη του σφάλματος που μπορεί να προκύψει κατά την εκτέλεση χειροκίνητων δοκιμών. Αυτή δεν είναι μια τυπική μέθοδος και εκμεταλλεύεται την εμπειρία ενός δοκιμαστή με την εφαρμογή

8. Αυτοκαθαριζόμενο

Η δοκιμαστική θήκη που δημιουργείτε πρέπει να επιστρέψει το Περιβάλλον δοκιμής σε κατάσταση προ-δοκιμής και δεν πρέπει να καθιστά το περιβάλλον δοκιμής άχρηστο. Αυτό ισχύει ιδιαίτερα για τη δοκιμή διαμόρφωσης.

9. Επαναλαμβανόμενο και αυτοδύναμη

Η περίπτωση δοκιμής θα πρέπει να παράγει τα ίδια αποτελέσματα κάθε φορά, ανεξάρτητα από το ποιος την δοκιμάζει

10. Ομότιμος Revδηλ.

Αφού δημιουργήσετε δοκιμαστικές περιπτώσεις, ελέγξτε τις από τους συναδέλφους σας. Οι συνομήλικοι σας μπορούν να αποκαλύψουν ελαττώματα στον σχεδιασμό της δοκιμαστικής σας υπόθεσης, τα οποία μπορεί εύκολα να χάσετε.

Κατά τη σύνταξη μιας δοκιμαστικής περίπτωσης να περιλαμβάνει τις ακόλουθες πληροφορίες

  • Η περιγραφή της απαίτησης που ελέγχεται
  • Η εξήγηση του τρόπου δοκιμής του συστήματος
  • Η ρύθμιση δοκιμής όπως μια έκδοση μιας εφαρμογής υπό δοκιμή, λογισμικό, αρχεία δεδομένων, λειτουργικό σύστημα, υλικό, πρόσβαση ασφαλείας, φυσική ή λογική ημερομηνία, ώρα της ημέρας, προϋποθέσεις όπως άλλες δοκιμές και οποιαδήποτε άλλη πληροφορία ρύθμισης σχετική με τις απαιτήσεις που ελέγχονται
  • Εισροές και εκροές ή ενέργειες και αναμενόμενα αποτελέσματα
  • Οποιεσδήποτε αποδείξεις ή συνημμένα
  • Χρησιμοποιήστε ενεργή γλώσσα πεζών-κεφαλαίων
  • Το Test Case δεν πρέπει να είναι περισσότερο από 15 βήματα
  • Ένα αυτοματοποιημένο σενάριο δοκιμής σχολιάζεται με εισόδους, σκοπό και αναμενόμενα αποτελέσματα
  • Η εγκατάσταση προσφέρει μια εναλλακτική λύση στις προαπαιτούμενες δοκιμές
  • Με άλλες δοκιμές, θα πρέπει να είναι μια εσφαλμένη σειρά επιχειρηματικού σεναρίου

Εργαλεία διαχείρισης υποθέσεων δοκιμής

Τα εργαλεία διαχείρισης δοκιμών είναι τα εργαλεία αυτοματισμού που βοηθούν στη διαχείριση και τη συντήρηση των υποθέσεων δοκιμής. Τα κύρια χαρακτηριστικά ενός εργαλείου διαχείρισης δοκιμαστικών περιπτώσεων είναι

  1. Για την τεκμηρίωση των δοκιμαστικών περιπτώσεων: Με εργαλεία, μπορείτε να επισπεύσετε τη δημιουργία δοκιμαστικής υπόθεσης με τη χρήση προτύπων
  2. Εκτελέστε το Test Case και καταγράψτε τα αποτελέσματα: Το Test Case μπορεί να εκτελεστεί μέσω των εργαλείων και τα αποτελέσματα που λαμβάνονται μπορούν εύκολα να καταγραφούν.
  3. Αυτοματοποιήστε την παρακολούθηση ελαττωμάτων: Οι αποτυχημένες δοκιμές συνδέονται αυτόματα με τον εντοπισμό σφαλμάτων, ο οποίος με τη σειρά του μπορεί να εκχωρηθεί στους προγραμματιστές και μπορεί να παρακολουθηθεί μέσω ειδοποιήσεων μέσω email.
  4. Ιχνηλασιμότητα: Οι απαιτήσεις, οι περιπτώσεις δοκιμής, οι περιπτώσεις εκτέλεσης δοκιμών συνδέονται μεταξύ τους μέσω των εργαλείων και κάθε περίπτωση μπορεί να εντοπιστεί μεταξύ τους για να ελεγχθεί η κάλυψη των δοκιμών.
  5. Προστασία δοκιμών: Οι θήκες δοκιμών θα πρέπει να είναι επαναχρησιμοποιήσιμες και θα πρέπει να προστατεύονται από απώλεια ή φθορά λόγω κακού ελέγχου έκδοσης. Τα Εργαλεία διαχείρισης υποθέσεων δοκιμής προσφέρουν λειτουργίες όπως
  • Συμβάσεις ονομασίας και αρίθμησης
  • Έκδοση
  • Αποθηκευτικός χώρος μόνο για ανάγνωση
  • Ελεγχόμενη πρόσβαση
  • Αντίγραφο ασφαλείας εκτός τοποθεσίας

Τα δημοφιλή εργαλεία διαχείρισης δοκιμών είναι: Κέντρο ποιότητας και ΖΗΡΑ

Η μορφή των Τυπικών Δοκιμαστικών Υποθέσεων

Παρακάτω είναι μια μορφή ενός τυπικού παραδείγματος περιπτώσεων δοκιμής σύνδεσης.

Αναγνωριστικό υπόθεσης δοκιμής Δοκιμαστική θήκη Descriptιόν Βήματα δοκιμής Δεδομένα δοκιμής Αναμενόμενα αποτελέσματα Πραγματικά αποτελέσματα Πέρασμα / αποτυχία
TU01 Ελέγξτε τη σύνδεση πελατών με έγκυρα δεδομένα
  1. Πηγαίνετε στον ιστότοπο https://demo.guru99.com
  2. Εισαγάγετε UserId
  3. Εισάγετε τον κωδικό πρόσβασης
  4. Κάντε κλικ στην επιλογή Υποβολή
Userid = guru99 Κωδικός πρόσβασης = pass99 Ο χρήστης πρέπει να συνδεθεί σε μια εφαρμογή Οπως αναμενόταν Πέρασμα
TU02 Ελέγξτε τη σύνδεση πελάτη με μη έγκυρα δεδομένα
  1. Πηγαίνετε στον ιστότοπο https://demo.guru99.com
  2. Εισαγάγετε UserId
  3. Εισάγετε τον κωδικό πρόσβασης
  4. Κάντε κλικ στην επιλογή Υποβολή
Userid = guru99 Κωδικός πρόσβασης = glass99 Ο χρήστης δεν πρέπει να συνδεθεί σε μια εφαρμογή Οπως αναμενόταν Πέρασμα

Ολόκληρος αυτός ο πίνακας μπορεί να δημιουργηθεί σε Word, Excel ή οποιοδήποτε άλλο Εργαλείο διαχείρισης δοκιμών. Αυτό είναι όλο για το Test Case Design

Πρότυπο δοκιμαστικής υπόθεσης

  • Λάβετε υπόψη ότι το πρότυπο που χρησιμοποιείται θα διαφέρει από έργο σε έργο. Διάβασε αυτό φροντιστήριο για να μάθετε Πρότυπο δοκιμαστικής υπόθεσης με επεξήγηση σημαντικών πεδίων

Κατεβάστε το παραπάνω πρότυπο δοκιμαστικής υπόθεσης Excel (.xls)

Συχνές Ερωτήσεις

Τι είναι το Test Case;

Μια δοκιμαστική περίπτωση είναι ένα τεκμηριωμένο σύνολο συνθηκών, εισροών, ενεργειών και αναμενόμενων αποτελεσμάτων που έχουν σχεδιαστεί για να επαληθεύουν ότι μια συγκεκριμένη λειτουργικότητα ή χαρακτηριστικό μιας εφαρμογής λειτουργεί όπως προβλέπεται. Χρησιμεύει ως κατευθυντήρια γραμμή για τους δοκιμαστές για να διασφαλίσουν ότι η εφαρμογή συμπεριφέρεται σωστά κάτω από καθορισμένες συνθήκες.

Δοκιμαστικό Σενάριο εναντίον Δοκιμαστικής Περίπτωσης

Για ένα Σενάριο δοκιμής: Ελέγξτε τη Λειτουργικότητα σύνδεσης, υπάρχουν πολλές πιθανές περιπτώσεις δοκιμής:

  • Δοκιμαστική περίπτωση 1: Ελέγξτε τα αποτελέσματα κατά την εισαγωγή έγκυρου αναγνωριστικού χρήστη και κωδικού πρόσβασης
  • Δοκιμαστική περίπτωση 2: Ελέγξτε τα αποτελέσματα κατά την εισαγωγή Μη έγκυρου αναγνωριστικού χρήστη και κωδικού πρόσβασης
  • Δοκιμαστική περίπτωση 3: Ελέγξτε την απόκριση όταν ένα User ID είναι Κενό και πατιέται το κουμπί σύνδεσης και πολλά άλλα