Λεπτομερής περιγραφή των συστατικών JMeter

detail description jmeter components

Ανασκόπηση των Jmeter Components (Part-II):

=> Αυτό είναι μέρος της σειράς εκπαίδευσης JMeter. Δείτε τη λίστα όλων των εκπαιδευτικών σε αυτήν τη σειρά εδώ .

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

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

Στοιχεία του Jmeter είχαν καταγραφεί στο προηγούμενο άρθρο.

Τι θα μάθετε:

• Συστατικά του JMeter
  • Σχέδιο δοκιμής
  • Ομάδα νημάτων
  • Δείγματα
  • Αιτήματα HTTP
  • Αιτήματα FTP
  • Ακούστες
  • Πάγκος εργασίας
  • Ισχυρισμοί
    • Δήλωση απόκρισης
    • Επιβεβαίωση διάρκειας
  • Στοιχεία διαμόρφωσης
    • Διαμόρφωση συνόλου δεδομένων CSV
    • Μεταβλητές καθορισμένες από τον χρήστη
    • Προεπιλογές αιτήματος HTTP
  • Λογικοί ελεγκτές και χρονοδιακόπτες
  • συμπέρασμα
  • Συνιστώμενη ανάγνωση

Συστατικά του JMeter

Καταγραφή ξανά για την αναφορά σας:

• Σχέδιο δοκιμής
• ThreadGroup
• Δείγματα
• Ακούστες
• Πάγκος εργασίας
• Ισχυρισμοί
• Στοιχείο διαμόρφωσης
• Λογικοί ελεγκτές
• Μετρών την ώραν

Όλα τα κύρια στοιχεία του Jmeter όπως το Thread Group, Samplers, Listeners και Config Elements επεξηγούνται λεπτομερώς αργότερα στο άρθρο.

Ανατρέξτε στο παρακάτω διάγραμμα ροής για να κατανοήσετε κάθε στοιχείο και τη σχέση τους με συγκεκριμένες μονάδες του JMeter.

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

Σχέδιο δοκιμής

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

Το Test Plan μπορεί να είναι όσο πιο απλό θα μπορούσε, με το Just ThreadGroup, το Sampler και το Listener και θα αρχίσει να γίνεται πιο περίπλοκο μόλις αρχίσετε να προσθέτετε περισσότερα στοιχεία όπως στοιχεία config, προεπεξεργαστές ή ελεγκτές.

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

Σημαντικά σημεία για το Πρόγραμμα δοκιμών:

• Το σχέδιο δοκιμής πρέπει να αποθηκευτεί πριν από την εκτέλεση
• Τα αρχεία Jmeter ή τα σχέδια δοκιμών αποθηκεύονται σε μορφή. Αρχεία επέκτασης JMX
• Μπορείτε επίσης να αποθηκεύσετε μέρη του σχεδίου δοκιμής ως διαφορετική επιλογή. Για παράδειγμα, Εάν θέλετε να αποθηκεύσετε το HTTP Request Sampler with Listener, μπορείτε να το αποθηκεύσετε ως Test Fragment έτσι ώστε να μπορεί να χρησιμοποιηθεί και σε άλλα σενάρια δοκιμής
• Τα στοιχεία του WorkBench δεν αποθηκεύονται στο Test Plan

Ομάδα νημάτων

Το Thread Group είναι μια ομάδα χρηστών που θα χτυπήσουν τον υπό δοκιμή διακομιστή ταυτόχρονα ή σε κάποια προκαθορισμένη ακολουθία. Το Thread Group μπορεί να προστεθεί στο Πρόγραμμα δοκιμών κάνοντας δεξί κλικ στο σχέδιο δοκιμών. Το JMeter είναι όλα τα 'Δεξιά κλικ', έχετε όλες τις επιλογές στο δεξί κλικ.

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

Δείτε παρακάτω το στιγμιότυπο οθόνης για την προσθήκη Ομάδων νήματος

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

(Σημείωση: Κάντε κλικ σε οποιαδήποτε εικόνα για μεγέθυνση)

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

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

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

• Αριθμός νημάτων (Χρήστες) - Καθορίζει τον αριθμό των εικονικών χρηστών. Για σκοπούς δοκιμής, θα πρέπει να παράγουμε μόνο ένα περιορισμένο ποσό φορτίου, καθώς η παραγωγή τεράστιου όγκου ταυτόχρονα θα σήμαινε την κατανάλωση πολλών νημάτων που μπορεί τελικά να οδηγήσουν σε υψηλή χρήση CPU.
• Περίοδος αύξησης - Αυτό το πεδίο είναι πολύ σημαντικό για τον έλεγχο της παραγωγής φορτίου. Η περίοδος αύξησης καθόρισε το χρονικό διάστημα κατά το οποίο θα δημιουργηθεί το συνολικό φορτίο.

Παράδειγμα 1:

• Αυτό σημαίνει ότι και οι 10 χρήστες θα χτυπούν διακομιστές ταυτόχρονα μόλις εκτελεστεί μια δοκιμή

Παράδειγμα 2:

• Όλοι πρέπει να έχετε παρατηρήσει το πλαίσιο ελέγχου 'Χρονοδιάγραμμα' στο παραπάνω στιγμιότυπο οθόνης. Σε περίπτωση που θέλετε η δοκιμή σας να εκτελεστεί σε μια συγκεκριμένη ώρα αργότερα, τότε μπορείτε να ορίσετε τους χρονισμούς όπως μπορείτε επίσης να δείτε στο παρακάτω στιγμιότυπο οθόνης. Αυτό σημαίνει ότι κάθε 1 δευτερόλεπτο, ένας νέος χρήστης θα χτυπάει διακομιστή. Το φορτίο δεν θα είναι ταυτόχρονο αλλά θα αυξάνεται. Μέχρι τις 10^ουΔεύτερον, όλοι οι χρήστες θα έκαναν το αίτημα.
• Πλήθος βρόχων - Καθορίζει πόσες φορές θα εκτελέσει το Thread Group. Εάν επιλέξετε το πλαίσιο ελέγχου Forever, η δοκιμή σας θα εκτελεστεί για πάντα, εκτός εάν τη σταματήσετε χειροκίνητα. Αυτό μπορεί να χρησιμοποιηθεί για να δοκιμάσετε κάτι όπως 'Εάν ο διακομιστής σας δεν παρουσιάσει σφάλμα σε συνεχή φόρτωση για λίγα λεπτά'.

Δείγματα

Λοιπόν, πώς γνωρίζει ο Jmeter τι είδους αίτημα έχει σταλεί στον διακομιστή ;;;

• Είναι μέσω Samplers. Τα δειγματοληπτικά προγράμματα είναι απαραίτητα για προσθήκη σε ένα σχέδιο δοκιμών, καθώς μόνο αυτό μπορεί να ενημερώσει τον Jmeter για το είδος του αιτήματος που πρέπει να μεταβεί σε ποιον διακομιστή και με τυχόν προκαθορισμένες παραμέτρους ή όχι. Τα αιτήματα μπορεί να είναι HTTP, HTTP (s), FTP, TCP, SMTP, SOAP κ.λπ.

Τα Samplers μπορούν να προστεθούν μόνο στην Ομάδα νήματος που δεν βρίσκεται απευθείας στο Πρόγραμμα δοκιμών, καθώς οι Ομάδες νήματος πρέπει να χρησιμοποιήσουν ένα δείγμα για να στείλουν ένα αίτημα στο URL διακομιστή υπό δοκιμή. Το δείγμα μπορεί να προστεθεί με διαδρομή Ομάδα νήματος -> Sampler -> Αίτημα HTTP.

Αιτήματα HTTP

Αυτά είναι τα πιο συνηθισμένα αιτήματα που αποστέλλονται στους διακομιστές. Λένε, για παράδειγμα, θέλουμε να χτυπήσουν 100 χρήστες https://www.google.com ταυτόχρονα, αυτό μπορεί να γίνει όπως περιγράφεται στο παρακάτω στιγμιότυπο οθόνης:

δωρεάν μετατροπέας youtube σε mp4 χωρίς λήψη

• Η διαδρομή είναι η πλοήγηση μέσα στον κύριο ιστότοπο. Για παράδειγμα, εάν θέλουμε να πατήσουμε το http://www.google.com/gmail τότε μπορούμε να ορίσουμε το '/ Gmail' στη διαδρομή και το υπόλοιπο παραμένει το ίδιο
• Δεν χρειάζεται να πληκτρολογήσετε 'www' στο όνομα του διακομιστή
• Ο αριθμός θύρας χρησιμοποιείται αν χρησιμοποιείτε διακομιστή μεσολάβησης
• Το Timeout Connect και η απόκριση μπορούν να ρυθμιστούν εάν θέλετε να έχετε ένα σημείο αναφοράς για τον χρόνο σύνδεσης και τον χρόνο απόκρισης του διακομιστή σας. Το αίτημά σας θα αποτύχει εάν ο διακομιστής σας χρειάζεται περισσότερο χρόνο για να στείλει απάντηση από ότι έχει διαμορφωθεί
• Μπορείτε επίσης να διαμορφώσετε παραμέτρους για αποστολή με το αίτημά σας. Για παράδειγμα: Σε ορισμένες περιπτώσεις, ίσως χρειαστεί να στείλετε το Κουπόνι Εξουσιοδότησης με το αίτημά σας, επομένως κάνατε να τα προσθέσετε στο Αίτημα HTTP όπως παρακάτω:

Αιτήματα FTP

Διαδρομή-> Σχέδιο δοκιμών-> Ομάδα νήματος-> Δείγμα-> Αίτημα FTP

Το FTP σημαίνει πρωτόκολλο μεταφοράς αρχείων και χρησιμοποιείται για τη μεταφόρτωση ή τη λήψη ενός αρχείου από το διακομιστή. Τα νήματα του JMeter στέλνουν αιτήματα σε διακομιστές FTP για μεταφόρτωση ή λήψη αρχείων από εκεί και μετρά την απόδοση.

• Το τοπικό αρχείο είναι η τοποθεσία στην οποία πρέπει να αποθηκεύσετε το ληφθέν αρχείο
• Χρησιμοποιήστε την επιλογή GET εάν κάνετε λήψη από το διακομιστή FTP
• Επιλογή χρήστη POST εάν ανεβάζετε οποιοδήποτε αρχείο στον διακομιστή FTP

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

Ακούστες

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

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

Δείτε τα αποτελέσματα στον πίνακα:

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

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

Το παρακάτω στιγμιότυπο οθόνης για την αναφορά σας:

Βλέπετε τα αποτελέσματα όπως φαίνεται παρακάτω:

• Αφάνεια : Είναι η στιγμή που λαμβάνεται το πρώτο κομμάτι πληροφοριών, δηλαδή το πρώτο byte δεδομένων
• Συνδέστε την ώρα : Είναι ο χρόνος που απαιτείται για τη σύνδεση με το διακομιστή
• Χρόνος δειγματοληψίας : Είναι ο χρόνος που απαιτείται για τη λήψη πλήρων δεδομένων
• Δείγμα - Ακολουθία του αριθμού δείγματος
• Bytes - Μέγεθος των ληφθέντων δεδομένων.

Δείτε τα αποτελέσματα στο δέντρο:

Αυτό είναι ένα άλλο κοινό που χρησιμοποιείται πιο συχνά και παρέχει λεπτομερείς πληροφορίες με αίτημα και απάντηση. Κάποιος μπορεί επίσης να δει τη σελίδα HTML που αποδίδεται σε απάντηση εκτός από την προβολή Json, XML, Text, RegEx.

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

Για παράδειγμα: Ας πούμε, χτυπήσαμε το αίτημα HTTP σε οποιονδήποτε ιστότοπο www.xyz.com και σε απάντηση περιμένουμε XYZ ή με απλά λόγια, όταν χτυπήσουμε αυτήν την σελίδα η αρχική σελίδα της εταιρείας ανοίγει με το όνομά της. Εάν δεν έχουμε ισχυριστεί, ο Jmeter θα εξακολουθήσει να εμφανίζει αποτελέσματα, καθώς η επιτυχία έχει φτάσει στον διακομιστή.

Δείτε παρακάτω για να μάθετε τη μορφή των αποτελεσμάτων:

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

Πάγκος εργασίας

Ο πάγκος εργασίας είναι ένα μέρος όπου μπορείτε να αποθηκεύσετε εκείνα τα στοιχεία που δεν χρησιμοποιούνται στο τρέχον σχέδιο δοκιμών σας, αλλά τα οποία μπορείτε να αντιγράψετε αργότερα σε αυτό. Όταν αποθηκεύετε το αρχείο JMeter, τα στοιχεία που υπάρχουν στον πάγκο εργασίας δεν αποθηκεύονται αυτόματα. Πρέπει να τα αποθηκεύσετε ξεχωριστά κάνοντας δεξί κλικ και επιλέξτε 'Αποθήκευση ως'.

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

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

Παρατίθενται εδώ:

• Διακομιστής καθρεφτών HTTP
• HTTP (ες) Εγγραφή σεναρίου δοκιμής
• Εμφάνιση ιδιοκτησίας

Το HTTP (s) Test Script Recorder είναι το πιο σημαντικό μη δοκιμαστικό στοιχείο που χρησιμοποιείται στο JMeter. Βοηθά τους δοκιμαστές στην καταγραφή του σεναρίου και στη συνέχεια στη διαμόρφωση του φορτίου για κάθε συναλλαγή.

Το Jmeter καταγράφει μόνο το αίτημα που αποστέλλεται στον διακομιστή. Μην μπερδεύεστε με τη λειτουργία 'Εγγραφή και αναπαραγωγή' του QTP / Selenium. Όλα τα αιτήματα καταγράφονται και οι υπεύθυνοι δοκιμών μπορούν να εφαρμόσουν το επιθυμητό φορτίο για να δουν τη συμπεριφορά.

Αυτό το στοιχείο είναι πολύ σημαντικό για σενάρια όπου οι υπεύθυνοι δοκιμών δεν γνωρίζουν τι συμβαίνουν όλα τα αιτήματα από την εφαρμογή τους. Μπορούν να χρησιμοποιήσουν τη συσκευή εγγραφής σεναρίων Http (s) για να καταγράψουν την υπό δοκιμή εφαρμογή.

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

Ισχυρισμοί

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

Ακολουθούν οι τύποι ισχυρισμών που χρησιμοποιούνται συνήθως:

• Δήλωση απόκρισης
• Επιβεβαίωση διάρκειας
• Επιβεβαίωση μεγέθους
• Δήλωση XML
• Ισχύς HTML

Δήλωση απόκρισης

Στο Response Assertion, μπορούμε να προσθέσουμε τις δικές μας συμβολοσειρές και στη συνέχεια να τις συγκρίνουμε με τις απαντήσεις που λαμβάνονται από έναν διακομιστή. Για παράδειγμα, όλοι γνωρίζετε ότι ο κωδικός απόκρισης είναι 200 ​​όταν οποιοδήποτε αίτημα επιστρέφει με επιτυχία κάποια απάντηση. Έτσι, εάν προσθέσουμε τη συμβολοσειρά συμβολοσειράς 'Response Code = 202', τότε η δοκιμαστική περίπτωση θα πρέπει να αποτύχει.

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

Τώρα, όταν εκτελείται η δοκιμή, δείχνει το αποτέλεσμα με κόκκινο χρώμα που δείχνει ότι τα αποτελέσματα του Assertion απέτυχαν.

Επιβεβαίωση διάρκειας

Η Επιβεβαίωση Διάρκειας είναι πολύ σημαντική και επιβεβαιώνει ότι ο διακομιστής ανταποκρίθηκε εντός ενός δεδομένου χρονικού διαστήματος. Αυτό μπορεί να χρησιμοποιηθεί σε σενάρια όπου πρέπει να δοκιμάσουμε 100 αιτήματα και να διασφαλίσουμε ότι κάθε φορά που λαμβάνεται απάντηση εντός του ορίου αναφοράς.

Υπόθεση : 10 χρήστες ταυτόχρονα χτυπούν το διακομιστή 'google.com' και το Duration Assertion έχει οριστεί στα 1000ms. Δείτε παρακάτω στιγμιότυπα οθόνης:

Το XML Assertion επικυρώνεται εάν τα δεδομένα απόκρισης έχουν σωστό έγγραφο XML σε αυτό και το HTML Assertion επαληθεύει τη σύνταξη HTML της απόκρισης που λαμβάνεται από έναν διακομιστή.

Στοιχεία διαμόρφωσης

Τα αιτήματα που αποστέλλονται στον διακομιστή μπορούν να παραμετροποιηθούν περαιτέρω χρησιμοποιώντας ορισμένα στοιχεία διαμόρφωσης που εκτελούνται πριν από το πραγματικό αίτημα. Ένα απλό παράδειγμα θα μπορούσε να είναι οι τιμές ανάγνωσης μιας μεταβλητής από ένα αρχείο CSV για το οποίο χρησιμοποιείται το CSV Data Set Config.

τι είναι tdd και bdd (αγγούρι πλαίσιο)

Παρακάτω είναι μερικά από τα σημαντικά στοιχεία διαμόρφωσης που χρησιμοποιούνται στη δοκιμή απόδοσης του διαδικτύου και των εφαρμογών για κινητά

• Διαμόρφωση συνόλου δεδομένων CSV
• Μεταβλητές καθορισμένες από τον χρήστη
• Προεπιλογή αιτήσεων HTTPS
• Διαχειριστής προσωρινής μνήμης HTTPS
• Διαχειριστής cookie HTTPS

Διαμόρφωση συνόλου δεδομένων CSV

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

Ακολουθεί η ροή της χρήσης δεδομένων CSV που ορίζει το config για να δοκιμάσει το API καιρού για διαφορετικές πόλεις στην Ινδία.

• Προσθήκη στοιχείου διαμόρφωσης συνόλου δεδομένων CSV στο σχέδιο δοκιμών

• Δημιουργία αρχείου CSV
• Μεταβλητή μεταβίβασης στην παράμετρο αιτήματος. Η παράμετρος APPID μπορεί να δημιουργηθεί δυναμικά από http://openweathermap.org/appid

• Εκτέλεση του τεστ και προβολή αποτελεσμάτων.

Μεταβλητές καθορισμένες από τον χρήστη

Βοηθά το Jmeter να επιλέγει τιμές από μια προκαθορισμένη μεταβλητή. Για παράδειγμα, υποστηρίξτε ότι πρέπει να δημιουργήσετε ένα δοκιμαστικό σχέδιο στο οποίο πρέπει να προσθέσετε πολλά αιτήματα HTTP στην ίδια διεύθυνση URL και θα μπορούσε να υπάρξει ένα σενάριο στο οποίο ο πελάτης σχεδιάζει να το μεταφέρει αργότερα σε κάποια διαφορετική διεύθυνση URL. Επομένως, για να αποφύγετε την ενημέρωση της διεύθυνσης URL σε κάθε αίτημα μπορούμε να πούμε στον JMeter να επιλέξει τη διεύθυνση URL από ένα UDV (Μεταβλητή καθοριζόμενη από το χρήστη) που μπορεί αργότερα να ενημερωθεί για να χειριστεί όλα τα αιτήματα σε ενημερωμένη διεύθυνση URL.

Έτσι, για να αποφύγετε την ενημέρωση της διεύθυνσης URL σε κάθε αίτημα, μπορούμε να πούμε στον JMeter να επιλέξει τη διεύθυνση URL από ένα UDV (Μεταβλητή που καθορίζεται από το χρήστη), το οποίο μπορεί αργότερα να ενημερωθεί για να χειριστεί όλα τα αιτήματα σε ενημερωμένο URL.

Προεπιλογές αιτήματος HTTP

Αυτό το στοιχείο διαμόρφωσης είναι πολύ χρήσιμο για τον καθορισμό των προεπιλεγμένων τιμών των αιτημάτων https. Για να σας καθοδηγήσουμε περισσότερο, πάρτε ένα παράδειγμα όπου πρέπει να χτυπήσουμε 50 διαφορετικά αιτήματα στο διακομιστή google. Σε αυτό το σενάριο, εάν προσθέσουμε μια προεπιλεγμένη αίτηση HTTP, τότε δεν χρειάζεται να καθορίσουμε ένα όνομα διακομιστή, διαδρομή ή άλλες ιδιότητες όπως αριθμός θύρας, σύνδεση ιδιότητες χρονικού ορίου. Ό, τι ορίζεται στο στοιχείο HTTP Request Default config μεταβιβάζεται σε όλες τις αιτήσεις HTTP.

Σε αυτό το σενάριο, εάν προσθέσουμε μια προεπιλεγμένη αίτηση HTTP, τότε δεν χρειάζεται να καθορίσουμε ένα όνομα διακομιστή, διαδρομή ή άλλες ιδιότητες όπως αριθμός θύρας, ιδιότητες χρονικού ορίου σύνδεσης. Ό, τι ορίζεται στο στοιχείο HTTP Request Default config μεταβιβάζεται σε όλες τις αιτήσεις HTTP.

Δείτε παρακάτω πώς μπορείτε να προσθέσετε προεπιλογή αιτήματος HTTP και να καθορίσετε διακομιστή και διαδρομή.

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

Λογικοί ελεγκτές και χρονοδιακόπτες

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

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

συμπέρασμα

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

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

=>Συνεχίστε να διαβάζετε το μέρος-III: Επεξεργαστές και ελεγκτές JMeter

=> Κάντε κλικ εδώ για JMeter Tutorials: Η πλήρης δωρεάν εκπαίδευση στο JMeter (20+ βίντεο)

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

• Τρόπος επίτευξης συσχέτισης JMeter με παράδειγμα
• Πρόγραμμα δοκιμών Jmeter και WorkBench
• Εργασία με αίτημα FTP στο JMeter
• Top 5 JMeter Plugins και πώς να τα χρησιμοποιήσετε (με παραδείγματα)
• Χρονοδιακόπτες JMeter: Constant, BeanShell και Guassian Random Timer
• Εργασία με αιτήματα HTTP στο JMeter
• Jmeter Controllers Μέρος 1
• Jmeter Controllers Μέρος 2