Use Case and Use Case Testing Complete Tutorial

use case use case testing complete tutorial

Αρχικά, ας καταλάβουμε «Τι είναι η περίπτωση χρήσης;» και αργότερα θα συζητήσουμε «Τι είναι ο έλεγχος περίπτωσης χρήσης;» .

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

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

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

Τι θα μάθετε:

• Χρήση θήκης
• Ποιος χρησιμοποιεί έγγραφα 'Use Case';
• Τύποι περιπτώσεων χρήσης
  • # 1) Θήκες ηλιόλουστης ημέρας
  • # 2) Θήκες χρήσης για βροχερή μέρα
• Στοιχεία σε περιπτώσεις χρήσης
• Αναπαράσταση
• Πώς να γράψετε μια υπόθεση χρήσης;
• Χρήση διαγράμματος περίπτωσης
• Ενέργειες χρηστών
• Τι είναι ο έλεγχος περίπτωσης χρήσης;
  • Μερικά δεδομένα
  • Πώς να δημιουργήσετε ένα πρότυπο δοκιμαστικής θήκης;
• συμπέρασμα
• Συνιστώμενη ανάγνωση

Χρήση θήκης

Η θήκη χρήσης παίζει σημαντικό ρόλο στις ξεχωριστές φάσεις του κύκλου ζωής ανάπτυξης λογισμικού. Η Περίπτωση χρήσης εξαρτάται από τις «Ενέργειες χρήστη» και την «Απόκριση του Συστήματος» στις Ενέργειες Χρήστη.

Είναι η τεκμηρίωση των «Δράσεων» που εκτελούνται από τον Ηθοποιό / Χρήστη και την αντίστοιχη «Συμπεριφορά» του Συστήματος προς τον Χρήστη «Ενέργειες». Χρησιμοποιήστε Θήκες μπορεί ή όχι να οδηγήσει στην επίτευξη ενός στόχου από τον «Ηθοποιό / Χρήστη» σχετικά με τις αλληλεπιδράσεις με το σύστημα.

Στην περίπτωση χρήσης, θα περιγράψουμε «Πώς ένα σύστημα θα ανταποκριθεί σε ένα συγκεκριμένο σενάριο;» . Είναι «προσανατολισμένο στον χρήστη» και όχι «προσανατολισμένο στο σύστημα».

Είναι «προσανατολισμένο στον χρήστη»: Θα καθορίσουμε «ποιες είναι οι ενέργειες που κάνει ο χρήστης;» και «Τι βλέπουν οι ηθοποιοί σε ένα σύστημα;».

Δεν είναι «προσανατολισμένο στο σύστημα»: Δεν θα προσδιορίσουμε «Ποια είναι η είσοδος που δίνεται στο σύστημα;» και «Ποια είναι η έξοδος που παράγεται από το σύστημα;».

Η ομάδα ανάπτυξης πρέπει να γράψει τις «περιπτώσεις χρήσης», καθώς η φάση ανάπτυξης εξαρτάται σε μεγάλο βαθμό από αυτές.

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

Μετά την εφαρμογή της υπόθεσης, το έγγραφο ελέγχεται και η συμπεριφορά του Συστήματος ελέγχεται ανάλογα. Σε περίπτωση που το κεφαλαίο γράμμα «Α» σημαίνει «Ηθοποιός», το γράμμα «S» σημαίνει «Σύστημα».

Ποιος χρησιμοποιεί έγγραφα 'Use Case';

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

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

Χρήσεις των εγγράφων:

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

Τύποι περιπτώσεων χρήσης

Υπάρχουν 2 τύποι.

Αυτοί είναι:

• Ηλιόλουστη μέρα
• Βροχερή μέρα

# 1) Θήκες ηλιόλουστης ημέρας

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

ερωτήσεις και απαντήσεις για συνέντευξη δοκιμής εφαρμογών για κινητά

# 2) Θήκες χρήσης για βροχερή μέρα

Αυτά μπορούν να οριστούν ως ο κατάλογος των περιπτώσεων. Η προτεραιότητα τέτοιων περιπτώσεων θα έρθει μετά τις «Θήκες Sunny Use». Μπορούμε να ζητήσουμε τη βοήθεια των ενδιαφερομένων και των διαχειριστών προϊόντων για να δώσουμε προτεραιότητα στις υποθέσεις.

Στοιχεία σε περιπτώσεις χρήσης

Παρακάτω αναφέρονται τα διάφορα στοιχεία:

1) Σύντομο περιγραφή : Μια σύντομη περιγραφή που εξηγεί την υπόθεση.

2) Ηθοποιός : Χρήστες που συμμετέχουν σε Ενέργειες Περιπτώσεων Χρήσης.

3) Προϋπόθεση : Προϋποθέσεις που πρέπει να ικανοποιούνται πριν από την έναρξη της υπόθεσης.

4) Βασικό Ροή : «Βασική ροή» ή «Κύριο σενάριο» είναι η κανονική ροή εργασίας στο σύστημα. Είναι η ροή των συναλλαγών που γίνονται από τους ηθοποιούς για την επίτευξη των στόχων τους. Όταν οι ηθοποιοί αλληλεπιδρούν με το σύστημα, όπως είναι η κανονική ροή εργασίας, δεν θα υπάρξει κανένα σφάλμα και οι Ηθοποιοί θα λάβουν την αναμενόμενη έξοδο.

5) Εναλλακτικό ροή : Εκτός από την κανονική ροή εργασίας, ένα σύστημα μπορεί επίσης να έχει μια «Εναλλακτική ροή εργασίας». Αυτή είναι η λιγότερο κοινή αλληλεπίδραση που γίνεται από έναν χρήστη με το σύστημα.

6) Εξαίρεση ροή : Η ροή που εμποδίζει έναν χρήστη να επιτύχει τον στόχο.

7) Δημοσίευση Συνθήκες : Οι συνθήκες που πρέπει να ελεγχθούν μετά την ολοκλήρωση της υπόθεσης.

Αναπαράσταση

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

Παράδειγμα χρήσης περίπτωσης:

Εδώ θα εξηγήσω την περίπτωση «Σύνδεση» σε ένα «Σύστημα Διαχείρισης Σχολείου».

Σημεία που πρέπει να σημειωθούν

• Συνηθισμένα λάθη που κάνουν οι συμμετέχοντες με το Case Case είναι ότι είτε περιέχει πάρα πολλές λεπτομέρειες για μια συγκεκριμένη περίπτωση είτε δεν έχει αρκετές λεπτομέρειες.
• Αυτά είναι μοντέλα κειμένου, εάν απαιτείται, μπορούμε ή όχι να προσθέσουμε ένα οπτικό διάγραμμα σε αυτό.
• Προσδιορίστε την ισχύουσα προϋπόθεση.
• Γράψτε τα βήματα της διαδικασίας με τη σωστή σειρά.
• Προσδιορίστε την απαίτηση ποιότητας για τη διαδικασία.

Πώς να γράψετε μια υπόθεση χρήσης;

Τα σημεία που συνοψίζονται παρακάτω θα σας βοηθήσουν να γράψετε τα εξής:

=> Όταν προσπαθούμε να γράψουμε μια υπόθεση, το πρώτο ερώτημα που πρέπει να εγείρει είναι «Ποια είναι η κύρια χρήση για τον πελάτη;» Αυτή η ερώτηση θα σας κάνει να γράψετε τις περιπτώσεις σας από την πλευρά του Χρήστη.

=> Πρέπει να έχουμε αποκτήσει ένα πρότυπο για αυτά.

=> Πρέπει να είναι παραγωγικό, απλό και δυνατό. Μια ισχυρή υπόθεση χρήσης μπορεί να εντυπωσιάσει το κοινό, ακόμη και αν έχουν μικρά λάθη.

=> Πρέπει να το αριθμήσουμε.

=> Πρέπει να γράψουμε το Βήμα Διαδικασίας με τη σειρά του.

=> Δώστε το σωστό όνομα στα σενάρια, η ονομασία πρέπει να γίνεται ανάλογα με το σκοπό.

=> Αυτή είναι μια επαναληπτική διαδικασία, που σημαίνει ότι όταν τα γράφετε για πρώτη φορά δεν θα είναι τέλεια.

=> Προσδιορίστε τους παράγοντες του συστήματος. Μπορεί να βρείτε μια δέσμη ηθοποιών στο σύστημα.

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

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

Για παράδειγμα , και ο Αγοραστής / Πωλητής μπορεί να 'Δημιουργήσει λογαριασμό'. Ομοίως, τόσο ο 'Αγοραστής όσο και ο Πωλητής' μπορούν να 'Αναζήτηση για αντικείμενο'. Αυτές είναι διπλές συμπεριφορές και πρέπει να εξαλειφθούν. Εκτός από τη χρήση των διπλών περιπτώσεων, πρέπει να έχουμε πιο γενικές περιπτώσεις. Ως εκ τούτου, πρέπει να γενικεύσουμε τις περιπτώσεις για να αποφύγουμε την επανάληψη.

=> Πρέπει να καθορίσουμε την ισχύουσα προϋπόθεση.

Χρήση διαγράμματος περίπτωσης

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

Σχήμα αριθ.: UC 01

Όπως φαίνεται στο Σχήμα αριθ.: UC 01 αντιπροσωπεύει ένα διάγραμμα όπου το ορθογώνιο αντιπροσωπεύει ένα «σύστημα», το οβάλ αντιπροσωπεύει μια «υπόθεση χρήσης», το βέλος αντιπροσωπεύει μια «σχέση» και ο άνθρωπος αντιπροσωπεύει έναν «χρήστη / ηθοποιό». Δείχνει ένα σύστημα / εφαρμογή και, στη συνέχεια, δείχνει τον οργανισμό / άτομα που αλληλεπιδρούν με αυτό και δείχνει τη βασική ροή του «Τι κάνει το σύστημα;»

Εικ. Αριθ.: UC 02

Εικ. Αριθ.: UC 03 - Χρησιμοποιήστε διάγραμμα υπόθεσης για σύνδεση

Αυτό είναι το διάγραμμα περίπτωσης χρήσης της υπόθεσης «Σύνδεση». Εδώ, έχουμε περισσότερους από έναν ηθοποιού, όλοι τοποθετούνται εκτός του συστήματος. Οι μαθητές, οι δάσκαλοι και οι γονείς θεωρούνται πρωταρχικοί παράγοντες. Γι 'αυτό όλα τοποθετούνται στην αριστερή πλευρά του ορθογωνίου.

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

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

Ενέργειες χρηστών

Αυτές είναι οι ενέργειες που πραγματοποιεί ο χρήστης σε ένα σύστημα.

Για παράδειγμα: Αναζήτηση στον ιστότοπο, Προσθήκη αντικειμένου στα αγαπημένα, προσπάθεια επικοινωνίας κ.λπ.

Σημείωση:

• Ενα σύστημα είναι 'ό, τι αναπτύσσετε'. Μπορεί να είναι ένας ιστότοπος, μια εφαρμογή ή οποιοδήποτε άλλο στοιχείο λογισμικού. Αντιπροσωπεύεται γενικά από ένα ορθογώνιο. Περιέχει Θήκες Χρήσης. Οι χρήστες τοποθετούνται έξω από το «ορθογώνιο».
• Χρησιμοποιήστε Θήκες αντιπροσωπεύονται γενικά από σχήματα Oval που καθορίζουν τις Ενέργειες μέσα σε αυτό.
• Ηθοποιοί / Χρήστες είναι οι άνθρωποι που χρησιμοποιούν το σύστημα. Αλλά μερικές φορές μπορεί να είναι άλλα συστήματα, πρόσωπο ή οποιοσδήποτε άλλος οργανισμός.

Τι είναι ο έλεγχος περίπτωσης χρήσης;

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

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

Μερικά δεδομένα

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

Παράδειγμα δοκιμής χρήσης περίπτωσης:

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

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

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

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

Βήμα 1: Το πρώτο βήμα είναι η αναθεώρηση των εγγράφων Use Case.

Πρέπει να ελέγξουμε και να βεβαιωθούμε ότι οι λειτουργικές απαιτήσεις είναι πλήρεις και σωστές.

Βήμα 2: Πρέπει να διασφαλίσουμε ότι οι θήκες χρήσης είναι ατομικές.

Για παράδειγμα: Εξετάστε ένα «Σύστημα διαχείρισης σχολείου με πολλές λειτουργίες όπως« Σύνδεση »,« Εμφάνιση λεπτομερειών μαθητή »,« Εμφάνιση σημείων »,« Εμφάνιση συμμετοχής »,« προσωπικό επικοινωνίας »,« Υποβολή αμοιβών »κ.λπ. Για αυτήν την περίπτωση, προσπαθούμε να ετοιμάστε τις περιπτώσεις χρήσης για τη λειτουργία «Σύνδεση».

Πρέπει να διασφαλίσουμε ότι καμία από τις κανονικές ανάγκες ροής εργασίας δεν πρέπει να συνδυάζεται με οποιαδήποτε άλλη λειτουργικότητα. Πρέπει να σχετίζεται πλήρως με τη λειτουργία 'Σύνδεση' μόνο.

Βήμα 3: Πρέπει να ελέγξουμε την κανονική ροή εργασίας στο σύστημα.

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

Βήμα 4: Βεβαιωθείτε ότι η εναλλακτική ροή εργασίας στο σύστημα είναι πλήρης.

Βήμα 5: Πρέπει να βεβαιωθούμε ότι κάθε βήμα στην περίπτωση χρήσης είναι δοκιμή.

Κάθε βήμα που εξηγείται στη δοκιμή Use Case είναι δοκιμή.

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

Βήμα 6: Μόλις αναβιώσουμε αυτές τις περιπτώσεις, τότε μπορούμε να γράψουμε τις δοκιμαστικές περιπτώσεις.

Πρέπει να γράψουμε περιπτώσεις δοκιμής για κάθε κανονική ροή και εναλλακτική ροή.

Για παράδειγμα , Εξετάστε την περίπτωση 'Εμφάνιση μαθημάτων' σε ένα Σύστημα Διαχείρισης Σχολείου.

Όνομα χρήσης υπόθεσης: Εμφάνιση σημείων μαθητή

Ηθοποιοί: Μαθητές, Δάσκαλοι, Γονείς

Προϋπόθεση:

1) Το σύστημα πρέπει να είναι συνδεδεμένο στο δίκτυο.

2) Οι ηθοποιοί πρέπει να έχουν «Αναγνωριστικό μαθητή».

Χρήση θήκης για «Εμφάνιση μαθητικών σημείων»:

Αντίστοιχη δοκιμαστική θήκη για την υπόθεση 'Show Student Marks':

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

Ο πίνακας εμφανίζει την «Θήκη δοκιμής» που αντιστοιχεί στην υπόθεση «Εμφάνιση μαθητικού σήματος» όπως φαίνεται παραπάνω.

Ο καλύτερος τρόπος για τη σύνταξη δοκιμαστικών περιπτώσεων είναι να γράψετε πρώτα τις δοκιμαστικές περιπτώσεις για το «Κύριο σενάριο» και μετά να τις γράψετε για «Εναλλακτικά βήματα» Ο ' Βήματα στο Test Cases προέρχονται από έγγραφα Use Case. Το πρώτο « Βήμα' της υπόθεσης «Show Student Mark», «Enter Student Name» θα γίνει η πρώτη Βήμα στην «υπόθεση δοκιμής».

Ο Χρήστης / Ηθοποιός πρέπει να μπορεί να εισέλθει σε αυτόν. Αυτό γίνεται το Αναμενόμενο Αποτέλεσμα .

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

Πώς να δημιουργήσετε ένα πρότυπο δοκιμαστικής θήκης;

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

Υπάρχουν πολλά εργαλεία που είναι διαθέσιμα στην αγορά για να βοηθήσουν σε αυτό το πλαίσιο. ' Το TestLodge είναι ένα από αυτά, αλλά δεν είναι ένα δωρεάν εργαλείο. Πρέπει να το αγοράσουμε.

Χρειαζόμαστε ένα πρότυπο για την τεκμηρίωση της υπόθεσης δοκιμής. Ας εξετάσουμε ένα κοινό σενάριο, «σύνδεση FLIPKART» με το οποίο όλοι γνωρίζουμε. Το υπολογιστικό φύλλο Google μπορεί να χρησιμοποιηθεί για να δημιουργήσει τον πίνακα δοκιμαστικών περιπτώσεων και να το μοιραστεί με τα μέλη της ομάδας. Προς το παρόν, χρησιμοποιώ ένα έγγραφο του Excel.

Εδώ είναι ένα παράδειγμα

=> ΚΑΤΕΒΑΣΤΕ αυτό το πρότυπο πίνακα δοκιμής εδώ

Πρώτα, ονομάστε το φύλλο δοκιμαστικής θήκης με το κατάλληλο Όνομα. Γράφουμε περιπτώσεις δοκιμών για μια συγκεκριμένη ενότητα σε ένα έργο. Επομένως, πρέπει να προσθέσουμε το «Όνομα έργου» και το «Ενότητα έργου Στήλες στον πίνακα δοκιμαστικών περιπτώσεων. Το έγγραφο πρέπει να περιλαμβάνει το όνομα του δημιουργού των δοκιμαστικών περιπτώσεων.

Επομένως προσθέστε 'Δημιουργήθηκε από' και «Ημερομηνία δημιουργίας» στήλες. Το έγγραφο πρέπει να ελεγχθεί από κάποιον (επικεφαλής ομάδας, διαχειριστής έργου κ.λπ.), οπότε προσθέστε 'Κριτική από' στήλη και «Ημερομηνία εξέτασης» .

Η επόμενη στήλη είναι «Σενάριο δοκιμής» , εδώ έχουμε παράσχει το παράδειγμα σεναρίου δοκιμής «Επαλήθευση σύνδεσης στο Facebook» . Προσθέστε τις στήλες 'Αναγνωριστικό σεναρίου δοκιμής' και «Περιγραφή περίπτωσης δοκιμής» .

Για κάθε σενάριο δοκιμής θα γράψουμε «Θήκες δοκιμής '. Προσθέστε λοιπόν τις στήλες «Αναγνωριστικό περίπτωσης δοκιμής» και «Περιγραφή περίπτωσης δοκιμής '. Για κάθε σενάριο δοκιμής, θα υπάρχει «Κατάσταση μετά» και 'Προϋπόθεση' . Προσθέστε τις στήλες «Μετα-κατάσταση» και «Προ-κατάσταση».

Μια άλλη σημαντική στήλη είναι «Δεδομένα δοκιμής» . Θα περιέχει τα δεδομένα που χρησιμοποιούμε για δοκιμές. Ένα σενάριο δοκιμής πρέπει να έχει ένα αναμενόμενο αποτέλεσμα και το πραγματικό αποτέλεσμα. Προσθέστε τη στήλη 'Αναμενόμενο Αποτέλεσμα' και «Πραγματικό αποτέλεσμα». 'Κατάσταση' δείχνει το αποτέλεσμα της εκτέλεσης του σεναρίου δοκιμής. Μπορεί είτε να περάσει / αποτύχει.

Οι δοκιμαστές θα εκτελέσουν τις δοκιμαστικές περιπτώσεις. Πρέπει να το συμπεριλάβουμε ως «Εκτελέστηκε από» και «Ημερομηνία εκτέλεσης» . Θα προσθέσουμε 'Εντολές' εάν υπάρχουν.

συμπέρασμα

Ελπίζω να έχετε μια σαφή ιδέα σχετικά με τις περιπτώσεις χρήσης και τη δοκιμή περίπτωσης χρήσης.

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

Με λίγα λόγια, μπορούμε να χρησιμοποιήσουμε το «Use Case testing» σε μια εφαρμογή για να βρούμε τους ελλείποντες συνδέσμους, τις ελλιπείς απαιτήσεις κ.λπ. Η εύρεση τους και η τροποποίηση του συστήματος θα επιτύχουν αποτελεσματικότητα και ακρίβεια στο σύστημα.

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

Συνιστώμενη ανάγνωση

• Λειτουργική δοκιμή εναντίον μη λειτουργική δοκιμή
• Εκμάθηση έκλειψης σε βάθος για αρχάριους
• Δοκιμή άλφα και δοκιμή beta (Ένας πλήρης οδηγός)
• Οδηγός δοκιμών DevOps: Πώς θα επηρεάσει ο έλεγχος QA το DevOps;
• Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
• Tutorial Test Usability: Ένας πλήρης οδηγός έναρξης
• Οδηγός δοκιμών GUI: Ένας πλήρης οδηγός δοκιμών διεπαφής χρήστη (UI)
• Εγχειρίδιο καταστροφικών δοκιμών και μη καταστροφικών δοκιμών