Χρησιμοποιώντας JUnit - dummies

Το JUnit είναι ένα τυποποιημένο πλαίσιο για δοκιμές μονάδων Java. Το JUnit μπορεί να αυτοματοποιηθεί για να πάρει μέρος της εργασίας από τις δοκιμές.

Φανταστείτε ότι έχετε δημιουργήσει έναν τύπο enum με τρεις τιμές: ΠΡΑΣΙΝΟ, ΚΙΤΡΙΝΟ και ΚΟΚΚΙΝΟ. Η λίστα 1 περιέχει τον κωδικό:

Listing 1

public enum SignalColor {ΠΡΑΣΙΝΟ, ΚΙΤΡΙΝΟ, ΚΟΚΚΙΝΟ}

Το φανάρι έχει κατάσταση (η οποία είναι ένα φανταχτερό όνομα για το χρώμα του φωτεινού σηματοδότη).

δημόσια τάξη TrafficLight {SignalColor state = SignalColor. ΤΟ ΚΟΚΚΙΝΟ;

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

δημόσιο κενό nextState () {διακόπτης (κατάσταση) {περίπτωση RED: κατάσταση = SignalColor. ΠΡΑΣΙΝΟΣ; Διακοπή; περίπτωση ΚΙΤΡΙΝΟ: κατάσταση = SignalColor. ΤΟ ΚΟΚΚΙΝΟ; Διακοπή; περίπτωση ΠΡΑΣΙΝΟ: κατάσταση = SignalColor. ΚΙΤΡΙΝΟΣ; Διακοπή; προεπιλογή: κατάσταση = SignalColor. ΤΟ ΚΟΚΚΙΝΟ; break}}

Μπορείτε επίσης να αλλάξετε την κατάσταση της φωτεινής σηματοδότησης ορισμένο αριθμό φορές:

Δημόσια άκυρη αλλαγή (int numberOfTimes) {για (int i = 0; i 
στην καταχώρηση 2.

Λίστα 2
δημόσια τάξη TrafficLight {SignalColor state = SignalColor. ΤΟ ΚΟΚΚΙΝΟ; δημόσιο κενό nextState () {διακόπτης (κατάσταση) {περίπτωση RED: κατάσταση = SignalColor. ΠΡΑΣΙΝΟΣ; Διακοπή; περίπτωση ΚΙΤΡΙΝΟ: κατάσταση = SignalColor. ΤΟ ΚΟΚΚΙΝΟ; Διακοπή; περίπτωση ΠΡΑΣΙΝΟ: κατάσταση = SignalColor. ΚΙΤΡΙΝΟΣ; Διακοπή; προεπιλογή: κατάσταση = SignalColor. ΤΟ ΚΟΚΚΙΝΟ; (int i = 0; i 
Στις παλιές μέρες ίσως έχετε συνεχίσει να γράφετε κώδικα δημιουργώντας περισσότερα μαθήματα, καλώντας το nextState και αλλάζοντας μεθόδους στην Καταχώρηση 2. Στη συνέχεια, μετά από αρκετούς μήνες κωδικοποίησης, θα θέλατε να σταματήσετε για να ελέγξετε την εργασία σας.






Και τι έκπληξη! Οι δοκιμές σας θα αποτύχουν άθλια! Δεν πρέπει ποτέ να καθυστερείτε τη δοκιμή για περισσότερο από μια μέρα ή δύο. Δοκιμάστε νωρίς και δοκιμάστε συχνά!
Μια φιλοσοφία σχετικά με τη δοκιμή λέει ότι πρέπει να δοκιμάσετε κάθε κομμάτι κώδικα αμέσως μόλις το γράψετε. Φυσικά, η φράση "κομμάτι κώδικα" δεν ακούγεται πολύ επιστημονική. Δεν θα έκανε τους προγραμματιστές να περπατούν να μιλάνε για το "τεστ κομμάτι-κώδικα" που έκαναν σήμερα το απόγευμα. Είναι καλύτερο να καλέσετε κάθε τεμάχιο κώδικα μονάδα και να κάνετε προγραμματιστές να μιλήσουν για δοκιμή μονάδας .
Η πιο κοινή μονάδα για τις δοκιμές είναι μια κλάση. Έτσι, ένας τυπικός προγραμματιστής Java δοκιμάζει κάθε κλάση μόλις γράψει τον κώδικα της τάξης.
Πως πηγαίνετε για να δοκιμάσετε μια τάξη; Ένας αρχάριος μπορεί να δοκιμάσει την κλάση TrafficLight γράφοντας μια πρόσθετη κλάση - μια κλάση που περιέχει μια κύρια μέθοδο. Η κύρια μέθοδος δημιουργεί ένα στιγμιότυπο του TrafficLight, καλεί τις μεθόδους nextState και αλλαγή και εμφανίζει τα αποτελέσματα.Ο αρχάριος εξετάζει τα αποτελέσματα και τις συγκρίνει με κάποιες αναμενόμενες τιμές.
Αφού γράψατε τις κύριες μεθόδους για δεκάδες, εκατοντάδες ή και χιλιάδες μαθήματα, ο αρχάριος (τώρα πλήρης προγραμματιστής) κουράζεται από τη δοκιμαστική ρουτίνα και αναζητά τρόπους αυτοματοποίησης της διαδικασίας εξέτασης. Κουρασμένος ή μη, ένας προγραμματιστής μπορεί να προσπαθήσει να αποκρυπτογραφήσει τις χειροκίνητες δοκιμές ενός άλλου προγραμματιστή. Χωρίς να υπάρχουν πρότυπα ή κατευθυντήριες γραμμές για την κατασκευή δοκιμών, η ανάγνωση και κατανόηση άλλων δοκιμασιών του προγραμματιστή μπορεί να είναι δύσκολη και κουραστική.
Έτσι, η JUnit έρχεται στη διάσωση!.
Για να μάθετε πώς το Eclipse αυτοματοποιεί τη χρήση του JUnit, κάντε τα εξής:


Δημιουργήστε ένα έργο Eclipse που περιέχει τις Καταχωρήσεις 1 και 2.



Στα Windows, κάντε δεξί κλικ στο TrafficLight του Explorer του Πακέτου. υποκατάστημα java. Σε Mac, κάντε κλικ με το Control-κλικ στο TrafficLight του Explorer του Package. υποκατάστημα java.
Εμφανίζεται ένα μενού περιβάλλοντος.


Στο μενού περιβάλλοντος, επιλέξτε New → JUnit Test Case.
Ως αποτέλεσμα, εμφανίζεται το παράθυρο διαλόγου New JUnit Test Case.



Κάντε κλικ στο κουμπί Επόμενο στο κάτω μέρος του πλαισίου διαλόγου New JUnit Test Case.
Ως αποτέλεσμα, βλέπετε τη δεύτερη σελίδα του πλαισίου διαλόγου New JUnit Test Case. Στη δεύτερη σελίδα αναφέρονται μέθοδοι που ανήκουν (άμεσα ή έμμεσα) στην κλάση TrafficLight.



Τοποθετήστε ένα σημάδι στο κουτάκι με την ένδειξη Traffic Light.
Ως αποτέλεσμα, το Eclipse τοποθετεί checkmarks στα πλαίσια ελέγχου nextState () και αλλαγή (int) .


Κάντε κλικ στο κουμπί Τέλος στο κάτω μέρος του πλαισίου διαλόγου New JUnit Test Case.
Το JUnit δεν αποτελεί επίσημα μέρος της Java. Αντ 'αυτού, έρχεται με το δικό του σύνολο κατηγοριών και μεθόδων που θα σας βοηθήσουν να δημιουργήσετε δοκιμές για τον κώδικα σας. Αφού κάνετε κλικ στο Τέλος, η Eclipse σας ρωτά εάν θέλετε να συμπεριλάβετε τις κλάσεις και τις μεθόδους JUnit ως μέρος του έργου σας.



Επιλέξτε την εκτέλεση της ακόλουθης ενέργειας και την προσθήκη της βιβλιοθήκης JUnit 4 στη διαδρομή δημιουργίας. Στη συνέχεια, κάντε κλικ στο OK.
Το Eclipse κλείνει τα παράθυρα διαλόγου και το έργο σας έχει ένα ολοκαίνουργιο TrafficLightTest. java αρχείο. Ο κώδικας του αρχείου εμφανίζεται στην Καταχώρηση 3.
Ο κώδικας στην Καταχώριση 3 περιέχει δύο δοκιμές και οι δύο δοκιμές περιέχουν κλήσεις σε μια δυσάρεστη μέθοδο ηχητικής αποτυχίας. Η Eclipse θέλει να προσθέσετε κώδικα για να περάσετε αυτές τις δοκιμές.


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


Στην Εφαρμογή Εφαρμογών, κάντε κλικ με το δεξί κουμπί του ποντικιού (στα Windows) ή κάντε κλικ με κλικ (σε Mac) στο TrafficLightTest. υποκατάστημα java. Στο προκύπτον μενού περιβάλλοντος, επιλέξτε Εκτέλεση ως → JUnit Test.
Η Eclipse μπορεί να έχει πάνω από ένα είδος δοκιμαστικού πλαισίου JUnit επάνω στο μανίκι της. Εάν ναι, μπορεί να δείτε ένα παράθυρο διαλόγου όπως αυτό που ακολουθεί. Εάν το κάνετε, επιλέξτε την Εκκίνηση JUnit Eclipse και, στη συνέχεια, κάντε κλικ στο κουμπί OK.

Ως αποτέλεσμα, το Eclipse τρέχει το TrafficLightTest. java πρόγραμμα. Το Eclipse εμφανίζει το αποτέλεσμα της εκτέλεσης μπροστά από τον δικό του Explorer Package. Το αποτέλεσμα δεν παρουσιάζει λάθη και αποτυχίες. Μπά!




Εισαγωγή 3
εισαγωγή στατικής οργ. junit. Διεκδικώ. *; εισαγωγή org. junit. Δοκιμή; Δημόσια τάξη TrafficLightTest {@Επιλέξτε δημόσιο άκυρο testNextState () {αποτυχία ("Δεν έχει ακόμη εφαρμοστεί");} @Test public void testChange () {αποτυχία ("Δεν έχει ακόμη εφαρμοστεί");}}


Listing 4
import static org.junit. Διεκδικώ. *; εισαγωγή org. junit. Δοκιμή; δημόσια τάξη TrafficLightTest {@Επιλέξτε το δημόσιο κενό testNextState () { TrafficLight light = νέο TrafficLight (); assertEquals (SignalColor, ΚΟΚΚΙΝΟ, ελαφριά κατάσταση). φως. nextState (); assertEquals (SignalColor, ΠΡΑΣΙΝΟ, ελαφριά κατάσταση). φως. nextState (); assertEquals (SignalColor, ΚΙΤΡΙΝΟ, ελαφριά κατάσταση). φως. nextState (); assertEquals (SignalColor, ΚΟΚΚΙΝΟ, ελαφριά κατάσταση). } @Επιλέξτε το δημόσιο κενό testChange () { TrafficLight light = new TrafficLight (); φως. αλλαγή (5); assertEquals (SignalColor, ΚΙΤΡΙΝΟ, ελαφριά κατάσταση). }}

Όταν επιλέγετε Εκτέλεση ως → JUnit Test, το Eclipse δεν αναζητά μια κύρια μέθοδο. Αντ 'αυτού, η Eclipse αναζητά μεθόδους που αρχίζουν με το @Test και άλλα τέτοια πράγματα. Το Eclipse εκτελεί κάθε μία από τις μεθόδους @Test.
Τα πράγματα όπως το @Test είναι σχολιασμοί της Java.
Η λίστα 4 περιέχει δύο μεθόδους @ test: testNextState και testChange. Η μέθοδος testNextState θέτει τη μέθοδο TrafficLight nextState στη δοκιμή. Παρομοίως, η μέθοδος testChange περιβάλλει τους μυς της μεθόδου αλλαγής του TrafficLight.
Σκεφτείτε τον κώδικα στη μέθοδο testNextState. Η μέθοδος testNextState εκπέμπει επανειλημμένα τη μέθοδο nextState της κλάσης TrafficLight και τη μέθοδο assertEquals της JUnit. Η μέθοδος assertEquals παίρνει δύο παραμέτρους: μια αναμενόμενη τιμή και μια πραγματική τιμή.


Στην επάνω κλήση assertEquals, η αναμενόμενη τιμή είναι SignalColor. ΤΟ ΚΟΚΚΙΝΟ. Αναμένετε ότι το φανάρι θα είναι ΚΟΚΚΙΝΟ επειδή, στην Λίστα 2, αρχικοποιείτε την κατάσταση του φωτός με την τιμή SignalColor. ΤΟ ΚΟΚΚΙΝΟ.


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


Εάν η πραγματική τιμή ισούται με την αναμενόμενη τιμή, η κλήση προς assertEquals περνά και το JUnit συνεχίζει να εκτελεί τις δηλώσεις στη μέθοδο testNextState.
Αλλά αν η πραγματική τιμή είναι διαφορετική από την αναμενόμενη τιμή, το assertEquals αποτυγχάνει και το αποτέλεσμα της εκτέλεσης εμφανίζει την αποτυχία. Για παράδειγμα, εξετάστε τι συμβαίνει όταν αλλάξετε την αναμενόμενη τιμή στην πρώτη πρόσκληση assertEquals στην Λίστα 4:
@Test public void testNextState () {TrafficLight light = new TrafficLight (); assertEquals (SignalColor, ΚΙΤΡΙΝΟ, ελαφριά κατάσταση).

Αμέσως μετά την κατασκευή του, το χρώμα του φωτεινού σηματοδότη είναι ΚΟΚΚΙΝΟ, όχι ΚΙΤΡΙΝΟ. Έτσι, η μέθοδος testNextState περιέχει μια ψευδή δήλωση και το αποτέλεσμα της εκτέλεσης Run As → JUnit μοιάζει με κακή κάρτα αναφοράς παιδιού.

Έχοντας testNextState πριν από την testChange στην Καταχώριση 4 δεν εγγυάται ότι το JUnit θα εκτελέσει testNextState πριν εκτελέσει το testChange. Αν έχετε τρεις μεθόδους @Test, το JUnit μπορεί να τις εκτελεί από την κορυφή προς τη βάση, από τη βάση προς την κορυφή, από τη μεσαία μέθοδο μέχρι την κορυφή προς τη βάση ή με οποιαδήποτε σειρά. Το JUnit μπορεί να σταματήσει ακόμη και στη μέση μιας δοκιμής για να εκτελέσει τμήματα μιας άλλης δοκιμής. Γι 'αυτό δεν πρέπει ποτέ να κάνετε υποθέσεις σχετικά με το αποτέλεσμα μιας δοκιμής όταν γράφετε ένα άλλο τεστ.
Μπορεί να θέλετε να εκτελεστούν ορισμένες δηλώσεις προτού ξεκινήσουν οι δοκιμές.Αν το κάνετε, βάλτε αυτές τις δηλώσεις σε μια μέθοδο που ονομάζεται setUp και προφέρετε αυτήν τη μέθοδο με ένα @ πριν από τον σχολιασμό. (Δείτε το πλαίσιο ελέγχου setUp () στο σχήμα στο Βήμα 3 στην Λίστα 2, παραπάνω.)
Εδώ είναι νέα: Δεν είναι όλες οι assertEquals μέθοδοι ίσες! Φανταστείτε την προσθήκη μιας κλάσης οδηγού στον κώδικα του έργου σας. "Κατηγορία οδηγού" δεν σημαίνει πρόγραμμα οδήγησης εκτυπωτή ή πρόγραμμα οδήγησης πασσάλου. Αυτό σημαίνει ένα άτομο που οδηγεί ένα αυτοκίνητο - ένα αυτοκίνητο που πλησιάζει στο φανάρι σας. Για λεπτομέρειες, ανατρέξτε στη λίστα 5.

Listing 5
public class Driver {δημόσια διπλή ταχύτητα (φωτεινή ένδειξη TrafficLight) {διακόπτης (κατάσταση φωτός) {case ΚΟΚΚΙΝΟ: επιστροφή 0. 0; περίπτωση ΚΙΤΡΙΝΟ: επιστροφή 10. 0; περίπτωση ΠΡΑΣΙΝΟ: επιστροφή 30. 0; Προεπιλογή: επιστροφή 0. 0}}}

Όταν το φως είναι κόκκινο, η ταχύτητα του οδηγού είναι 0. 0. Όταν το φως είναι κίτρινο, το αυτοκίνητο επιβραδύνεται σε ασφαλές 10. 0. Όταν το φως είναι πράσινο, το αυτοκίνητο κρουαζιέρες με ταχύτητα 30 0.
(Σε αυτό το παράδειγμα, οι μονάδες ταχύτητας δεν έχουν σημασία, θα μπορούσαν να είναι μίλια ανά ώρα, χιλιόμετρα την ώρα, ή οτιδήποτε άλλο. το αυτοκίνητο βρίσκεται στη Βοστώνη ή στην πόλη της Νέας Υόρκης.Σε αυτή την περίπτωση, η ταχύτητα για το ΚΙΤΡΙΝΟ θα πρέπει να είναι πολύ υψηλότερη από την ταχύτητα για την ΠΡΑΣΙΝΗ και η ταχύτητα για το ΚΟΚΚΙ δεν θα πρέπει να είναι 0. 09999 Για να δημιουργήσετε JUnit δοκιμές για Class Class Driver, ακολουθήστε τα βήματα 1 έως 9 που αναφέρονται παραπάνω σε αυτό το άρθρο, αλλά βεβαιωθείτε ότι έχετε κάνει τις ακόλουθες αλλαγές:
Στο Βήμα 2, κάντε δεξί κλικ ή κάντε κλικ στο Control-Driver. java αντί του TrafficLight. υποκατάστημα java.


Στο Βήμα 5, τοποθετήστε ένα σημάδι ελέγχου στην κλάση Driver.


Στο βήμα 8, καταργήστε τις κλήσεις μεθόδου αποτυχίας για να δημιουργήσετε την κλάση DriverTest που εμφανίζεται στην Καταχώρηση 6. (Ο κωδικός που πληκτρολογείτε εμφανίζεται με έντονους χαρακτήρες.)


Λίστα 6



εισαγωγή static org. junit. Διεκδικώ. *; εισαγωγή org. junit. Δοκιμή; Δημόσια τάξη DriverTest {@Επιλέξτε δημόσιο κενό testVelocity () {
TrafficLight light = νέο TrafficLight (); φως. αλλαγή (7); Οδηγός προγράμματος οδήγησης = νέος οδηγός (); assertEquals (30, 0, ταχύτητα οδηγού (φως), 0. 1). }} Αν όλα πάνε καλά, η δοκιμή JUnit περνάει με τα χρώματα. (Για να είμαστε ακριβέστεροι, το JUnit περνάει με το πράσινο χρώμα!) Έτσι, η λειτουργία του DriverTest δεν είναι καινούργια ή συναρπαστική. Αυτό που είναι συναρπαστικό είναι η κλήση σε assertEquals στην Καταχώρηση 6.

Όταν συγκρίνετε δύο διπλές τιμές σε ένα πρόγραμμα Java, δεν έχετε δικαίωμα να περιμένετε την ισότητα στην μύτη. Δηλαδή, μία από τις διπλές τιμές μπορεί να είναι 30. 000000000 ενώ η άλλη διπλή τιμή είναι πλησιέστερη στο 30. 000000001. Ένας υπολογιστής έχει μόνο 64 μπιτς για να αποθηκεύσει κάθε διπλή τιμή, και οι ανακριβές σέρνεται μέσα και έξω. Έτσι, στο JUnit, η μέθοδος assertEquals για τη σύγκριση διπλών τιμών έχει μια τρίτη παράμετρο. Η τρίτη παράμετρος αντιπροσωπεύει το δωμάτιο κουνουπιών.
Στην Λίστα 6, η δήλωση
assertEquals (30.0, ταχύτητα οδηγού, ελαφριά), 0. 1).
λέει τα εξής: "Βεβαιωθείτε ότι η πραγματική τιμή του προγράμματος οδήγησης. η ταχύτητα (φως) είναι μέσα στο 0. 1 της αναμενόμενης τιμής 30. 0. Εάν ναι, ο ισχυρισμός περνάει. Εάν όχι, ο ισχυρισμός αποτυγχάνει. "

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

Εκεί, το περιθώριο σφάλματος είναι πολύ μεγάλο.

Ευτυχώς, σε αυτό το παράδειγμα DriverTest, το περιθώριο 0. 1 είναι ένα πολύ ασφαλές στοίχημα. Εδώ γιατί:
Όταν η δοκιμή assertEquals αποτύχει, αποτυγχάνει πολύ περισσότερο από 0. 1.


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



Η τιμή του προγράμματος οδήγησης. η ταχύτητα (φως) έρχεται απευθείας από την επιστροφή 30. 0 κωδικός στην καταχώριση 5. Δεν υπάρχει αριθμητική. Έτσι, η αξία του οδηγού. η ταχύτητα (φως) και η αναμενόμενη τιμή 30. 0 θα πρέπει να είναι ακριβώς η ίδια (ή σχεδόν ακριβώς η ίδια).