Ανάλυση Δοκιμών και Βάση στις Δοκιμές

Η Ανάλυση Δοκιμών — γνωστή και ως Βάση Δοκιμών — βρίσκεται στην αρχή του κύκλου ζωής των δοκιμών. Κάθε συνθήκη δοκιμής και περίπτωση δοκιμής τελικά tracεπιστρέφουμε σε αυτό. Οι παρακάτω ενότητες ορίζουν τον όρο, εξηγούν τις πηγές του, περιηγούνται στη ροή εργασίας ανάλυσης και τον τοποθετούν στο V-Model.

Τι είναι η Ανάλυση Δοκιμών;

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

Τυπικές πηγές από τις οποίες οι δοκιμαστές αντλούν πληροφορίες για τις δοκιμές περιλαμβάνουν:

• SRS — Προδιαγραφή Απαιτήσεων Λογισμικού
• BRS — Προδιαγραφή Επιχειρηματικών Απαιτήσεων
• Έγγραφα λειτουργικού σχεδιασμού
• Ιστορίες χρηστών, κριτήρια αποδοχής και wireframes

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

👉 Εγγραφείτε για Δωρεάν Ζωντανό Έργο Δοκιμών Λογισμικού

Γιατί είναι σημαντική η βάση δοκιμών;

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

• Tracικανότητα: Κάθε δοκιμαστική περίπτωση μπορεί να συνδεθεί με μια συγκεκριμένη απαίτηση, γεγονός που καθιστά την ανάλυση των επιπτώσεων της αλλαγής γρήγορη και τις αξιολογήσεις ελέγχου ανώδυνες.
• Σαφήνεια κάλυψης: RevΗ εξέταση της βάσης αναδεικνύει κενά — απροσδιόριστες καταστάσεις σφάλματος, ελλείπουσες περιπτώσεις ακμής, απροσδιόριστα μη λειτουργικά κατώφλια — πριν αυτά γίνουν περιστατικά παραγωγής.
• Ευθυγράμμιση ενδιαφερόμενων μερών: Όταν η ομάδα δοκιμών εξάγει συνθήκες από τα ίδια έγγραφα με τα οποία βασίζεται η ομάδα ανάπτυξης, και οι δύο πλευρές έχουν έναν κοινό ορισμό του «ολοκληρώθηκε».
• Πρώιμη ανίχνευση ελαττωμάτων: Πολλά ελαττώματα απαιτήσεων (ασάφεια, αντιφάσεις, ελλείποντα κριτήρια αποδοχής) εντοπίζονται κατά την ίδια την ανάλυση δοκιμών, πολύ πριν γραφτεί οποιοσδήποτε κώδικας — μακράν το φθηνότερο μέρος για να τα διορθώσετε.

Κοινές πηγές βάσης δοκιμών

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

Πηγαίο Τεχνούργημα	Κατάλληλο για	Τι είσαι πρώηνtract
Προδιαγραφές Επιχειρηματικών Απαιτήσεων (BRS)	Αποδοχή και δοκιμές συστήματος	Επιχειρηματικοί κανόνες από άκρο σε άκρο, κανονιστικοί περιορισμοί, κριτήρια επιτυχίας
Προδιαγραφή Απαιτήσεων Λογισμικού (SRS)	Δοκιμή συστήματος	Λειτουργικές και μη λειτουργικές απαιτήσεις με μετρήσιμα όρια
Λειτουργικά / Τεχνικά Έγγραφα Σχεδιασμού	Δοκιμή ολοκλήρωσης	Διεπαφές μονάδων, ροή δεδομένων, προδιαγραφές χειρισμού σφαλμάτων
Ιστορίες χρηστών και κριτήρια αποδοχής	Δοκιμές ευέλικτου σπριντ	Προσδοκίες συμπεριφοράς σε μορφή «Δεδομένου–Όταν–Τότε»
Σχέδια καλωδίων και μακέτες UI	Δοκιμή διεπαφής χρήστη / χρηστικότητας	Διάταξη, πλοήγηση, κανόνες επικύρωσης εισόδου
Εφαρμογή υπό δοκιμή (διερευνητική)	Εξερευνητικές και παλινδρομικές δοκιμές	Μη τεκμηριωμένη συμπεριφορά, ροές εργασίας πραγματικού κόσμου, ακραίες περιπτώσεις

Πώς να εκτελέσετε ανάλυση δοκιμών βήμα προς βήμα

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

1. Συγκεντρώστε και καταγράψτε τη βάση των δοκιμών. Συλλέξτε κάθε τεχνούργημα που περιγράφει την προβλεπόμενη συμπεριφορά — SRS, BRS, έγγραφα σχεδιασμού, ιστορίες χρηστών, μακέτες. Σημειώστε ποιο έγγραφο κατέχει κάθε απαίτηση, ώστε tracη δυνατότητα παραμένει άθικτη.
2. Revέλεγχος για δυνατότητα δοκιμής. Διαβάστε κάθε τεχνούργημα έχοντας κατά νου τρία ερωτήματα: Είναι αυτή η δήλωση μετρήσιμη; Είναι σαφής; Είναι πλήρης; Επισημάνετε οποιαδήποτε απαίτηση που αποτυγχάνει σε έναν από αυτούς τους ελέγχους και θέστε την πίσω στον συγγραφέα πριν γράψετε δοκιμές σε σχέση με αυτήν.
3. Προσδιορίστε τις συνθήκες δοκιμής. Για κάθε ελέγξιμη πρόταση, απαριθμήστε τις συνθήκες που χρειάζονται επαλήθευση (θετικές διαδρομές, αρνητικές διαδρομές, οριακές τιμές, χειρισμός σφαλμάτων, ασφάλεια, απόδοση). Μια συνθήκη δοκιμής είναι η απόλυτη συνθήκη.trac«τι» — για παράδειγμα, «Το σύστημα απορρίπτει παραγγελίες με μηδενική ποσότητα» — διακριτό από το συγκεκριμένο «πώς» μιας δοκιμαστικής περίπτωσης.
4. Ιεράρχηση προτεραιοτήτων και ομαδοποίηση συνθηκών. Ταξινομήστε κάθε πάθηση ανάλογα με τον κίνδυνο και τη συχνότητα χρήσης. Οι συνθήκες υψηλού κινδύνου και υψηλής συχνότητας καλύπτονται λεπτομερώς. Οι συνθήκες χαμηλού κινδύνου μπορούν να συνδυαστούν ή να δειγματιστούν. Εδώ αποφασίζετε επίσης ποιες συνθήκες είναι υποψήφιες για αυτοματοποίηση.
5. Μετατρέψτε συνθήκες σε περιπτώσεις δοκιμής. Κάθε ιεραρχημένη συνθήκη γίνεται μία ή περισσότερες περιπτώσεις δοκιμής με προϋποθέσεις, βήματα, δεδομένα δοκιμών και αναμενόμενα αποτελέσματα. Διατηρήστε απαιτήσεις tracένας πίνακας δυνατότητας που συνδέει κάθε περίπτωση δοκιμής με την αρχική της απαίτηση.

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

Ανάλυση Δοκιμών στο V-Model

Το V-Model συνδέει κάθε δραστηριότητα ανάπτυξης με μια αντίστοιχη δραστηριότητα δοκιμών. Η ανάλυση δοκιμών πραγματοποιείται σε κάθε επίπεδο χρησιμοποιώντας όποιο έγγραφο είναι διαθέσιμο σε αυτό το σημείο του κύκλου ζωής.

Σχήμα 1: Ανάλυση Δοκιμών σε όλες τις φάσεις του V-Model.

Μελέτη περίπτωσης: Παραγωγή δοκιμαστικών περιπτώσεων από την απαίτηση ενός πελάτη

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

Client requirement: Add search functionality to an eCommerce Store

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

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

Ο υπεύθυνος δοκιμών λαμβάνει την απαίτηση του πελάτη (τη βάση δοκιμής), την αναλύει και τη μετατρέπει σε συνθήκες δοκιμής. Αυτό το μοτίβο επαναλαμβάνεται σε κάθε φάση του V-Model — τα σχέδια δοκιμών και οι περιπτώσεις δοκιμών δημιουργούνται χρησιμοποιώντας όποιο έγγραφο είναι διαθέσιμο σε εκείνο το σημείο του κύκλου ζωής.

Βίντεο: Εξήγηση ανάλυσης δοκιμών

Αν το βίντεο δεν φορτώνει, δείτε το απευθείας στο YouTube.

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