state transition testing technique
Μάθετε τι είναι το State Transition Testing και πώς να χρησιμοποιήσετε το State Transition Diagram:
Στο τελευταίο μας άρθρο, είδαμε το « Γράφημα αιτίας και εφέ Τεχνική γραφής περιπτώσεων. Σήμερα ας προχωρήσουμε στην επόμενη δυναμική μέθοδο γραφής υπόθεσης - Τεχνική κατάστασης μετάβασης.
Αυτό το έγγραφο διερευνά την επέκταση αυτής της έννοιας δοκιμών σε μεγαλύτερες εφαρμογές, οι οποίες δεν είναι FSM στο σύνολό τους, αλλά ορισμένα από τα συστατικά τους είναι, έτσι ώστε να υιοθετήσουν το μοναδικό χαρακτηριστικό του «να είναι καταστατικοί» και κανόνες μετάβασης, με αποτέλεσμα πολλά πλεονεκτήματα.
Δοκιμή μεταβατικής κατάστασης
Η δοκιμή κατάστασης μετάβασης είναι α Τεχνική δοκιμής μαύρου κουτιού , το οποίο μπορεί να εφαρμοστεί για τη δοκιμή «Μηχανών πεπερασμένης κατάστασης».
Το «Finite State Machine (FSM)» είναι ένα σύστημα που θα βρίσκεται σε διαφορετικές διακριτές καταστάσεις (όπως 'έτοιμο', 'μη έτοιμο', 'ανοιχτό', 'κλειστό', ...) ανάλογα με τις εισόδους ή τα ερεθίσματα.
Οι διακριτές δηλώσεις ότι το σύστημα καταλήγει, εξαρτάται από τους κανόνες της μετάβασης του συστήματος. Δηλαδή, εάν ένα σύστημα δίνει διαφορετική έξοδο για την ίδια είσοδο, ανάλογα με την προηγούμενη κατάστασή του, τότε είναι ένα σύστημα πεπερασμένων καταστάσεων.
Επιπλέον, εάν κάθε συναλλαγή δοκιμάζεται στο σύστημα, ονομάζεται κάλυψη '0-switch'. Εάν η δοκιμή καλύπτει 2 ζεύγη έγκυρων συναλλαγών, τότε είναι κάλυψη «1-διακόπτη» και ούτω καθεξής.
Τι θα μάθετε:
Τι είναι η τεχνική δοκιμής μεταβατικής κατάστασης;
Η τεχνική μετάβασης κατάστασης είναι μια δυναμική τεχνική δοκιμών, η οποία χρησιμοποιείται όταν το σύστημα ορίζεται με όρους πεπερασμένου αριθμού καταστάσεων και οι μεταβάσεις μεταξύ των καταστάσεων διέπονται από τους κανόνες του συστήματος.
Ή με άλλα λόγια, αυτή η τεχνική χρησιμοποιείται όταν τα χαρακτηριστικά ενός συστήματος αντιπροσωπεύονται ως καταστάσεις που μετατρέπονται το ένα στο άλλο. Οι μετασχηματισμοί καθορίζονται από τους κανόνες του λογισμικού. Η εικονογραφική αναπαράσταση μπορεί να εμφανιστεί ως:
Εδώ λοιπόν βλέπουμε ότι μια οντότητα μεταβάσεις από το κράτος 1 στο κράτος 2 λόγω ορισμένων εισαγωγή κατάσταση, η οποία οδηγεί σε Εκδήλωση και οδηγεί σε δράση και τελικά δίνει το παραγωγή .
Για να το εξηγήσουμε με ένα παράδειγμα:
Επισκεφτείτε ένα ATM και αποσύρετε 1000 $. Παίρνετε τα μετρητά σας. Τώρα εξαντλείται το υπόλοιπο και κάνετε ακριβώς το ίδιο αίτημα ανάληψης 1000 $. Αυτή τη φορά το ATM αρνείται να σας δώσει τα χρήματα λόγω ανεπαρκούς υπολοίπου. Λοιπόν, εδώ το μετάβαση , που προκάλεσε το αλλαγή στην κατάσταση είναι η προηγούμενη απόσυρση
Ορισμός δοκιμής μετάβασης κατάστασης
Έχοντας καταλάβει τι είναι η κατάσταση μετάβασης, μπορούμε τώρα να καταλήξουμε σε έναν πιο ουσιαστικό ορισμό για τον έλεγχο της μετάβασης κατάστασης. Έτσι, είναι ένα είδος δοκιμής μαύρου κουτιού στο οποίο ο υπεύθυνος δοκιμών πρέπει να εξετάσει τη συμπεριφορά του AUT (Application Under Test) έναντι διαφόρων συνθηκών εισαγωγής που δίνονται σε μια σειρά.
Η συμπεριφορά του συστήματος καταγράφεται τόσο για θετικές όσο και για αρνητικές τιμές δοκιμής.
Πότε να χρησιμοποιήσετε τον έλεγχο μετάβασης κατάστασης;
Ο έλεγχος κατάστασης μετάβασης μπορεί να χρησιμοποιηθεί στις ακόλουθες περιπτώσεις:
η καλύτερη δωρεάν εφαρμογή λήψης μουσικής για Android
- Όταν η υπό δοκιμή εφαρμογή είναι ένα σύστημα πραγματικού χρόνου με διαφορετικές καταστάσεις και μεταβάσεις.
- Όταν η εφαρμογή εξαρτάται από το συμβάν / τιμές / συνθήκες του παρελθόντος.
- Όταν πρέπει να δοκιμαστεί η ακολουθία των συμβάντων.
- Όταν η εφαρμογή πρέπει να δοκιμαστεί έναντι ενός πεπερασμένου συνόλου τιμών εισόδου.
Πότε να μην χρησιμοποιήσετε τον έλεγχο μετάβασης κατάστασης;
Δεν πρέπει να βασίζεστε σε δοκιμές μετάβασης κατάστασης στις ακόλουθες περιπτώσεις:
- Όταν δεν απαιτείται δοκιμή για διαδοχικούς συνδυασμούς εισόδου.
- Όταν απαιτούνται δοκιμές διαφορετικών λειτουργιών της εφαρμογής (περισσότερο όπως η εξερευνητική δοκιμή).
Παράδειγμα δοκιμής κατάστασης μετάβασης στη δοκιμή λογισμικού
Στο πρακτικό σενάριο, οι δοκιμαστές συνήθως λαμβάνουν τα διαγράμματα μετάβασης κατάστασης και απαιτείται από εμάς να το ερμηνεύσουμε.
Αυτά τα διαγράμματα δίδονται είτε από τους Επιχειρηματικούς Αναλυτές είτε από έναν ενδιαφερόμενο και χρησιμοποιούμε αυτά τα διαγράμματα για να προσδιορίσουμε τις δοκιμαστικές μας περιπτώσεις.
Ας εξετάσουμε την παρακάτω κατάσταση:
Όνομα λογισμικού - Διαχείριση_εμφανιζόμενων αλλαγών
Προδιαγραφές - Το λογισμικό ανταποκρίνεται σε αιτήματα εισαγωγής για αλλαγή της λειτουργίας εμφάνισης για μια συσκευή προβολής χρόνου.
Η λειτουργία εμφάνισης μπορεί να ρυθμιστεί σε μία από τις τέσσερις τιμές:
- Δύο αντιστοιχούν στην εμφάνιση είτε της ώρας είτε της ημερομηνίας.
- Τα άλλα δύο όταν αλλάζετε είτε την ώρα είτε την ημερομηνία.
Οι διάφορες καταστάσεις έχουν ως εξής:
- Αλλαγή λειτουργίας (CM): Η ενεργοποίηση αυτού θα προκαλέσει την εναλλαγή της λειτουργίας εμφάνισης μεταξύ 'ώρας εμφάνισης (T)' και 'ημερομηνίας εμφάνισης (D)'.
- Επαναφορά (R): Εάν η λειτουργία εμφάνισης έχει ρυθμιστεί σε T ή D, τότε μια 'επαναφορά' θα προκαλέσει τη ρύθμιση της λειτουργίας εμφάνισης σε λειτουργίες 'αλλαγή ώρας (AT)' ή 'αλλαγή ημερομηνίας (AD)'.
- Σύνολο χρόνου (TS): Η ενεργοποίηση αυτού θα προκαλέσει την επιστροφή του τρόπου εμφάνισης στο T από το AT.
- Σύνολο ημερομηνιών (DS): Η ενεργοποίηση αυτού θα προκαλέσει την επιστροφή της λειτουργίας εμφάνισης στο D από το AD.
Διάγραμμα κατάστασης μετάβασης
Τώρα, ας προχωρήσουμε για να το ερμηνεύσουμε:
Εδώ:
# 1) Διάφορα κράτη είναι:
- Χρόνος εμφάνισης (S1),
- Αλλαγή ώρας (S3),
- Ημερομηνία εμφάνισης (S2) και
- Αλλαγή ημερομηνίας (S4).
# 2) Οι διάφορες είσοδοι είναι:
- Αλλαγή λειτουργίας (CM),
- Επαναφορά (R),
- Ορισμός χρόνου (TS),
- Ορισμός ημερομηνίας (DS).
# 3) Διάφορα αποτελέσματα είναι:
- Ώρα αλλαγής (AT),
- Χρόνος εμφάνισης (T),
- Ημερομηνία εμφάνισης (D),
- Ημερομηνία αλλαγής (AD).
# 4) Τα αλλαγμένα κράτη είναι:
- Χρόνος εμφάνισης (S1),
- Αλλαγή ώρας (S3),
- Ημερομηνία εμφάνισης (S2) και
- Αλλαγή ημερομηνίας (S4).
Βήμα 1: Γράψτε όλες τις καταστάσεις έναρξης. Για αυτό, πάρτε μία κατάσταση κάθε φορά και δείτε πόσα βέλη βγαίνουν από αυτήν.
- Για το κράτος S1, υπάρχουν δύο βέλη που βγαίνουν από αυτό. Ένα βέλος πρόκειται να δηλώσει S3 και ένα άλλο βέλος θα δηλώσει S2.
- Για την κατάσταση S2 - Υπάρχουν 2 βέλη. Το ένα πηγαίνει στο κράτος S1 και το άλλο στο S4
- Για την κατάσταση S3 - Μόνο 1 βέλος βγαίνει από αυτό, πηγαίνει στην κατάσταση S1
- Για την κατάσταση S4 - Μόνο 1 βέλος βγαίνει από αυτό, πηγαίνει στην κατάσταση S2
Ας το βάλουμε στο τραπέζι μας:
Δεδομένου ότι για τις πολιτείες S1 και S2, υπάρχουν δύο βέλη που βγαίνουν, το έχουμε γράψει δύο φορές.
Βήμα 2: Για κάθε κατάσταση, γράψτε τις τελικές μεταβατικές καταστάσεις τους.
- Για την κατάσταση S1 - Οι τελικές καταστάσεις είναι S2 και S3
- Για την κατάσταση S2 - Οι τελικές καταστάσεις είναι S1 και S4
- Για την κατάσταση S3 - Η τελική κατάσταση είναι S1
- Για την κατάσταση S4 - Η τελική κατάσταση είναι S2
Βάλτε το στο τραπέζι ως κατάσταση εξόδου / αποτελέσματος.
Βήμα 3: Για κάθε κατάσταση έναρξης και την αντίστοιχη κατάσταση τερματισμού, σημειώστε τις συνθήκες εισόδου και εξόδου
- Για να πάει η κατάσταση S1 στην κατάσταση S2, η είσοδος είναι Change Mode (CM) και η έξοδος είναι Display Date (D) που φαίνεται παρακάτω:
Με παρόμοιο τρόπο, γράψτε τις συνθήκες εισόδου και την έξοδο για όλες τις καταστάσεις ως εξής:
Βήμα 4:
Τώρα προσθέστε το αναγνωριστικό περίπτωσης δοκιμής για κάθε δοκιμή που φαίνεται παρακάτω:
Τώρα ας το μετατρέψουμε σε επίσημες δοκιμαστικές περιπτώσεις:
Με αυτόν τον τρόπο, μπορούν να εξαχθούν όλες οι υπόλοιπες δοκιμαστικές περιπτώσεις. Υποθέτω το άλλο χαρακτηριστικά των δοκιμαστικών περιπτώσεων όπως οι προϋποθέσεις, η σοβαρότητα, η προτεραιότητα, το περιβάλλον, η κατασκευή κ.λπ. περιλαμβάνονται επίσης στη δοκιμαστική περίπτωση.
Συνοψίζοντας τα βήματα για άλλη μια φορά:
- Προσδιορίστε τις αρχικές καταστάσεις και την τελική τους κατάσταση με βάση τις γραμμές / βέλη που βγαίνουν από την αρχική κατάσταση.
- Για κάθε αρχική κατάσταση, μάθετε την κατάσταση εισόδου και το αποτέλεσμα εξόδου
- Σημειώστε κάθε σετ ως ξεχωριστή δοκιμαστική θήκη.
Περισσότερα παραδείγματα τεχνικής μεταβατικής κατάστασης
Ακολουθεί ένα ακόμη παράδειγμα της τεχνικής State Transition Testing σε μεγαλύτερες εφαρμογές λογισμικού.
Περιγραφή:
' Stateful Λειτουργική δοκιμή » Η προσέγγιση μπορεί να χρησιμοποιηθεί για τη δοκιμή συγκεκριμένων τμημάτων ή εξαρτημάτων της εφαρμογής, με το χαρακτηριστικό ενός μηχανήματος πεπερασμένης κατάστασης (FSM).
Βήματα στην εφαρμογή:
# 1) Το πρώτο βήμα για την εφαρμογή του «Stateful Functional Testing» είναι ο προσδιορισμός διαφορετικών στοιχείων / τμημάτων της εφαρμογής που μπορούν να κατηγοριοποιηθούν ως FSM. Οι είσοδοι, οι καταστάσεις και οι έξοδοι παρακολουθούνται προσεκτικά για καθένα από αυτά τα FSM.
#δύο) Το επόμενο βήμα θα ήταν η ανάπτυξη δοκιμαστικών περιπτώσεων για αυτά τα FSM βάσει κανόνων μετάβασης, εισόδων, εξόδων και καταστάσεων μετάβασης.
# 3) Το τρίτο βήμα θα ήταν να ενσωματωθεί ο έλεγχος αυτών των στοιχείων με άλλα στοιχεία διασύνδεσης για την επικύρωση της εφαρμογής από άκρο σε άκρο.
Αυτό μπορεί να εξηγηθεί μέσω ενός παραδείγματος μιας εφαρμογής που ονομάζεται 'House Project', η οποία παρακολουθεί την κατασκευή ενός σπιτιού, με διάφορα στοιχεία εφαρμογής όπως έγκριση της αρχιτεκτονικής του σπιτιού, εγγραφή του οικοπέδου και κατοικίας, επιλογή του εργολάβου , έγκριση στεγαστικού δανείου κ.λπ.
Για παράδειγμα,
Θα εξετάσουμε το ενδεχόμενο να δοκιμάσουμε ένα στοιχείο FSM της εφαρμογής «House Project»: Έγκριση στεγαστικού δανείου.
Αίτηση έγκρισης στεγαστικού δανείου (HLA)
Η αίτηση HLA θα διευθύνεται από έναν ανεξάρτητο Χρήστη Επεξεργασίας Δανείου, ο οποίος επεξεργάζεται την αίτηση δανείου. Τα διάφορα στάδια της επεξεργασίας της εφαρμογής περιγράφονται παρακάτω:
1.1.1 Βήμα 1: Συλλογή εγγράφων
Το πρώτο βήμα είναι η συλλογή σχετικών εγγράφων για την υποβολή αίτησης για το δάνειο, όπως αναφέρεται στον παρακάτω πίνακα. Είναι οι «προϋποθέσεις» για μια επιτυχημένη εφαρμογή. Ο αιτών συλλέγει τα απαιτούμενα έγγραφα και τα εφαρμόζει στο στεγαστικό δάνειο.
Ο Χρήστης Επεξεργασίας Δανείου αναγνωρίζει τη λήψη των εγγράφων και μεταβαίνει την κατάσταση της Αίτησης Δανείου (δηλαδή την κατάσταση του στοιχείου της Εφαρμογής HLA) στην κατάσταση «Εφαρμοσμένη».
τι μπορείτε να κάνετε με το c ++
Πίνακας 1: Λίστα εγγράφων
1.1.2 Βήμα 2: Αξιολόγηση δανείου
Σε αυτό το στάδιο, ο δανειστής αξιολογεί την Αίτηση Δανείου για να προσδιορίσει εάν πληροί τις πιστωτικές του απαιτήσεις. Τα δικαιολογητικά έγγραφα επαληθεύονται αυτήν τη στιγμή.
Πίνακας 2: Κριτική των εγγράφων
Τα έγγραφα που απαιτούνται για την αξιολόγηση, δηλαδή οι «προϋποθέσεις» που πρέπει να επικυρωθούν σε αυτό το στάδιο, επικυρώνονται. Κάθε συνθήκη έχει μια κριτική που συνδέεται με αυτήν (αναφέρεται ως «Υ» στον παραπάνω πίνακα). Μόλις ικανοποιηθούν όλες οι απαιτούμενες κρίσιμες συνθήκες, η εφαρμογή μετακινείται στην κατάσταση 'Επιβεβαιωμένο' - δηλαδή το στοιχείο εφαρμογής HLA βρίσκεται στην κατάσταση 'Επιβεβαιωμένο'.
Σημείο που πρέπει να σημειωθεί:
# 1) Αυτή η αρχή φέρνει μια δομή και αντικειμενικότητα στις συνθήκες δοκιμής και τους ορισμούς «κατάστασης» του συστήματος .
Επίσης, δεν είναι κρίσιμες όλες οι 'προϋποθέσεις' για την επικύρωση του συστήματος για να φτάσει σε αυτήν την κατάσταση 'Επιβεβαιωμένη'. Στον παραπάνω πίνακα, 4 συνθήκες επισημαίνονται ως 'Μη κρίσιμες' για να φτάσει η εφαρμογή στην κατάσταση 'Επιβεβαιωμένο'.
#δύο) Ο αριθμός των επικυρώσεων μπορεί να μειωθεί βέλτιστα, ανάλογα με τον κίνδυνο ή την κρίσιμη σημασία των κανόνων που απαιτούνται για κάθε κατάσταση. Αυτό θα μειώσει σημαντικά το χρόνο που απαιτείται για την εκτέλεση της δοκιμής και ταυτόχρονα δεν θα υποβαθμιστεί η ποιότητα της δοκιμής.
# 3) Αυτό δεν είναι μόνο χρήσιμο για τη δοκιμή των μεμονωμένων στοιχείων, αλλά και για τη δοκιμή του συστήματος από άκρο σε άκρο.
# 4) Επίσης, πολύ χρήσιμο κατά τη δημιουργία σουιτς Regression test.
Έτσι, σε αυτό το στάδιο, είναι ένας τύπος δοκιμής 0-διακόπτη. Αλλά τα μεταγενέστερα στάδια έγκρισης μπορούν να είναι τύποι επικύρωσης 1-διακόπτη ή 2-διακοπτών για αυτό το στάδιο.
Για παράδειγμα, Το «Πιστοποιητικό Γάμου» μπορεί να μην είναι πολύ σχετικό σε αυτό το στάδιο, αλλά στα τελευταία στάδια έγκρισης όταν εξετάζεται ο κίνδυνος να καταβάλει ο αιτών την καταβολή του ΕΝΙ, το πιστοποιητικό γάμου μπορεί να καταστεί σχετικό - δηλαδή, εάν ο σύζυγος εργάζεται επίσης , μειώνει τον κίνδυνο, και αν δεν χρησιμοποιηθεί, αυξάνει τον κίνδυνο.
# 5) Η παραπάνω αρχή μπορεί να χρησιμοποιηθεί για την επέκταση των συνθηκών δοκιμής ανάλογα με την απαίτηση του εξαρτήματος σε αυτό το στάδιο.
1.1.3 Βήμα 3: Έγκριση υπό όρους
Η τρέχουσα κατάσταση της εφαρμογής είναι 'Επιβεβαιωμένη'. Ο δανειστής θα έδινε «υπό όρους έγκριση» για να προχωρήσει η διαδικασία του δανείου. Απαιτούνται περαιτέρω επικυρώσεις για τη μεταφορά της εφαρμογής HLA στην κατάσταση 'Εγκρίθηκε'.
1.1.4 Βήμα 4: Έγκριση
Οι κρίσιμες επικυρώσεις διεξάγονται σε αυτό το στάδιο:
- Αξιολόγηση από τους Lenders Mortgage Insurance (LMI): αυτό συνεπάγεται επικύρωση 2-διακοπτών ή περισσότερες για την γνησιότητα του ακινήτου.
- Ο δανειστής μπορεί να απαιτήσει πληροφορίες που δεν δόθηκαν κατά το στάδιο «Επιβεβαίωση».
Μόλις ικανοποιηθούν οι παραπάνω προϋποθέσεις, η εφαρμογή μεταβαίνει στην κατάσταση 'Εγκεκριμένη'. Η τελική αρχή της διαδικασίας έγκρισης μπορεί να διασταυρώσει την αξιοπιστία του αιτούντος δανείου ζητώντας περισσότερες λεπτομέρειες ή μπορεί να μην ρωτήσει εάν τα άλλα έγγραφα του αιτούντος είναι πειστικά. Δηλαδή, απαιτούνται περισσότερες εισόδους από διαφορετικά στοιχεία της κύριας εφαρμογής για να αποδειχθεί η εγκυρότητα .
# 6) Με άλλα λόγια, ενδέχεται να απαιτηθούν περισσότερες επικυρώσεις (ή να μειωθούν) για τη μετάβαση σε διαφορετική κατάσταση ανάλογα με τις συνθήκες εισαγωγής στο στοιχείο από άλλα στοιχεία της εφαρμογής.
Το παρακάτω διάγραμμα απεικονίζει τη διαδικασία έγκρισης.
Σχήμα 1: Διαδικασία έγκρισης δανείου
Κίνδυνοι και προκλήσεις
- Για μεγάλες εφαρμογές, η βαθιά γνώση εφαρμογών είναι απαραίτητη για να χωριστεί η εφαρμογή σε διαφορετικά λογικά στοιχεία για να καταστεί δυνατή η κατηγοριοποίηση ως FSM και κανονικά στοιχεία. Αυτό μπορεί να απαιτεί δαπανηρό χρόνο από τις ΜΜΕ.
- Δεν έχουν όλες οι εφαρμογές τη δυνατότητα ταξινόμησης αυτού του είδους των FSM.
- Δεδομένου ότι τα στοιχεία FSM αλληλεπιδρούν με κανονικά στοιχεία στην εφαρμογή, οι είσοδοι σε FSM από διαφορετικά στοιχεία απαιτούν προσεκτικό σχεδιασμό και εκτέλεση.
Πλεονεκτήματα των δοκιμών μετάβασης από το κράτος
- Σύμφωνα με αυτήν την τεχνική, χρησιμοποιώντας μια εικονική ή πίνακα απεικόνιση της συμπεριφοράς του συστήματος, ο υπεύθυνος δοκιμών εξοικειώνεται με το σχεδιασμό της εφαρμογής και αισθάνεται εύκολο να καλύψει και να σχεδιάσει τις δοκιμές αποτελεσματικά και αποδοτικά.
- Οι μη προγραμματισμένες ή μη έγκυρες καταστάσεις του συστήματος καλύπτονται επίσης με τη χρήση αυτής της τεχνικής.
- Χρησιμοποιώντας το διάγραμμα κατάστασης μετάβασης, είναι εύκολο να επαληθεύσετε εάν καλύπτονται όλες οι συνθήκες.
Μειονεκτήματα των δοκιμών μετάβασης κατάστασης
- Αυτή η τεχνική δεν μπορεί να χρησιμοποιηθεί για συστήματα μη πεπερασμένων καταστάσεων.
- Ο καθορισμός όλων των πιθανών καταστάσεων για μεγάλα και περίπλοκα συστήματα είναι μια αρκετά δυσκίνητη εργασία.
συμπέρασμα
Ο έλεγχος κατάστασης μετάβασης είναι μια χρήσιμη προσέγγιση όταν απαιτούνται διαφορετικές μεταβάσεις συστήματος για δοκιμή συστημάτων πεπερασμένης κατάστασης.
Η δοκιμή μιας εφαρμογής με την έννοια του «Stateful Functional Testing» μπορεί να δώσει στους Testing Organisations μια μοναδική δοκιμαστική προσέγγιση για τη δοκιμή σύνθετων εφαρμογών, η οποία θα αύξανε την παραγωγικότητα εκτέλεσης δοκιμών χωρίς συμβιβασμούς στην κάλυψη των δοκιμών.
Το State Transition testing είναι μια μοναδική δοκιμαστική προσέγγιση για τη δοκιμή σύνθετων εφαρμογών, η οποία θα αύξανε την παραγωγικότητα εκτέλεσης δοκιμών χωρίς συμβιβασμούς στην κάλυψη δοκιμών.
Ο περιορισμός αυτής της τεχνικής είναι ότι δεν μπορεί να χρησιμοποιηθεί έως και εκτός εάν το υπό δοκιμή σύστημα έχει μόνο πεπερασμένες καταστάσεις.
Συνιστώμενη ανάγνωση
- Τι είναι η τεχνική δοκιμής βάσει ελαττωμάτων;
- Τι είναι η Τεχνική Ορθογώνιας Σειράς Δοκιμών (OATS);
- Λειτουργική δοκιμή εναντίον μη λειτουργική δοκιμή
- Τι είναι ο έλεγχος σύγκρισης (Μάθετε με παραδείγματα)
- Τι είναι ο έλεγχος μετάλλαξης: Εκμάθηση με παραδείγματα
- Τι είναι η δοκιμή αντοχής στη δοκιμή λογισμικού (παραδείγματα)
- Τι είναι το End to End Testing: E2E Testing Framework με παραδείγματα
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)