Τι είναι ο έλεγχος συστατικών; Τεχνικές, παραδείγματα δοκιμαστικών περιπτώσεων

Τι είναι ο έλεγχος συστατικών;

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

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

Είναι ένας από τους πιο συνηθισμένους τύπους δοκιμών μαύρου κουτιού που εκτελείται από την ομάδα QA.

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

Η χρήση του όρου " Δοκιμή συστατικών " ποικίλλει από τομέα σε τομέα και από οργανισμό σε οργανισμό.

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

1. Επιλεγμένος τύπος κύκλου ζωής ανάπτυξης
2. Πολυπλοκότητα του λογισμικού ή της υπό δοκιμή εφαρμογής
3. Δοκιμή με ή χωρίς απομόνωση από το υπόλοιπο άλλο στοιχείο σε λογισμικό ή εφαρμογή.

Όπως γνωρίζουμε, το Software Test Life Cycle Architecture έχει πολλά τεχνητά τεστ (Έγγραφα που έχουν δημιουργηθεί, χρησιμοποιούνται κατά τη διάρκεια δοκιμών). Μεταξύ πολλών δοκιμών - αντικειμένων, είναι η Πολιτική δοκιμών και η στρατηγική δοκιμών που καθορίζει τους τύπους δοκιμών, το βάθος των δοκιμών που πρέπει να εκτελεστούν σε ένα δεδομένο έργο.

Ποιος κάνει δοκιμές συστατικών

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

Πότε να εκτελέσετε δοκιμές στοιχείων

Η δοκιμή στοιχείων πραγματοποιείται αμέσως μετά την ολοκλήρωση της δοκιμής μονάδας από τους προγραμματιστές και η έκδοση κυκλοφόρησε για την ομάδα δοκιμών. Αυτή η έκδοση αναφέρεται ως κατασκευή UT (Μονάδα δοκιμής μονάδας). Σημαντική λειτουργικότητα όλων των συστατικών δοκιμάζονται σε αυτήν τη φάση,

Κριτήρια εισόδου για δοκιμή συστατικών

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

Κριτήρια εξόδου για δοκιμή στοιχείων

• Η λειτουργικότητα όλων των στοιχείων πρέπει να λειτουργεί καλά.
• Δεν πρέπει να υπάρχει παρουσία Κρίσιμων ή Υψηλών ή Μεσαίων βλαβών και ελαττωμάτων προτεραιότητας Καταγραφή ελαττώματος.

Τεχνικές δοκιμής συστατικών

Με βάση το βάθος των επιπέδων δοκιμών, οι δοκιμές στοιχείων μπορούν να κατηγοριοποιηθούν ως

1. CTIS - Δοκιμή συστατικών σε μικρό
2. CTIL - Δοκιμή συστατικών σε μεγάλο βαθμό

CTIS - Δοκιμή συστατικών σε μικρά

Ο έλεγχος εξαρτημάτων μπορεί να γίνει με ή χωρίς απομόνωση υπόλοιπων άλλων στοιχείων στο λογισμικό ή την εφαρμογή που δοκιμάζεται. Εάν εκτελείται με την απομόνωση άλλου στοιχείου, τότε αναφέρεται ως Component Testing in Small.

Παράδειγμα 1: Εξετάστε έναν ιστότοπο που έχει 5 διαφορετικές ιστοσελίδες και στη συνέχεια δοκιμάστε κάθε ιστοσελίδα ξεχωριστά & με την απομόνωση άλλων στοιχείων αναφέρεται ως Δοκιμή συστατικών στο Small.

Παράδειγμα 2: Εξετάστε την αρχική σελίδα του ιστότοπου guru99.com που έχει πολλά στοιχεία όπως

Αρχική σελίδα, Δοκιμή, SAP, Ιστός, Πρέπει να μάθετε!

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

Κάντε κλικ στο δοκιμαστικό αναπτυσσόμενο μενού σύμφωνα με την παρακάτω παρουσίαση και δείτε διάφορα "υποσυστήματα" του στοιχείου δοκιμών. Έτσι, τα υπο-συστατικά που εμφανίζονται είναι Μη αυτόματη δοκιμή, SOAPUI, QTP, JUnit, Selenium, Test Management, Selenium, Mobile Testing κ.λπ.

Σημείωση: Το υπο-στοιχείο αναφέρεται με κόκκινο επισημασμένο χρώμα στο παρακάτω στιγμιότυπο.

CTIS - Δοκιμή συστατικών σε μικρά

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

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

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

Λειτουργικότητα Ροή: Α -> Β -> C που σημαίνει ότι υπάρχει μια εξάρτηση σε Β τόσο από A & C, σύμφωνα με την στελέχους διάγραμμα είναι η ονομάζεται λειτουργία, και ο οδηγός είναι η συνάρτηση καλεί .

Αλλά το συστατικό Α και το συστατικό Γ δεν έχουν αναπτυχθεί ακόμα. Σε αυτήν την περίπτωση, για να ελέγξουμε πλήρως το εξάρτημα Β, μπορούμε να αντικαταστήσουμε το συστατικό Α και το στοιχείο Γ με στέλεχος και προγράμματα οδήγησης όπως απαιτείται. Έτσι, βασικά, το συστατικό A & C αντικαθίσταται από stub & driver που λειτουργεί ως πλαστό αντικείμενο έως ότου αναπτυχθούν πραγματικά.

• Stub: Ένα στέλεχος καλείται από το στοιχείο λογισμικού που πρόκειται να ελεγχθεί, όπως φαίνεται στο παρακάτω διάγραμμα, το «Stub» καλείται από το στοιχείο A.
• Πρόγραμμα οδήγησης: Ένας οδηγός καλεί το στοιχείο που πρόκειται να ελεγχθεί όπως φαίνεται στο παρακάτω διάγραμμα «Το στοιχείο Β» καλείται από το πρόγραμμα οδήγησης.

Παράδειγμα δοκιμαστικών περιπτώσεων για έλεγχο συστατικών

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

1. Η ιστοσελίδα 1 είναι σελίδα σύνδεσης στο demo.guru99.com

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

2. Η ιστοσελίδα 2 είναι η αρχική σελίδα του Guru99.com

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

Σενάριο δοκιμών στοιχείων στην ιστοσελίδα1 -

• Εισαγάγετε μη έγκυρο αναγνωριστικό χρήστη και επαληθεύστε εάν εμφανίζεται στον τελικό χρήστη τυχόν προειδοποιητικό αναδυόμενο παράθυρο.
• Εισαγάγετε μη έγκυρο αναγνωριστικό χρήστη και κωδικό πρόσβασης και κάντε κλικ στο "επαναφορά" και επαληθεύστε εάν τα δεδομένα που εισάγονται στα πεδία κειμένου το αναγνωριστικό χρήστη και ο κωδικός πρόσβασης διαγράφονται.
• Εισαγάγετε το έγκυρο όνομα χρήστη και τον κωδικό πρόσβασης και κάντε κλικ στο κουμπί «Σύνδεση».

Σενάριο δοκιμών στοιχείων στην ιστοσελίδα 2 -

• Επαληθεύστε εάν το μήνυμα "Καλώς ορίσατε στη σελίδα διαχειριστή της τράπεζας guru99" εμφανίζεται στην αρχική σελίδα.
• Βεβαιωθείτε ότι μπορείτε να κάνετε κλικ σε όλους τους συνδέσμους στην αριστερή πλευρά της ιστοσελίδας.
• Επαληθεύστε εάν το αναγνωριστικό διαχειριστή εμφανίζεται στο κέντρο της αρχικής σελίδας.
• Επαληθεύστε την παρουσία των 3 διαφορετικών εικόνων στην αρχική σελίδα σύμφωνα με το διάγραμμα.

Δοκιμή μονάδας Vs Component Testing

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

Περίληψη:

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

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