key differences between black box testing
Μια διεξοδική μελέτη του Black Box Test Vs White Box Testing:
Η δοκιμή λογισμικού περιλαμβάνει διάφορους τύπους δοκιμών και ως ελεγκτής λογισμικού, πρέπει να γνωρίζουμε πώς εκτελείται ο καθένας από αυτούς.
Μεταξύ των διαφόρων τύπων δοκιμών, ένα από τα πιο συγκεχυμένα θέματα είναι αυτό του Black Box Vs White box testing. Πολλοί δοκιμαστές λογισμικού αναρωτιούνται εάν υπάρχει ομοιότητα μεταξύ αυτών των δύο τύπων δοκιμών. Πώς εκτελούνται και οι δύο; Και οι δύο εκτελούνται μαζί;
Αυτό το έγγραφο θα απαντήσει σε όλες τις ερωτήσεις σας και θα σας δώσει μια βασική ιδέα για το τι είναι η δοκιμή μαύρου κουτιού και η δοκιμή λευκού κουτιού και θα εξηγήσετε τις διαφορές μεταξύ τους με απλούς όρους .
Τι θα μάθετε:
- Τι είναι η δοκιμή Black Box;
- Τι είναι η δοκιμή λευκού κουτιού;
- Διαφορά μεταξύ δοκιμής Black Box και White Box
- συμπέρασμα
Τι είναι η δοκιμή Black Box;
Ορισμός ISTQB - Δοκιμή μαύρου κουτιού: Ο έλεγχος μιας εφαρμογής υπό δοκιμή (AUT) χωρίς αναφορά στην εσωτερική δομή ονομάζεται δοκιμή μαύρου κουτιού. Οι δοκιμές θα γίνουν οπτικοποιώντας την εφαρμογή ως μαύρο κουτί.
Τεχνική δοκιμής μαύρου κουτιού: Μια τεχνική δοκιμών για την εξαγωγή των δοκιμαστικών περιπτώσεων με βάση τη λειτουργικότητα της εφαρμογής και χωρίς να λαμβάνεται υπόψη η εσωτερική δομή του συστήματος.
Συνώνυμα: Δοκιμή βάσει προδιαγραφών
Η δοκιμή μαύρου κουτιού είναι μια δοκιμαστική προσέγγιση που χρησιμοποιείται για τον έλεγχο της λειτουργικότητας του AUT βάσει των προδιαγραφών / SRS χωρίς καμία γνώση της τεχνολογίας που χρησιμοποιείται για την εφαρμογή της υπό δοκιμή εφαρμογής.
Στη δοκιμή black-box, οι σημαντικές δοκιμές θα είναι γύρω από πιθανές εισόδους και αναμενόμενα αποτελέσματα. Ένας υπεύθυνος δοκιμών θα πρέπει να μπορεί να επιλέγει προσεκτικά τα έγκυρα δεδομένα δοκιμής. Με απλούς όρους, ένας υπεύθυνος δοκιμής μπορεί να δει μόνο τις ενέργειες του AUT. Ο ελεγκτής δεν χρειάζεται να γνωρίζει πώς εκτελούνται αυτές οι ενέργειες.
Παράδειγμα: Ένα απλό παράδειγμα δοκιμής μαύρου κουτιού είναι μια τηλεόραση (τηλεόραση). Ως χρήστης, παρακολουθούμε την τηλεόραση, αλλά δεν χρειαζόμαστε τη γνώση του πώς κατασκευάζεται η τηλεόραση και πώς λειτουργεί, κ.λπ. αύξηση / μείωση όγκου κ.λπ.
Σε αυτό το παράδειγμα,
ο τηλεόραση είναι δικό σου AUT (Εφαρμογή υπό δοκιμή).
ο τηλεχειριστήριο είναι το περιβάλλον εργασίας χρήστη (UI) που χρησιμοποιείτε για τη δοκιμή.
Απλά πρέπει να ξέρετε πώς να χρησιμοποιήσετε την εφαρμογή.
Προτεινόμενη ανάγνωση => Όλα όσα πρέπει να γνωρίζετε για τη δοκιμή Black Box
Τι είναι η δοκιμή λευκού κουτιού;
Ορισμός ISTQB - Δοκιμή λευκού κουτιού: Ο έλεγχος μιας εφαρμογής με αναφορά στην εσωτερική δομή του στοιχείου λογισμικού ονομάζεται δοκιμή λευκού κουτιού.
Τεχνική δοκιμής λευκού κουτιού: Μια διαδικασία για την εξαγωγή και / ή την επιλογή δοκιμαστικών περιπτώσεων βάσει ανάλυσης της εσωτερικής δομής ενός εξαρτήματος ή συστήματος.
Συνώνυμα: Δοκιμές Clear-Box, Δοκιμή βάσει κώδικα, Δοκιμή Glass-Box, Δοκιμή λογικής κάλυψης, Δοκιμές βάσει λογικής, Δοκιμές δομής, Δοκιμή βάσει δομής κ.λπ.
Η δοκιμή λευκού κουτιού είναι μια δοκιμαστική προσέγγιση που χρησιμοποιείται για τη δοκιμή του μέρους εφαρμογής μιας υπό δοκιμή εφαρμογής. Για να πραγματοποιήσει αυτήν τη δοκιμή, ο ελεγκτής / πιθανώς ο προγραμματιστής πρέπει να γνωρίζει την εσωτερική δομή της εφαρμογής και τον τρόπο λειτουργίας της.
ποιες είναι οι φάσεις κύκλου ζωής ανάπτυξης λογισμικού
Παράδειγμα: Ένας μηχανικός αυτοκινήτων πρέπει να γνωρίζει την εσωτερική δομή του κινητήρα του αυτοκινήτου για να το επισκευάσει.
Σε αυτό το παράδειγμα,
ΑΥΤΟΚΙΝΗΤΟ είναι το AUT (Εφαρμογή υπό δοκιμή).
ο χρήστης είναι το ελεγκτής μαύρου κουτιού.
ο μηχανικός είναι το ελεγκτής λευκού κουτιού.
Αυτοί είναι οι βασικοί ορισμοί της δοκιμής λευκού και μαύρου κουτιού και κάθε μέθοδος δοκιμής έχει διαφορετικές τεχνικές που ακολουθούν.
Συνιστώμενη ανάγνωση => Ένα σεμινάριο σε βάθος για τη δοκιμή λευκού κουτιού
Διαφορά μεταξύ δοκιμής Black Box και White Box
| ΝΟ | Δοκιμή μαύρου κουτιού | Δοκιμή λευκού κουτιού |
|---|---|---|
| 7 | Οι δοκιμαστικές περιπτώσεις θα έχουν περισσότερες λεπτομέρειες σχετικά με τις συνθήκες εισαγωγής, τα βήματα δοκιμής, τα αναμενόμενα αποτελέσματα και τα δεδομένα δοκιμής. | Οι δοκιμαστικές περιπτώσεις θα είναι απλές με τις λεπτομέρειες των τεχνικών εννοιών όπως δηλώσεις, κάλυψη κώδικα κ.λπ. |
| 1 | Ο κύριος στόχος αυτής της δοκιμής είναι να ελέγξει τη Λειτουργικότητα / Συμπεριφορά της εφαρμογής. | Ο κύριος στόχος είναι να δοκιμαστεί η υποδομή της εφαρμογής. |
| δύο | Αυτό μπορεί να πραγματοποιηθεί από έναν ελεγκτή χωρίς καμία γνώση κωδικοποίησης του AUT (Application Under Test). | Ο ελεγκτής πρέπει να έχει τη γνώση της εσωτερικής δομής και του τρόπου λειτουργίας του. |
| 3 | Ο έλεγχος μπορεί να πραγματοποιηθεί μόνο με χρήση του GUI. | Η δοκιμή μπορεί να γίνει σε πρώιμο στάδιο πριν το GUI ετοιμαστεί. |
| 4 | Αυτός ο έλεγχος δεν μπορεί να καλύψει όλες τις πιθανές εισόδους. | Αυτή η δοκιμή είναι πιο διεξοδική καθώς μπορεί να δοκιμάσει κάθε διαδρομή. |
| 5 | Ορισμένες τεχνικές δοκιμής περιλαμβάνουν ανάλυση οριακής τιμής, κατανομή ισοδυναμίας, εκτίμηση σφαλμάτων κ.λπ. | Ορισμένες τεχνικές δοκιμών περιλαμβάνουν δοκιμή υπό όρους, δοκιμή ροής δεδομένων, δοκιμή βρόχου κ.λπ. |
| 6 | Οι δοκιμαστικές περιπτώσεις πρέπει να γράφονται με βάση την προδιαγραφή απαιτήσεων. | Οι δοκιμαστικές περιπτώσεις θα πρέπει να γράφονται με βάση το Αναλυτικό Σχεδιαστικό Έγγραφο. |
| 8 | Αυτό εκτελείται από επαγγελματίες ελεγκτές λογισμικού. | Αυτή είναι η ευθύνη των προγραμματιστών λογισμικού. |
| 9 | Δεν απαιτείται γνώση προγραμματισμού και εφαρμογής. | Απαιτείται γνώση προγραμματισμού και εφαρμογής. |
| 10 | Χρησιμοποιείται κυρίως σε δοκιμές υψηλότερου επιπέδου όπως Δοκιμή αποδοχής, Δοκιμή συστήματος κ.λπ. | Χρησιμοποιείται κυρίως στα χαμηλότερα επίπεδα δοκιμών, όπως η δοκιμή μονάδας και η δοκιμή ενοποίησης. |
| έντεκα | Αυτό είναι λιγότερο χρονοβόρο και εξαντλητικό. | Αυτό είναι πιο χρονοβόρο και εξαντλητικό. |
| 12 | Τα δεδομένα δοκιμών θα έχουν μεγάλες δυνατότητες, οπότε θα είναι δύσκολο να εντοπιστούν τα σωστά δεδομένα. | Είναι εύκολο να προσδιορίσετε τα δεδομένα δοκιμής καθώς μόνο ένα συγκεκριμένο μέρος της λειτουργικότητας εστιάζεται κάθε φορά. |
| 13 | Η κύρια εστίαση του ελεγκτή είναι ο τρόπος λειτουργίας της εφαρμογής. | Η κύρια εστίαση θα είναι στον τρόπο κατασκευής της εφαρμογής. |
| 14 | Η κάλυψη δοκιμών είναι μικρότερη, καθώς δεν μπορεί να δημιουργήσει δεδομένα δοκιμής για όλα τα σενάρια. | Σχεδόν όλες οι διαδρομές / ροή εφαρμογής καλύπτονται καθώς είναι εύκολο να ελεγχθεί σε μέρη. |
| δεκαπέντε | Δεν είναι δυνατή η αναγνώριση σφαλμάτων που σχετίζονται με τον κώδικα ή δεν μπορούν να εντοπιστούν τεχνικά σφάλματα. | Βοηθά στον εντοπισμό των κρυφών σφαλμάτων και βοηθά στη βελτιστοποίηση του κώδικα. |
| 16 | Τα ελαττώματα εντοπίζονται μόλις αναπτυχθεί ο βασικός κώδικας. | Η έγκαιρη ανίχνευση ελαττωμάτων είναι δυνατή. |
| 17 | Ο χρήστης θα πρέπει να μπορεί να εντοπίζει τυχόν λειτουργίες που λείπουν καθώς το πεδίο αυτού του ελέγχου είναι ευρύ. | Ο ελεγκτής δεν μπορεί να προσδιορίσει τις λειτουργίες που λείπουν, καθώς το εύρος περιορίζεται μόνο στην υλοποιημένη δυνατότητα. |
| 18 | Δεν απαιτείται πρόσβαση κωδικού. | Απαιτείται πρόσβαση στον κωδικό. |
| 19 | Η κάλυψη των δοκιμών θα είναι μικρότερη καθώς ο υπεύθυνος δοκιμών έχει περιορισμένες γνώσεις σχετικά με τις τεχνικές πτυχές. | Η κάλυψη των δοκιμών θα είναι περισσότερο καθώς οι δοκιμαστές θα έχουν περισσότερες γνώσεις σχετικά με τις τεχνικές έννοιες. |
| είκοσι | Η επαγγελματική εστίαση του ελεγκτή είναι στο πώς λειτουργεί ολόκληρη η εφαρμογή. | Η εστίαση του ελεγκτή / προγραμματιστή είναι να ελέγξει εάν η συγκεκριμένη διαδρομή λειτουργεί ή όχι. |
συμπέρασμα
Οι δοκιμές λευκού και μαύρου κουτιού είναι απαραίτητες για την επιτυχή παράδοση λογισμικού, αλλά δεν είναι δυνατή η δοκιμή 100% σε καμία από τις δύο περιπτώσεις.
Η κύρια ευθύνη του ελεγκτή είναι να προσδιορίσει τους σχετικούς τύπους και τεχνικές δοκιμών για μια συγκεκριμένη εφαρμογή που θα οδηγήσει στην εύρεση μέγιστων ελαττωμάτων και, συνεπώς, στη βελτίωση της αποτελεσματικότητας της εφαρμογής.
Ένας υπεύθυνος δοκιμών θα πρέπει να είναι σε θέση να προσδιορίσει πόσες δοκιμές μπορούν να γίνουν είτε στο μαύρο κουτί είτε στον έλεγχο του λευκού κουτιού για να πιστοποιηθεί ότι μια εφαρμογή λειτουργεί όπως αναμένεται.
Ελπίζουμε ότι αυτό το σεμινάριο διευκρίνισε όλα τα ερωτήματά σας σχετικά με τη δοκιμή Black box Vs White box !!
Συνιστώμενη ανάγνωση
- Δοκιμή μαύρου κουτιού: Ένα σε βάθος εκπαιδευτικό πρόγραμμα με παραδείγματα και τεχνικές
- Δοκιμή λευκού κουτιού: Ένας πλήρης οδηγός με τεχνικές, παραδείγματα και εργαλεία
- Τι είναι το System Testing - Ένας απόλυτος οδηγός για αρχάριους
- Οι διαφορές μεταξύ δοκιμών μονάδας, δοκιμών ολοκλήρωσης και δοκιμών λειτουργίας
- Τι είναι ο Έλεγχος Ενσωμάτωσης (Tutorial with Integration Test παράδειγμα)
- Διαφορά μεταξύ δοκιμής επανάληψης και παλινδρόμησης με παράδειγμα
- Δοκιμή απόδοσης έναντι δοκιμής φορτίου έναντι δοκιμής πίεσης (διαφορά)
- Δοκιμή καπνού Vs Sanity Testing: Διαφορά με παραδείγματα
- Στατικές δοκιμές και δυναμικές δοκιμές - διαφορά μεταξύ αυτών των δύο σημαντικών τεχνικών δοκιμών