Μενού

Σύνταξη δοκιμαστικών περιπτώσεων από έγγραφο SRS (ΛΗΨΗ Ζωντανών δειγμάτων έργου)

writing test cases from srs document

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

Σύνταξη δοκιμαστικών περιπτώσεων από έγγραφο SRS (Λήψη ζωντανών δοκιμαστικών υποθέσεων δοκιμής έργου) - Δοκιμή λογισμικού QA Training Day 4

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

Σε αυτήν τη δωρεάν διαδικτυακή σειρά προπόνησης QA, έχουμε τελειώσει με:

  1. Αναθεώρηση SRS,
  2. Σενάριο δοκιμής / Αναγνώριση πεδίου δοκιμής και
  3. Τεκμηριώθηκε το σχέδιο δοκιμών .

Σύνταξη δοκιμαστικών περιπτώσεων από έγγραφο SRS

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

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

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

Ας φτάσουμε αμέσως.

Τι θα μάθετε:

Βασικά στοιχεία για τη σύνταξη δοκιμαστικών περιπτώσεων

# 1) Εάν τα σενάρια δοκιμής αφορούσαν το θέμα 'Τι πρόκειται να δοκιμάσουμε' στο AUT - οι δοκιμαστικές περιπτώσεις είναι όλες «Πώς θα δοκιμάσουμε μια απαίτηση».

Για παράδειγμα , εάν το σενάριο δοκιμής είναι 'Επικύρωση της λειτουργίας σύνδεσης διαχειριστή' - Αυτό θα αποδώσει σε 3 δοκιμαστικές περιπτώσεις (ή συνθήκες) - Σύνδεση (επιτυχής), Σύνδεση-ανεπιτυχής κατά την εισαγωγή του λανθασμένου ονόματος χρήστη, Σύνδεση-ανεπιτυχής κατά την εισαγωγή λανθασμένου κωδικού πρόσβασης . Κάθε περίπτωση δοκιμής θα είχε, με τη σειρά της, βήματα για να αντιμετωπίσει τον τρόπο με τον οποίο μπορούμε να ελέγξουμε ότι ικανοποιείται μια συγκεκριμένη κατάσταση δοκιμής ή όχι.

#δύο) Η είσοδος για τη δημιουργία ενός εγγράφου δοκιμαστικής υπόθεσης είναι FRD, Σενάρια δοκιμής που δημιουργήθηκαν στο προηγούμενο βήμα και τυχόν άλλα έγγραφα αναφοράς, εάν υπάρχουν.

# 3) Η τεκμηρίωση της δοκιμαστικής υπόθεσης είναι ένα σημαντικό παραδοτέο από την ομάδα QA και κοινοποιείται σε BA, PM και άλλες ομάδες όταν γίνεται για τα σχόλιά τους.

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

# 5) Ακριβώς όπως με τα σενάρια δοκιμής, πριν ξεκινήσουμε την τεκμηρίωση περίπτωσης δοκιμής, πρέπει να συμφωνηθεί ένα κοινό πρότυπο. Πρακτικά οτιδήποτε μπορεί να χρησιμοποιηθεί για τη δημιουργία δοκιμαστικών υποθέσεων. Οι 2 πιο συχνά χρησιμοποιούμενες επιλογές είναι MS Excel και MS word.

# 6) ο Πρότυπο λέξεων MS μοιάζει με αυτό:

Πρότυπο λέξεων MS δοκιμαστικών περιπτώσεων

# 7) ο Πρότυπο Excel θα μπορούσε να μοιάζει με το ακόλουθο:

qa δοκιμαστικά κιβώτια δοκιμών δείγματα xls

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

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

Πεδία σε υποθέσεις δοκιμής

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

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

Τα άλλα πεδία μπορούν να εξηγηθούν ως εξής:

  • Προϋπόθεση: Κατάσταση του AUT (η κατάσταση στην οποία πρέπει να είναι το AUT για να ξεκινήσουμε).
  • Εισαγωγή: Βήματα εισαγωγής δεδομένων. Για αυτά τα βήματα, είναι σημαντικό να σημειώσετε τι είδους πληροφορίες εισαγωγής απαιτούνται - Δεδομένα δοκιμής.
  • Σημείο επικύρωσης / σκανδάλη / ενέργεια : Τι προκαλεί την επικύρωση; (Κάντε κλικ σε ένα κουμπί ή εναλλαγή ή στην πρόσβαση του συνδέσμου. Βεβαιωθείτε ότι υπάρχει τουλάχιστον ένα σημείο επικύρωσης σε μια δοκιμαστική υπόθεση - αλλιώς θα πρόκειται για εισαγωγή δεδομένων χωρίς τίποτα να αναζητήσετε. Επίσης, για να διασφαλιστεί ότι έχουμε αρκετή αρθρωτότητα, προσπαθήστε να μην συνδυάσετε πάρα πολλά σημεία επικύρωσης σε μία δοκιμαστική θήκη. 1 ανά δοκιμαστική περίπτωση είναι η βέλτιστη.)
  • Παραγωγή: Αναμενόμενο Αποτέλεσμα.
  • Μετα-κατάσταση: Πρόκειται για πρόσθετες πληροφορίες που παρέχονται προς όφελος του υπεύθυνου δοκιμών, απλώς για να καταστεί η δοκιμαστική υπόθεση πιο διορατική και ενημερωτική. Αυτό περιλαμβάνει μια εξήγηση για το τι συμβαίνει ή τι μπορεί να αναμένεται από το AUT μόλις ολοκληρωθούν όλα τα βήματα της δοκιμαστικής υπόθεσης.

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

Ζωντανές δοκιμαστικές δοκιμαστικές υποθέσεις (Λήψη)

Τώρα που έχουμε αρκετές βασικές πληροφορίες για να ξεκινήσουμε τη διαδικασία δημιουργίας δοκιμαστικών περιπτώσεων, ας ξεκινήσουμε και δημιουργήσουμε μερικές δοκιμαστικές περιπτώσεις για το Live Project μας.

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

=> Κατεβάστε το Δείγμα δοκιμαστικών περιπτώσεων για το Live Project εδώ .

Σημείωση: Υπάρχουν λίγες εικόνες που αναφέρονται σε δείγμα θήκης XLS. Εάν το βλέπετε στην παλαιότερη έκδοση του MS Office, ενδέχεται να αντιμετωπίσετε προβλήματα συμβατότητας.

Παρακάτω αναφέρονται αυτές οι εικόνες σύμφωνα με τα ονόματά τους στα αρχεία XLS:

Προβολή Pic 1
Προβολή Pic 2
Προβολή Pic 3

Εκεί, όλα έγιναν και όλα καλά.

Μέθοδοι γραφής / βελτιστοποίησης δοκιμαστικών περιπτώσεων

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

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

τα καλύτερα δωρεάν καθαριστικά μητρώου για τα Windows 10

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

Λίγα σημαντικά σημεία που πρέπει να σημειωθούν

  • Οι δοκιμαστικές περιπτώσεις που δημιουργούμε δεν είναι μόνο το σημείο αναφοράς για τη φάση QA αλλά και το UAT.
  • Οι εσωτερικές δοκιμές είναι Αξιολογήθηκε από ομοτίμους εντός της ομάδας .
  • Όταν μια συγκεκριμένη κατάσταση δεν αντιμετωπίζεται από μια δοκιμαστική υπόθεση - ο κανόνας είναι, δεν πρόκειται να δοκιμαστεί. Λοιπόν, αυτό είναι ένα καλό μέρος για να ελέγξετε αν η δοκιμαστική σουίτα που δημιουργήσαμε επιτυγχάνει τον στόχο κάλυψης δοκιμής 100% ή όχι. Για να γίνει αυτό, μπορεί να δημιουργηθεί ένας πίνακας ιχνηλασιμότητας. Δείτε όλα όσα πρέπει να γνωρίζετε για το Πίνακας ιχνηλασιμότητας εδώ .
  • Εργαλεία - Εργαλεία διαχείρισης δοκιμής όπως QC , q Δοκιμή βοηθήστε μας με τη δραστηριότητα δημιουργίας δοκιμαστικών περιπτώσεων. Για ένα παράδειγμα του τρόπου αντιμετώπισης των δοκιμαστικών περιπτώσεων χρησιμοποιώντας το Κέντρο ποιότητας, ρίξτε μια ματιά σε αυτό Εκπαιδευτικό Κέντρο ποιότητας .
  • Τα εργαλεία αυτοματισμού μπορούν να χρησιμοποιηθούν για τη δημιουργία δοκιμαστικών περιπτώσεων - οπότε αναφέρονται ως δοκιμαστικά σενάρια.
Επαγγελματική συμβουλή :Κάντε έναν ορθογραφικό και γραμματικό έλεγχο σε κάθε έγγραφο που δημιουργούμε. Είμαστε οι εκπρόσωποι ποιότητας για έργα πληροφορικής - και δεν μας φαίνεται θετικά εάν τα παραδοτέα μας είναι κατώτερης ποιότητας.

Αυτό μας φέρνει στο τέλος μιας άλλης ενδιαφέρουσας κατηγορίας.

συμπέρασμα

Το τέλος της διαδικασίας δημιουργίας δοκιμής / φάση σχεδιασμού δοκιμής (STLC) και το τέλος της φάσης κώδικα (SDLC) θα σηματοδοτήσουν γενικά το τέλος της φάσης προετοιμασίας δοκιμής και την αρχή της φάσης εκτέλεσης δοκιμής.

Επόμενο σεμινάριο σε αυτό το μάθημα δοκιμών λογισμικού - Στο επόμενο άρθρο, θα μιλήσουμε για το τι είναι το Test Execution, τι περιλαμβάνει και ποιες είναι οι προσδοκίες από την ομάδα QA κατά τη διάρκεια αυτής της φάσης.

=> Ημέρα εκπαίδευσης QA 5: Εκτέλεση δοκιμής

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

Ενημερώστε μας για τις ερωτήσεις και τα σχόλιά σας παρακάτω. Καλή δοκιμή!

Εκπαιδευτικό πρόγραμμα PREV | ΕΠΟΜΕΝΟ Φροντιστήριο

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

^