what is test harness
Δεν είμαι οπαδός των ετικετών. Εδώ εννοώ με αυτό.
Αν πρέπει να ελέγξω λίγες πτυχές πριν αποφασίσω εάν μπορεί να ξεκινήσει το QA, απλά θα κάνω μια λίστα και θα εκτελέσω τη δράση. Κατά τη γνώμη μου, δεν έχει σημασία αν το ονομάζω επίσημα ως 'Έλεγχος ετοιμότητας δοκιμής' ή όχι - αρκεί να κάνω αυτό που πρέπει να κάνω, νομίζω ότι δεν χρειάζεται να το ονομάσω συγκεκριμένο όνομα ή ετικέτα .
Όμως διορθώνομαι. Πρόσφατα, στην τάξη μου, δίδασκα μοντέλο Agile-scrum για ανάπτυξη λογισμικού. Υπήρχε ερώτηση πώς εκτελείται η δοκιμή με μια μέθοδο Agile; «Εξήγησα δύο μεθόδους - η μία είναι όπου προσπαθούμε να την συμπεριλάβουμε σε κάθε σπριντ και η άλλη είναι μια βέλτιστη πρακτική που έχω μάθει από την πρώτη εφαρμογή - που είναι να υστερήσω ένα σπριντ QA σε σχέση με την ανάπτυξη.
Ένας από τους μαθητές μου με ρώτησε αν υπάρχει ένα όνομα για το δεύτερο και δεν το έκανα γιατί δεν έδωσα ποτέ έμφαση στα ίδια τα ονόματα.
Αλλά εκείνη τη στιγμή, ένιωσα πόσο σημαντικό ήταν να επισημάνουμε μια διαδικασία κατάλληλα για να βεβαιωθώ ότι έχουμε έναν όρο για να αναφερθούμε στη διαδικασία για την οποία μιλάμε.
Επομένως, σήμερα θα κάνουμε ακριβώς αυτό: Μάθετε τη διαδικασία πίσω από τον όρο 'Test Harness'.
Όπως ανέφερα προηγουμένως σε μερικά από τα προηγούμενα άρθρα μου: πολλά μπορούν να γίνουν κατανοητά από την κυριολεκτική έννοια του ονόματος. Λοιπόν, ελέγξτε το λεξικό σας για το τι σημαίνει «Harness» και η μεγάλη αποκάλυψη του εάν ισχύει ή όχι, σε αυτήν την περίπτωση, είναι κάτι που θα δούμε στο τέλος.
Υπάρχουν δύο πλαίσια όπου χρησιμοποιείται η δοκιμαστική πλεξούδα:
- Δοκιμή αυτοματισμού
- Δοκιμή ολοκλήρωσης
Ας ξεκινήσουμε με το πρώτο:
Τι θα μάθετε:
- Πλαίσιο # 1: Καλωδίωση δοκιμής στον αυτοματισμό δοκιμής
- Πλαίσιο # 2: Δοκιμή καλωδίωσης στη δοκιμή ενοποίησης
- Συμπερασματικά:
- Συνιστώμενη ανάγνωση
Πλαίσιο # 1: Καλωδίωση δοκιμής στον αυτοματισμό δοκιμής
Σε ο δοκιμές αυτοματισμού κόσμος, Η δοκιμαστική πλεξούδα αναφέρεται στο πλαίσιο και στα συστήματα λογισμικού που περιέχουν τα σενάρια δοκιμής, τις απαραίτητες παραμέτρους (με άλλα λόγια, δεδομένα) για την εκτέλεση αυτών των σεναρίων, τη συλλογή αποτελεσμάτων δοκιμής, τη σύγκριση τους (εάν είναι απαραίτητο) και την παρακολούθηση των αποτελεσμάτων.
Θα προσπαθήσω να το κάνω απλούστερο με τη βοήθεια ενός παραδείγματος.
Παράδειγμα:
Αν μιλούσα για ένα έργο που χρησιμοποιεί HP Quick Test Professional (τώρα UFT) για λειτουργικές δοκιμές, HP ALM συνδέεται με την οργάνωση και διαχείριση όλων των σεναρίων, των εκτελέσεων και των αποτελεσμάτων και τα δεδομένα συλλέγονται από ένα MS Access DB - Τα ακόλουθα θα ήταν η δοκιμαστική πλεξούδα για αυτό το έργο:
πώς ανοίγετε ένα αρχείο swf
- Το ίδιο το λογισμικό QTP (UFT)
- Τα σενάρια και η φυσική τοποθεσία όπου αποθηκεύονται
- Η δοκιμασία
- MS Access DB για παράδοση παραμέτρων, δεδομένων ή των διαφορετικών συνθηκών που πρόκειται να παρέχονται στα δοκιμαστικά σενάρια
- HP ALM
- Τα αποτελέσματα της δοκιμής και τα συγκριτικά χαρακτηριστικά παρακολούθησης
Όπως μπορείτε να δείτε, συστήματα λογισμικού (αυτοματοποίηση, διαχείριση δοκιμών κ.λπ.), δεδομένα, συνθήκες, αποτελέσματα - όλα αυτά αποτελούν αναπόσπαστο μέρος της δοκιμαστικής πλεξούδας - ο μόνος αποκλεισμός είναι το ίδιο το AUT.
Πλαίσιο # 2: Δοκιμή καλωδίωσης στη δοκιμή ενοποίησης
Τώρα είναι καιρός να εξερευνήσετε τι σημαίνει η δοκιμαστική πλεξούδα στο πλαίσιο του 'Δοκιμή ολοκλήρωσης' .
Ο έλεγχος ολοκλήρωσης είναι να συνδυάσετε δύο ή ενότητες (ή μονάδες) κώδικα που αλληλεπιδρούν μεταξύ τους και να ελέγξετε αν η συνδυασμένη συμπεριφορά είναι όπως αναμένεται ή όχι.
Στην ιδανική περίπτωση, οι δοκιμές ολοκλήρωσης δύο ενοτήτων θα πρέπει και θα ήταν δυνατόν να πραγματοποιηθούν όταν και οι δύο είναι 100% έτοιμες, δοκιμασμένες μονάδες και έτοιμες.
Ωστόσο, δεν ζούμε σε έναν τέλειο κόσμο - που σημαίνει ότι μία ή περισσότερες ενότητες / μονάδες κώδικα που θα είναι τα συστατικά στοιχεία του τεστ ενοποίησης ενδέχεται να μην είναι διαθέσιμα. Για την επίλυση αυτής της κατάστασης έχουμε στελέχη και προγράμματα οδήγησης.
Το Stud είναι συνήθως ένα κομμάτι κώδικα που είναι περιορισμένο στη λειτουργία του και θα αντικαταστήσει ή μεσολάβησης για την πραγματική ενότητα κώδικα που πρέπει να αντικατασταθεί.
Παράδειγμα: Για να το εξηγήσω περαιτέρω, επιτρέψτε μου να χρησιμοποιήσω ένα σενάριο
Εάν υπάρχει μονάδα Α και μονάδα Β που πρόκειται να ενσωματωθούν. Επίσης, ότι η μονάδα Α στέλνει δεδομένα στη μονάδα Β ή με άλλα λόγια, η μονάδα Α καλεί τη μονάδα Β.
Ενότητα Α εάν το 100% διαθέσιμο και η μονάδα Β δεν είναι, τότε ο προγραμματιστής μπορεί να γράψει ένα κομμάτι κώδικα που είναι περιορισμένο ως προς την ικανότητά του (αυτό σημαίνει ότι η μονάδα Β αν έχει 10 δυνατότητες, μόνο 2 ή 3 που είναι σημαντικά για την ενσωμάτωση με Α) θα αναπτυχθεί και χρησιμοποιείται για ενσωμάτωση. Αυτό ονομάζεται a ΣΤΕΛΕΧΟΣ.
Η ολοκλήρωση θα είναι τώρα: Μονάδα A-> Stub (αντικαθιστώντας το B)
Από την άλλη πλευρά, εάν η μονάδα Α είναι διαθέσιμη 0% και η μονάδα Β είναι 100% διαθέσιμη, η προσομοίωση ή ο διακομιστής μεσολάβησης πρέπει να είναι η μονάδα Α εδώ. Επομένως, όταν μια λειτουργία κλήσης αντικαθίσταται από έναν βοηθητικό κωδικό, τότε ονομάζεται ΟΔΗΓΟΣ .
Η ολοκλήρωση, σε αυτήν την περίπτωση, θα ήταν : ΟΔΗΓΟΣ (αντικατάσταση Α) -> Μονάδα Β
Όλο το πλαίσιο: Η διαδικασία σχεδιασμού, δημιουργίας και χρήσης στελεχών ή / και προγραμμάτων οδήγησης για τη διεξαγωγή του ελέγχου ολοκλήρωσης ονομάζεται Test Harness.
Σημείωση : το παραπάνω παράδειγμα είναι περιορισμένο και το σενάριο σε πραγματικό χρόνο μπορεί να μην είναι τόσο απλό ή τόσο απλό όσο αυτό. Οι εφαρμογές σε πραγματικό χρόνο έχουν σύνθετα και σύνθετα σημεία ολοκλήρωσης.
Συμπερασματικά:
Όπως πάντα, η STH πιστεύει ότι ακόμη και οι πιο τεχνικοί ορισμοί μπορούν να προέλθουν από την απλή, κυριολεκτική έννοια του όρου.
Το λεξικό στο smartphone μου μου λέει ότι το 'Harness' είναι (κοιτάξτε κάτω από το ρήμα πλαίσιο):
«Να φέρει υπό συνθήκες αποτελεσματικής χρήσης. κερδίστε τον έλεγχο για ένα συγκεκριμένο τέλος? «
Μετά από αυτό και προσαρμόζοντας αυτό στις δοκιμές:
«Μια δοκιμαστική πλεξούδα είναι απλά να δημιουργήσει το σωστό πλαίσιο και να το χρησιμοποιήσει (και όλα τα συστατικά στοιχεία του) για να ελέγξει ολόκληρη τη δραστηριότητα ώστε να αξιοποιήσει στο έπακρο την κατάσταση - είτε αυτοματοποίηση είτε ολοκλήρωση. «
Εκεί, ξεκουράζουμε την υπόθεσή μας.
Λίγα ακόμη πράγματα πριν τελειώσουμε:
Ερ .: Ποια είναι τα οφέλη μιας δοκιμαστικής καλωδίωσης;
Τώρα, θα ρωτούσατε ποια είναι η σημασία της αναπνοής για την ανθρώπινη ζωή - είναι εγγενές, έτσι δεν είναι; Ομοίως, ένα πλαίσιο για αποτελεσματική δοκιμή είναι σαν ένα δεδομένο. Το όφελος, αν πρέπει να το γράψουμε με τόσα πολλά λόγια - θα έλεγα, κάθε διαδικασία δοκιμής έχει μια δοκιμαστική πλεξούδα αν λέμε συνειδητά ότι είναι «Η δοκιμαστική πλεξούδα» ή όχι. Είναι σαν να ταξιδεύεις γνωρίζοντας τη διαδρομή, τον προορισμό και όλες τις άλλες δυναμικές του ταξιδιού.
Ερ .: Ποια είναι η διαφορά μεταξύ της πλεξούδας δοκιμής και του πλαισίου δοκιμής ;
Προσωπικά πιστεύω ότι η σύγκριση και η αντίθεση δεν είναι συχνά η σωστή προσέγγιση κατά την κατανόηση σχετικών εννοιών, επειδή οι γραμμές είναι συχνά θολές. Ως απάντηση σε αυτήν την ερώτηση, θα έλεγα ότι η δοκιμαστική ζώνη είναι συγκεκριμένη και το πλαίσιο δοκιμών είναι γενικό. Για παράδειγμα, μια δοκιμαστική πλεξούδα θα περιλαμβάνει τις ακριβείς πληροφορίες του εργαλείου διαχείρισης δοκιμών έως τα αναγνωριστικά σύνδεσης που θα χρησιμοποιηθούν. Ένα πλαίσιο δοκιμής, από την άλλη πλευρά, θα πει απλώς ότι ένα εργαλείο διαχείρισης δοκιμών θα κάνει τις αντίστοιχες δραστηριότητες.
Ερ. Υπάρχουν εργαλεία δοκιμαστικής καλωδίωσης ;
Η δοκιμαστική πλεξούδα περιλαμβάνει εργαλεία - όπως λογισμικό αυτοματισμού, λογισμικό διαχείρισης δοκιμών κ.λπ. Ωστόσο, δεν υπάρχουν συγκεκριμένα εργαλεία για την εφαρμογή καλωδίωσης δοκιμής. Όλα ή οποιαδήποτε εργαλεία μπορούν να αποτελέσουν μέρος του Test Harness: QTP, JUnit, HP ALM - όλα αυτά μπορούν να είναι συστατικά εργαλεία οποιασδήποτε δοκιμής.
Σχετικά με τον Συγγραφέα: Αυτό το άρθρο γράφτηκε από το μέλος της ομάδας STH Swati S.
Και, πάντα με ορισμούς, υπάρχουν πάντα διαφορές στις απόψεις. Χαιρετίζουμε τις απόψεις σας και θέλουμε να ακούσουμε τη γνώμη σας. Μη διστάσετε να αφήσετε ένα σχόλιο, ερωτήσεις ή πρόταση παρακάτω.
Συνιστώμενη ανάγνωση
- Φόρτωση δοκιμής με HP LoadRunner Tutorials
- Συμβουλές δοκιμής λογισμικού για αρχάριους δοκιμαστές
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Οι διαφορές μεταξύ δοκιμών μονάδας, δοκιμών ολοκλήρωσης και δοκιμών λειτουργίας
- Μήπως οι Εξεταστές Χάνουν την Πιάνη τους από τις Δοκιμές λόγω Αυτοματισμού;
- Η παγκόσμια επιχείρηση δοκιμών λογισμικού θα προσεγγίσει σύντομα 28,8 δισεκατομμύρια δολάρια
- Πώς να διατηρήσετε το Motivation Alive σε δοκιμαστές λογισμικού;
- Testing Primer eBook Λήψη