how test java applications tips with sample test cases
Σε αυτό το σεμινάριο, θα μάθουμε τα στοιχεία που περιλαμβάνονται σε μια εφαρμογή Java και τους διάφορους τύπους δοκιμών που πρέπει να διεξαχθούν για να διασφαλιστεί μια υψηλής ποιότητας, χωρίς σφάλματα εφαρμογή.
Αυτό είναι ένα σειρά τριών μερών για τη δοκιμή εφαρμογών JAVA.
- Σε αυτό το άρθρο, θα μάθουμε τα συστατικά J2EE και τη χειροκίνητη προσέγγιση δοκιμών για μια εφαρμογή J2EE.
- Στο δεύτερο, θα εξετάσουμε το Αυτοματοποιημένες δοκιμές προσέγγιση για τη δοκιμή εφαρμογών J2EE και
- Στο τρίτο, θα εξετάσουμε μια ολοκληρωμένη λίστα εργαλείων που είναι διαθέσιμα για τη δοκιμή εφαρμογών J2EE.
Τι θα μάθετε:
- Ας ξεκινήσουμε με επισκόπηση των εφαρμογών J2EE
- Δοκιμή της εφαρμογής JAVA / J2EE
- Μη αυτόματη δοκιμή εφαρμογών Java:
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Ας ξεκινήσουμε με επισκόπηση των εφαρμογών J2EE
ΠΡΟΣ ΤΗΝ Ιάβα Η εφαρμογή ιστού αποτελείται από διάφορα στοιχεία, το καθένα εξυπηρετεί έναν σημαντικό σκοπό. MVC , το οποίο αντιπροσωπεύει το Model View Controller, αντιπροσωπεύει το πιο δημοφιλές και συχνά χρησιμοποιούμενο σχέδιο αρχιτεκτονικού σχεδιασμού.
Πριν μάθουμε να δοκιμάζουμε, ας περάσουμε εν συντομία διάφορα στοιχεία μιας εφαρμογής J2EE.
- Πελάτης / Πρόγραμμα περιήγησης ζητά μια διεύθυνση ιστού με μια διεύθυνση URL.
- JSP (Java Server Pages) - JSP είναι μια τεχνολογία διακομιστή με σκοπό την παρουσίαση δεδομένων στον χρήστη. Υποστηρίζει την εμφάνιση δυναμικού περιεχομένου με τη βοήθεια ειδικών ετικετών που ονομάζονται ετικέτες JSP, οι οποίες βοηθούν στην εισαγωγή κώδικα Java σε σελίδες HTML. (Το στατικό HTML εμφανίζει πάντα το ίδιο περιεχόμενο). Κατά το χρόνο εκτέλεσης, ένα JSP μετατρέπεται σε Servlet. Η επιχειρηματική λογική δεν γράφεται συνήθως εδώ.
- JSF (Java Server Faces) - Το JSF είναι ένα πλαίσιο προβολής για τον αποτελεσματικό σχεδιασμό του περιβάλλοντος εργασίας χρήστη.
- Javascript / Jquery - είναι γλώσσες δέσμης ενεργειών που χρησιμοποιούνται για επικύρωση από την πλευρά του πελάτη της προβολής / οθόνης.
- Servlet - Ένα Servlet επικυρώνει τα δεδομένα που λαμβάνονται από την είσοδο, επιλέγει τον κατάλληλο κωδικό λογικής επιχείρησης και μεταβιβάζει τις τιμές στον κώδικα Bean.
- Επιχείρηση Java Bean (EJB) - Εδώ γράφεται και χειρίζεται ολόκληρη τη λογική της επιχείρησης. Στη συνέχεια, το φασόλι καλεί τον κωδικό είτε για ανάγνωση, εγγραφή ή ενημέρωση της βάσης δεδομένων. Μόλις ολοκληρωθούν οι λειτουργίες της βάσης δεδομένων, η απόκριση μεταφέρεται στη συνέχεια στο Servlet, το οποίο με τη σειρά του επιλέγει το κατάλληλο JSP για να εμφανίσει τα αποτελέσματα.
- Υπηρεσίες διαδικτύου - Οι υπηρεσίες Web είναι στοιχεία μιας εφαρμογής που εκτελείται σε ξεχωριστό διακομιστή και επικοινωνούν μέσω πρωτοκόλλου HTTP.
- Βάση δεδομένων - αποθηκεύει ολόκληρα τα δεδομένα της εφαρμογής.
Λάβετε υπόψη ότι δεν ακολουθούν όλες οι διαδικτυακές εφαρμογές JSP -> Servlet -> EJB -> Μοντέλο βάσης δεδομένων . Οι περισσότερες από τις εφαρμογές J2EE γράφονται αυτήν τη στιγμή με ένα πλαίσιο όπως Struts, Spring ή Hibernate. Ο σχεδιασμός των εφαρμογών ποικίλλει για κάθε απαίτηση με βάση το μέγεθος της εφαρμογής, το κόστος, τον χρόνο ανάπτυξης, τους πόρους και το μέγεθος της ομάδας.
Δοκιμή της εφαρμογής JAVA / J2EE
Ας προχωρήσουμε τώρα στη δοκιμή ολόκληρης της εφαρμογής J2EE. Αυτό γίνεται σε διάφορα βήματα.Για παράδειγμα, σκεφτείτε ότι έχουμε τρεις οθόνες:
- Μια οθόνη σύνδεσης
- Μια οθόνη εμφάνισης υπαλλήλου, η οποία απαριθμεί όλους τους υπαλλήλους του οργανισμού
- Οθόνη τροποποίησης / προσθήκης / αφαίρεσης υπαλλήλου.
Το περιβάλλον εργασίας χρήστη (User Interface) για αυτές τις τρεις οθόνες αναπτύσσεται με JSP / HTML και οι επικυρώσεις πραγματοποιούνται μέσω JavaScript. Επειδή είναι ένα δείγμα εφαρμογής, η λογική βρίσκεται στο Servlet και στο DAO (Data Access Object). Το DAO είναι μια τάξη για σύνδεση στη βάση δεδομένων.
Ακολουθούν τα δείγματα οθονών:
Μη αυτόματη δοκιμή εφαρμογών Java:
Κατά τη μη αυτόματη δοκιμή JAVA, ένας δοκιμαστής προετοιμάζει τις δοκιμαστικές θήκες από το λεπτομερές έγγραφο σχεδίασης και προσπαθεί να καλύψει κάθε πιθανό σενάριο και απόσπασμα κώδικα.
# 1) ΔΟΚΙΜΗ ΜΟΝΑΔΩΝ JAVA
Η δοκιμή μονάδας είναι ένας τύπος δοκιμών όπου ένας χρήστης πρέπει να δοκιμάσει το μικρότερο από τα αποσπάσματα κώδικα για ακρίβεια, ορθότητα και ικανοποίηση των απαιτήσεων.
Ας πάρουμε τοπαράδειγμα της οθόνης σύνδεσης. Η οθόνη σύνδεσης έχει δύο πεδία κειμένου: όνομα χρήστη και κωδικό πρόσβασης και έχει δύο κουμπιά: υποβολή και ακύρωση.
Οι περιπτώσεις δοκιμής πρέπει να καλύπτουν όλους τους βρόχους και τις δηλώσεις υπό όρους. Οι περιπτώσεις δοκιμής πρέπει να εμφανίζουν τα αναμενόμενα αποτελέσματα και τα δεδομένα δοκιμής. Παρακάτω είναι μερικές από τις γενικές περιπτώσεις δοκιμών που ένας χρήστης θα μπορούσε να εκτελέσει χειροκίνητα σε μια οθόνη σύνδεσης. Τα αποτελέσματα στη συνέχεια σημειώνονται στο έγγραφο της υπόθεσης.
Ακολουθεί ένα δείγμα μορφής υπόθεσης δοκιμής για την οθόνη σύνδεσης.
| S.No. | Θήκη δοκιμής | Αναμενόμενο Αποτέλεσμα | Πραγματικό αποτέλεσμα | Πέρασμα / αποτυχία |
|---|---|---|---|---|
| 4 | Ο χρήστης εισάγει ένα όνομα χρήστη με περισσότερους από 10 χαρακτήρες | Μήνυμα λάθους Το όνομα χρήστη δεν πρέπει να υπερβαίνει τους 10 χαρακτήρες | Το μήνυμα σφάλματος δεν εμφανίζεται | ΑΠΟΤΥΓΧΑΝΩ |
| ένας | Ο χρήστης ελέγχει την εμφάνιση των ετικετών Όνομα χρήστη, Κωδικός πρόσβασης | Οι ετικέτες πρέπει να γράφονται σωστά και να εμφανίζονται σε γραμματοσειρά κανονικού μεγέθους | Το όνομα χρήστη και ο κωδικός πρόσβασης της ετικέτας εμφανίζονται σωστά | ΠΕΡΑΣΜΑ |
| δύο | Ο χρήστης ελέγχει την εμφάνιση του κουμπιού Υποβολή και Ακύρωση | Τα κουμπιά πρέπει να εμφανίζονται με το σωστό όνομα | Τα κουμπιά Υποβολή και Ακύρωση εμφανίζονται σωστά | ΠΕΡΑΣΜΑ |
| 3 | Ο χρήστης ελέγχει το χρώμα φόντου της οθόνης | Η φόρμα σύνδεσης πρέπει να βρίσκεται σε λευκό πίνακα και η οθόνη να είναι γκρι φόντου | Η εμφάνιση της οθόνης δεν ταιριάζει με τις απαιτήσεις. | ΑΠΟΤΥΓΧΑΝΩ |
| 4 | Ο χρήστης αφήνει το πλαίσιο κειμένου ονόματος χρήστη ως κενό | Θα πρέπει να εμφανιστεί το μήνυμα σφάλματος 'Το όνομα χρήστη δεν μπορεί να είναι κενό' | Εμφανίζεται το μήνυμα σφάλματος 'Το όνομα χρήστη δεν μπορεί να είναι κενό' | ΠΕΡΑΣΜΑ |
| 5 | Ο χρήστης εισάγει κάποια τιμή στο πλαίσιο κειμένου ονόματος χρήστη και αφήνει το πλαίσιο κειμένου κωδικού πρόσβασης ως κενό | Εμφανίζεται το μήνυμα σφάλματος 'Ο κωδικός πρόσβασης δεν μπορεί να είναι κενός' | Εμφανίζεται το μήνυμα σφάλματος 'Ο κωδικός πρόσβασης δεν μπορεί να είναι κενός' | ΠΕΡΑΣΜΑ |
| 6 | Ο χρήστης εισάγει το όνομα χρήστη ως 'abcd' και τον κωδικό πρόσβασης ως 'xxxx' | Μήνυμα λάθους 'Μη έγκυρος συνδυασμός κωδικού πρόσβασης ονόματος χρήστη' πρέπει να εμφανίζεται | Μήνυμα λάθους 'Μη έγκυρος συνδυασμός κωδικού πρόσβασης ονόματος χρήστη' εκτίθεται | ΠΕΡΑΣΜΑ |
| 5 | Ο χρήστης εισάγει το όνομα χρήστη ως 'testuser' και τον κωδικό πρόσβασης ως 'password' και κάνει κλικ στο κουμπί Submit | Ο χρήστης θα πρέπει να μπορεί να δει την οθόνη 'Λεπτομέρειες υπαλλήλου' | Εμφανίζεται η οθόνη λεπτομερειών εργαζομένων | ΠΕΡΑΣΜΑ |
Ενώ ο πίνακας παραθέτει ορισμένες από τις δοκιμαστικές περιπτώσεις, παρακάτω είναι η πλήρης λίστα:
- Ελέγξτε για οποιαδήποτε εξαίρεση, συμπεριλαμβανομένης της εξαίρεσης δείκτη NULL
- Ελέγξτε εάν δεν επιτρέπονται NULLS για όνομα χρήστη και κωδικό πρόσβασης
- Ελέγξτε εάν το όνομα χρήστη / κωδικός πρόσβασης είναι στη σωστή μορφή
- Ελέγξτε εάν δεν επιτρέπονται αριθμοί για το όνομα χρήστη
- Ελέγξτε εάν δεν επιτρέπονται ειδικοί χαρακτήρες στο Όνομα χρήστη
- Ελέγξτε εάν έχουν εισαχθεί ο σωστός συνδυασμός ονόματος χρήστη και κωδικού πρόσβασης, τότε η εφαρμογή σας μεταφέρει στην επόμενη οθόνη, δηλαδή στην οθόνη πληροφοριών υπαλλήλου
- Ελέγξτε εάν το όνομα χρήστη που έχει εισαχθεί έχει το σωστό μήκος
- Ελέγξτε εάν το πεδίο κειμένου ονόματος χρήστη επιτρέπει μόνο τον μέγιστο αριθμό χαρακτήρων που καθορίζονται για αυτό το πεδίο
- Ελέγξτε εάν το πεδίο κωδικού πρόσβασης αν ορίζεται στις απαιτήσεις είναι ορατό ως * κατά την είσοδο
- Ελέγξτε εάν οι κωδικοί πρόσβασης είναι πεζών-κεφαλαίων
- Ελέγξτε εάν το όνομα χρήστη δεν είναι πεζά
- Ελέγξτε εάν η σελίδα σύνδεσης δεν θυμάται το όνομα χρήστη ή τον κωδικό πρόσβασης, ακόμη και μετά την έξοδο
- Ελέγξτε εάν το κουμπί Υποβολή και Ακύρωση λειτουργεί σύμφωνα με τις απαιτήσεις
- Εάν χρησιμοποιείτε την εφαρμογή για πρώτη φορά, ελέγξτε αν το όνομα χρήστη έχει άδεια εισόδου στην εφαρμογή
- Διαγράψτε έναν συνδυασμό ονόματος χρήστη / κωδικού πρόσβασης από τη βάση δεδομένων και ελέγξτε εάν ο συνδυασμός δεν μπορεί να συνδεθεί ξανά
- Για όλες τις παραπάνω περιπτώσεις, ελέγξτε εάν εμφανίζονται τα κατάλληλα μηνύματα σφάλματος επικύρωσης
- Ελέγξτε αν οι ετικέτες και τα κουμπιά είναι στη σωστή θέση στην οθόνη και ότι εμφανίζουν το κείμενο σωστά
- Ελέγξτε εάν οι εμφανίσεις της οθόνης είναι σύμφωνα με τις απαιτήσεις
- Ελέγξτε εάν αντιμετωπίζονται εξαιρέσεις
- Ελέγξτε εάν πραγματοποιείται καταγραφή για τις απαιτούμενες ενέργειες
Αφού περάσετε τις δοκιμαστικές περιπτώσεις, ενδέχεται να συνειδητοποιήσετε ότι ασχολείστε συνήθως με τον έλεγχο πεδίων, κουμπιών, λειτουργικότητας και επικυρώσεων μιας συγκεκριμένης οθόνης. Αυτό είναι ακριβές, καθώς η Δοκιμή μονάδας ασχολείται πολύ με τον έλεγχο κάθε μικρού αποσπάσματος κώδικα και εξαρτήματος. Ο ίδιος τύπος δοκιμών πρέπει να εκτελεστεί για όλες τις οθόνες.
Λάβετε υπόψη ότι τα παραπάνω είναι μόνο παραδείγματα και οι δοκιμαστικές περιπτώσεις προετοιμάζονται με βάση ένα συγκεκριμένο σχέδιο και λεπτομερές έγγραφο σχεδίασης.
Διαβάστε επίσης=> Δείγμα έτοιμα προς χρήση θήκες δοκιμής και σενάρια δοκιμής για δοκιμή εφαρμογών ιστού.
# 2) ΔΟΚΙΜΗ ΟΛΟΚΛΗΡΩΣΗΣ
Στη δοκιμή ενοποίησης, μεμονωμένες ενότητες ενσωματώνονται και δοκιμάζονται μαζί για ορθότητα.
είναι ένα κλειδί δικτύου ίδιο με έναν κωδικό πρόσβασης
Αφήστε κάθε μία από τις τρεις οθόνες στο παραπάνω παράδειγμα να αναπτυχθεί από τρία διαφορετικά μέλη της ομάδας. Τώρα που έχουν τελειώσει με τη δοκιμή μονάδας, είναι καιρός να συγκεντρώσετε όλο τον κώδικα και να ελέγξετε εάν λειτουργούν καλά μαζί. Ο έλεγχος ενοποίησης πραγματοποιείται για να διασφαλιστεί ότι τα δεδομένα ή ο έλεγχος μεταφέρονται σωστά από τη μία οθόνη στην άλλη.
Ακολουθούν ορισμένα δείγματα δοκιμών ενοποίησης για το παράδειγμα της αίτησης υπαλλήλου:
- Ελέγξτε εάν ο χρήστης έχει συνδεθεί και η περίοδος σύνδεσης είναι η ίδια σε όλες τις άλλες νέες ενσωματωμένες οθόνες
- Ελέγξτε εάν οι άλλες ενότητες δεν ενημερώνονται / διαγράφουν / εισάγουν οποιαδήποτε εγγραφή στη βάση δεδομένων δεν απαιτείται
- Ας υπάρχει ένα πεδίο κατάστασης υπαλλήλου, το οποίο αναφέρει 'Νέο' επιπλέον, 'Ενημερώθηκε' κατά την τροποποίηση και 'Διαγραμμένο' κατά τη διαγραφή. Αν και δύο ή τρεις οθόνες μπορούν να χρησιμοποιούν το ίδιο πεδίο κατάστασης, είναι σημαντικό να διασφαλιστεί ότι το πεδίο δεν ενημερώνεται εσφαλμένα.
- Ελέγξτε εάν η κεφαλίδα, το υποσέλιδο, το μέγεθος της οθόνης και η εμφάνιση πληρούν τις απαιτήσεις μετά την ολοκλήρωση
- Βεβαιωθείτε ότι όταν κάνετε κλικ στα κουμπιά Υποβολή, το στοιχείο ελέγχου μεταφέρεται στην επόμενη οθόνη
- Βεβαιωθείτε ότι όταν κάνετε κλικ στο κουμπί Ακύρωση, η ενέργεια που εκτελείται ακυρώνεται
Επιπλέον, οι περιπτώσεις δοκιμών γενικής ολοκλήρωσης για μια εφαρμογή J2EE θα μπορούσαν να είναι:
- Ελέγξτε τη ροή δεδομένων, είτε Αντικείμενο, XML ή Συνεδρία από άκρο σε άκρο. Ελέγξτε για ορθότητα.
- Ελέγξτε εάν η περίοδος λειτουργίας διαχειρίζεται σωστά από κάθε μία από τις ενότητες
- Εάν εμπλέκονται εξωτερικές εφαρμογές (διαδικτυακές υπηρεσίες), ελέγξτε αν η εφαρμογή σας μπορεί να πραγματοποιήσει κλήσεις και να ανακτήσει δεδομένα από την εφαρμογή
# 3) ΔΟΚΙΜΗ ΣΥΣΤΗΜΑΤΟΣ
Στη δοκιμή συστήματος, ολόκληρη η εφαρμογή ελέγχεται για λειτουργικότητα και πληρότητα σε σχέση με τις απαιτήσεις. Θα ήταν πιο εύκολο να ρωτήσετε πότε πραγματοποιείται η δοκιμή μονάδας κάθε στοιχείου και τα στοιχεία κώδικα συνδυάζονται και δοκιμάζονται μαζί κατά τη διάρκεια της δοκιμής ολοκλήρωσης, τι θα μπορούσε να είναι διαφορετικό στις δοκιμές συστήματος; Δεν είναι ανακριβές να πούμε ότι η ιδέα του System Testing είναι να σπάσει την εφαρμογή :)
Σενάριο # 1: Αναπτύσσετε μια νέα εφαρμογή υπαλλήλου με ένα πλαίσιο.για παράδειγμα, Γόνατα. Υπάρχουν επίσης πολλές άλλες εφαρμογές που εκτελούνται σε διαφορετικούς διακομιστές στον οργανισμό σας. Ωστόσο, όλοι καλούν την ίδια υπάρχουσα διαδικτυακή υπηρεσία για να λάβουν τη διεύθυνση και τον αριθμό τηλεφώνου για οποιοδήποτε συγκεκριμένο άτομο.
Κατά τη διάρκεια της δοκιμής ενοποίησης, θα έχετε δοκιμάσει εάν η εφαρμογή σας μπορεί να πραγματοποιήσει κλήση στην υπηρεσία ιστού και εάν μπορείτε να λάβετε την απάντηση. Τι γίνεται όμως αν υπάρχει πρόβλημα στην ίδια την υπηρεσία Ιστού; Ή η υπηρεσία ιστού δεν ανταποκρίνεται σε μερικές σπάνιες εισόδους; Η υπηρεσία Ιστού, στην περίπτωσή μας, μπορεί να λάβει μόνο έναν αριθμό υπαλλήλου έως 6 χαρακτήρες. Εναλλακτικά, η υπηρεσία ιστού ρίχνει εξαιρέσεις για συγκεκριμένες μορφές διευθύνσεων κατά την επιστροφή. Αυτό είναι εξωτερικό, αλλά αποτελεί επίσης μέρος της δοκιμής συστήματος.
Σενάριο # 2 : Η αίτηση υπαλλήλου σας έχει ολοκληρωθεί. Προσθέτετε έναν υπάλληλο και δημιουργεί έναν αριθμό υπαλλήλου # 1001. Μπορείτε να τροποποιήσετε, να διαγράψετε, να ενημερώσετε, να προσθέσετε, να τροποποιήσετε, να διαγράψετε, να προσθέσετε, να προσθέσετε, να προσθέσετε, να τροποποιήσετε, να διαγράψετε και, στη συνέχεια, να προσθέσετε ένα άλλο. Τι γίνεται αν ο νέος αριθμός υπαλλήλου είναι και πάλι # 1001;
Σενάριο # 3 : Ας υποθέσουμε ότι δύο χρήστες χρησιμοποιούν την εφαρμογή ταυτόχρονα. Και οι δύο αρχίζουν να εργάζονται στον ίδιο υπάλληλο, ένας διαγράφει. Τι γίνεται αν ο άλλος χρήστης μπορεί να προχωρήσει με την τροποποίηση των ίδιων υπαλλήλων με αυτόν που είναι αποθηκευμένος στη συνεδρία;
Ακολουθούν μερικές σημαντικές πτυχές της δοκιμής συστήματος:
- Βεβαιωθείτε ότι η ροή δεδομένων και ο έλεγχος είναι σωστές από από άκρη σε άκρη
- Εξασφαλίστε την ασφάλεια των δεδομένων συναλλαγής
- Βεβαιωθείτε ότι η εφαρμογή ακολουθεί όλες τις επιχειρησιακές λειτουργίες
- Ελέγξτε αν η εφαρμογή λειτουργεί καλά ως τελικό προϊόν - ελέγξτε σπασμένους συνδέσμους, διαχείριση συνεδρίας, cookie, καταγραφή, διαχείριση σφαλμάτων, χειρισμός εξαιρέσεων, επικύρωση και ροή συναλλαγών.
# 4) ΔΟΚΙΜΗ ΑΠΟΔΟΣΗΣ
Αυτός ο τύπος δοκιμών πραγματοποιείται όταν θα υπάρχει μεγάλος αριθμός χρηστών που χρησιμοποιούν την εφαρμογή ή δεδομένα μεγάλου όγκου στη βάση δεδομένων ή και τα δύο. Παρακάτω είναι μερικές από τις περιπτώσεις:
- Εάν πολλοί χρήστες συνδέονται ταυτόχρονα, ελέγξτε ότι οι εφαρμογές δεν έχουν κολλήσει / διακοπεί
- Εάν υπάρχει μεγάλη ποσότητα δεδομένων στη βάση δεδομένων - βεβαιωθείτε ότι τα πλέγματα της οθόνης αναζήτησης δεν χρειάζονται πολύ χρόνο για την εκτέλεση ερωτημάτων πριν από τη λήξη της περιόδου λειτουργίας
- Σε ένα περιβάλλον πολλαπλών νημάτων, βεβαιωθείτε ότι η εφαρμογή μπορεί να χειριστεί όλα τα νήματα καλά
- Σε εφαρμογές όπου δημιουργούνται μεγάλοι αριθμοί αντικειμένων, ελέγξτε εάν έχει εκχωρηθεί επαρκής μνήμη, χειρίζεται τη συλλογή απορριμμάτων και ότι δεν υπάρχουν εξαιρέσεις μνήμης
συμπέρασμα
Σε αυτό το άρθρο, έχουμε καλύψει μια επισκόπηση μιας εφαρμογής J2EE. Έχουμε επίσης δει πώς να εκτελέσουμε χειροκίνητα τη δοκιμή Μονάδας, Ενσωμάτωσης, Λειτουργικής λειτουργίας και Συστήματος για καθένα από τα στοιχεία της εφαρμογής με ένα παράδειγμα.
Στο επόμενο άρθρο , θα δούμε πώς ο έλεγχος αυτοματισμού μπορεί να είναι επωφελής για μεγάλες εφαρμογές J2EE.
Σχετικά με τον συγγραφέα: Αυτό είναι ένα άρθρο επισκεπτών από τον Padmavaty S. Με συνολικά 7+ χρόνια εμπειρίας δοκιμών λογισμικού, έχει εκτεταμένη εμπειρία στις δοκιμές πλαισίου Java, J2EE, MVC και Struts.
Ενημερώστε μας εάν εργάζεστε στη δοκιμή εφαρμογών JAVA. Μοιραστείτε την εμπειρία και τα ερωτήματά σας στα παρακάτω σχόλια.
Εκπαιδευτικό πρόγραμμα PREV | ΕΠΟΜΕΝΟ Φροντιστήριο
Συνιστώμενη ανάγνωση
- ISTQB Testing Certification Δείγμα ερωτημάτων με απαντήσεις
- Τρόπος εκτέλεσης δοκιμών αυτοματοποίησης εφαρμογών JAVA / J2EE (Μέρος 2)
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Top 20 Πρακτικές συμβουλές δοκιμής λογισμικού που πρέπει να διαβάσετε πριν δοκιμάσετε οποιαδήποτε εφαρμογή
- Δοκιμές Εφαρμογών Υγείας - Συμβουλές και Σημαντικά Σενάρια Δοκιμών (Μέρος 2)
- Πώς να βρείτε ένα σφάλμα στην εφαρμογή; Συμβουλές και κόλπα
- Δοκιμή βάσης δεδομένων με JMeter
- Java Virtual Machine: Πώς βοηθά το JVM στην εκτέλεση της εφαρμογής Java