Οι διαφορές μεταξύ δοκιμών μονάδας, δοκιμών ολοκλήρωσης και δοκιμών λειτουργίας

differences between unit testing

Λεπτομερής σύγκριση μονάδας, ολοκλήρωσης και λειτουργικών δοκιμών:

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

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

Τι θα μάθετε:

• Δοκιμή μονάδας εναντίον δοκιμής ολοκλήρωσης εναντίον λειτουργικού ελέγχου
• Τι είναι η δοκιμή μονάδας;
• Τι είναι ο έλεγχος ολοκλήρωσης;
  • α) Προσέγγιση ενσωμάτωσης Big Bang
  • β) Προσέγγιση από πάνω προς τα κάτω
  • γ) Προσέγγιση από κάτω προς τα πάνω
• Δοκιμή μονάδας έναντι δοκιμής ολοκλήρωσης
• Λειτουργική δοκιμή
• Ακριβής διαφορά
• συμπέρασμα
• Συνιστώμενη ανάγνωση

Δοκιμή μονάδας εναντίον δοκιμής ολοκλήρωσης εναντίον λειτουργικού ελέγχου

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

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

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

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

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

Και, το πιο σημαντικό, για τη βελτιστοποίηση της απόδοσης επένδυσης (ROI), η βάση κώδικα θα πρέπει να έχει όσο το δυνατόν περισσότερες δοκιμές μονάδας, λιγότερες δοκιμές ενοποίησης και τον μικρότερο αριθμό λειτουργικών δοκιμών.

Αυτό φαίνεται καλύτερα στην ακόλουθη δοκιμαστική πυραμίδα:

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

Νο 1 δωρεάν online μετατροπέας βίντεο ένα βίντεο

Παράδειγμα:

Ας καταλάβουμε αυτούς τους τρεις τύπους δοκιμών με ένα υπερβολικά απλοποιημένο παράδειγμα.

Π.χ . Για ένα λειτουργικό κινητό τηλέφωνο, τα κύρια μέρη που απαιτούνται είναι «μπαταρία» και «κάρτα SIM».

Παράδειγμα δοκιμής μονάδας - Η μπαταρία ελέγχεται για διάρκεια ζωής, χωρητικότητα και άλλες παραμέτρους. Η κάρτα Sim ελέγχεται για την ενεργοποίησή της.

Παράδειγμα δοκιμής ολοκλήρωσης - Η μπαταρία και η κάρτα sim είναι ενσωματωμένα, δηλαδή συναρμολογούνται για την εκκίνηση του κινητού τηλεφώνου.

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

Έχουμε δει ένα παράδειγμα με τους απλούς όρους.

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

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

• Λογαριασμός / Όνομα χρήστη
• Κωδικός πρόσβασης
• Κουμπί σύνδεσης / σύνδεσης

Για δοκιμή μονάδας, τα ακόλουθα μπορεί να είναι τα δοκιμαστικά περιστατικά:

• Μήκος πεδίου - πεδία ονόματος χρήστη και κωδικού πρόσβασης.
• Οι τιμές πεδίου εισαγωγής πρέπει να είναι έγκυρες.
• Το κουμπί σύνδεσης ενεργοποιείται μόνο αφού εισαχθούν έγκυρες τιμές (Μορφή και κατά μήκος) και στα δύο πεδία.

Για τη δοκιμή ενοποίησης, τα ακόλουθα μπορεί να είναι οι δοκιμαστικές περιπτώσεις:

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

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

1. Ελέγχεται η αναμενόμενη συμπεριφορά, δηλαδή ο χρήστης μπορεί να συνδεθεί κάνοντας κλικ στο κουμπί σύνδεσης αφού εισαγάγει ένα έγκυρο όνομα χρήστη και τιμές κωδικού πρόσβασης.
2. Υπάρχει ένα μήνυμα καλωσορίσματος που θα εμφανιστεί μετά από μια επιτυχημένη σύνδεση;
3. Υπάρχει μήνυμα σφάλματος που πρέπει να εμφανίζεται σε μη έγκυρη σύνδεση;
4. Υπάρχουν αποθηκευμένα cookie ιστότοπου για πεδία σύνδεσης;
5. Μπορεί ένας απενεργοποιημένος χρήστης να συνδεθεί;
6. Υπάρχει κάποιος σύνδεσμος «ξεχασμένος κωδικός πρόσβασης» για τους χρήστες που έχουν ξεχάσει τους κωδικούς πρόσβασης;

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

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

Ήρθε η ώρα να εξετάσετε μία προς μία τη μονάδα, την ολοκλήρωση και τη λειτουργική δοκιμή.

Τι είναι η δοκιμή μονάδας;

Όπως υποδηλώνει το όνομα, αυτό το επίπεδο περιλαμβάνει τη δοκιμή μιας «μονάδας».

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

Ακολουθούν μερικά σημαντικά σημεία σχετικά με τη δοκιμή μονάδας και τα οφέλη της:

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

JUnit ( Πλαίσιο Java ), PHPUnit (PHP framework), NUnit (.Net framework) κ.λπ. είναι δημοφιλή εργαλεία δοκιμής μονάδας που χρησιμοποιούνται για διαφορετικές γλώσσες.

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

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

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

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

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

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

α) Προσέγγιση ενσωμάτωσης Big Bang

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

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

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

Ένα μεγάλο μειονέκτημα είναι ότι είναι δύσκολο να εντοπίσουμε τις αποτυχίες.

Παράδειγμα: Στο παρακάτω σχήμα, οι μονάδες 1 έως μονάδα 6 ενσωματώνονται και δοκιμάζονται χρησιμοποιώντας την προσέγγιση Big Bang.

β) Προσέγγιση από πάνω προς τα κάτω

Η ολοκλήρωση των μονάδων / ενοτήτων δοκιμάζεται από τα πάνω προς τα κάτω επίπεδα βήμα προς βήμα.

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

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

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

γ) Προσέγγιση από κάτω προς τα πάνω

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

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

Δοκιμή μονάδας έναντι δοκιμής ολοκλήρωσης

Έχοντας αρκετή συζήτηση σχετικά με τη δοκιμή μονάδων και τις δοκιμές ενοποίησης, ας εξετάσουμε γρήγορα τις διαφορές μεταξύ των δύο στον παρακάτω πίνακα:

Λειτουργική δοκιμή

ΠΡΟΣ ΤΗΝ τεχνική δοκιμής μαύρου κουτιού , όπου η λειτουργικότητα της εφαρμογής δοκιμάζεται για τη δημιουργία της επιθυμητής εξόδου με την παροχή μιας συγκεκριμένης εισόδου ονομάζεται «Λειτουργική δοκιμή».

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

Οι δοκιμαστικές περιπτώσεις αποτελούνται βασικά από τα ακόλουθα μέρη:

• Περίληψη δοκιμής
• Προαπαιτούμενα (εάν υπάρχουν)
• Βήματα εισαγωγής υπόθεσης
• Δεδομένα δοκιμής (εάν υπάρχουν)
• Αναμενόμενη έξοδος
• Σημειώσεις (εάν υπάρχουν)

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

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

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

Ακριβής διαφορά

Ας δούμε τις διαφορές τους.

Εδώ είναι μερικά από τα σημαντικότερα:

Διαβάστε επίσης => Τι είναι η δοκιμή χαρακτηριστικών

γεννήτρια τυχαίων αριθμών μεταξύ 0 και 1

συμπέρασμα

Και οι τρεις αυτοί τύποι δοκιμών συσχετίζονται.

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

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

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

• Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
• Spock για ενσωμάτωση και λειτουργική δοκιμή με σελήνιο
• Λειτουργική δοκιμή εναντίον μη λειτουργική δοκιμή
• Testing Primer eBook Λήψη
• Κορυφαία 10 εργαλεία δοκιμών ενοποίησης για τη σύνταξη δοκιμών ενοποίησης
• Βασικές διαφορές μεταξύ δοκιμής μαύρου κουτιού και δοκιμής λευκού κουτιού
• Πλήρης οδηγός λειτουργικών δοκιμών με τους τύπους και το παράδειγμά του
• Λειτουργική δοκιμή εναντίον Δοκιμή απόδοσης: Πρέπει να γίνει ταυτόχρονα;