Παραμετροποίηση, Λειτουργίες, Συναλλαγές στο LoadRunner

Ένα εγγεγραμμένο σενάριο μπορεί να προσομοιώσει έναν εικονικό χρήστη. Ωστόσο, μια απλή εγγραφή μπορεί να μην είναι αρκετή για να αντιγράψει τη «συμπεριφορά του πραγματικού χρήστη».

Όταν εγγράφεται ένα σενάριο, καλύπτει μια απλή και ευθεία ροή της θεματικής εφαρμογής. Ενώ, ένας πραγματικός χρήστης μπορεί να εκτελέσει πολλές επαναλήψεις οποιασδήποτε διαδικασίας πριν αποσυνδεθεί. Η καθυστέρηση μεταξύ των κλικ των κουμπιών (χρόνος σκέψης) θα διαφέρει από άτομο σε άτομο. Οι πιθανότητες είναι ότι ορισμένοι πραγματικοί χρήστες έχουν πρόσβαση στην εφαρμογή σας μέσω DSL και ορισμένοι έχουν πρόσβαση σε αυτήν μέσω τηλεφώνου. Έτσι, για να αποκτήσουμε την πραγματική αίσθηση του τελικού χρήστη, πρέπει να βελτιώσουμε τα σενάρια μας ώστε να ταιριάζουν ακριβώς ή τουλάχιστον πολύ κοντά σε συμπεριφορά με πραγματικούς χρήστες.

Τα παραπάνω είναι το πιο σημαντικό κριτήριο κατά τη διεξαγωγή "Δοκιμές Απόδοσης”, αλλά υπάρχουν περισσότερα σε ένα σενάριο VU. Πώς θα μετρήσετε τον ακριβή χρόνο που χρειάζεται ένας VUser όταν η SUL υποβάλλεται σε δοκιμή απόδοσης; Πώς θα ξέρετε εάν ο VUser έχει περάσει ή έχει αποτύχει σε κάποιο σημείο; Ποια είναι η αιτία πίσω από την αποτυχία, εάν κάποια διαδικασία υποστήριξης απέτυχε ή οι πόροι του διακομιστή ήταν περιορισμένοι;

Πρέπει να βελτιώσουμε το σενάριό μας για να απαντήσουμε σε όλες τις παραπάνω ερωτήσεις.

Χρήση Συναλλαγών

Οι συναλλαγές είναι μηχανισμοί για τη μέτρηση του χρόνου απόκρισης διακομιστή για οποιαδήποτε λειτουργία. Με απλά λόγια, η χρήση του "Transaction" βοηθά στη μέτρηση του χρόνου που χρειάζεται το σύστημα για ένα συγκεκριμένο αίτημα. Μπορεί να είναι τόσο μικρό όσο ένα κλικ ενός κουμπιού ή μια κλήση AJAX όταν χάσει την εστίαση από το πλαίσιο κειμένου.

Η εφαρμογή συναλλαγών είναι απλή. Απλώς γράψτε μια γραμμή κώδικα πριν υποβληθεί αίτημα στον διακομιστή και κλείστε τη συναλλαγή όταν τελειώσει το αίτημα. Το LoadRunner απαιτεί μόνο μια συμβολοσειρά ως όνομα συναλλαγής.

Για να ανοίξετε μια συναλλαγή, χρησιμοποιήστε αυτήν τη γραμμή κώδικα:

lr_start_transaction(“Transaction Name”);

Για να κλείσετε τη συναλλαγή, χρησιμοποιήστε αυτήν τη γραμμή κώδικα:

lr_end_transaction(“Transaction Name”, <status>);

ο λέει στο LoadRunner εάν αυτή η συγκεκριμένη συναλλαγή ήταν επιτυχής ή ανεπιτυχής. Οι πιθανές παράμετροι θα μπορούσαν να είναι:

• LR_AUTO
• LR_PASS
• LR_FAIL

Παράδειγμα:

lr_end_transaction("My_Login", LR_AUTO);
lr_end_transaction(“001_Opening_Dashboard Name”, LR_PASS);
lr_end_transaction("Business_Workflow_Transaction Name", LR_FAIL);

Σημεία που πρέπει να σημειώσετε:

• Μην ξεχνάτε, εργάζεστε με το "C" και αυτή είναι μια γλώσσα με διάκριση πεζών-κεφαλαίων.
• Ο χαρακτήρας περιόδου (.) δεν επιτρέπεται στο όνομα της συναλλαγής, αν και μπορείτε να χρησιμοποιήσετε κενά και υπογράμμιση.
• Εάν έχετε διακλαδώσει καλά τον κώδικά σας και προσθέσατε σημεία ελέγχου για να επαληθεύσετε την απόκριση από τον διακομιστή, μπορείτε να χρησιμοποιήσετε προσαρμοσμένο χειρισμό σφαλμάτων, όπως LR_PASS ή LR_FAIL. Διαφορετικά, μπορείτε να χρησιμοποιήσετε το LR_AUTO και το LoadRunner θα χειριστεί αυτόματα το σφάλμα διακομιστή (HTTP 500, 400 κ.λπ.)
• Κατά την εφαρμογή συναλλαγών, βεβαιωθείτε ότι δεν υπάρχουν think_time η δήλωση σάντουιτς ή αλλιώς η συναλλαγή σας θα περιλαμβάνει πάντα αυτήν την περίοδο.
• Εφόσον το LoadRunner απαιτεί μια σταθερή συμβολοσειρά ως όνομα συναλλαγής, ένα κοινό πρόβλημα κατά την εφαρμογή της συναλλαγής είναι η αναντιστοιχία συμβολοσειράς. Εάν δώσετε διαφορετικό όνομα κατά το άνοιγμα και το κλείσιμο μιας συναλλαγής, θα έχετε τουλάχιστον 2 σφάλματα. Δεδομένου ότι η συναλλαγή που ανοίξατε δεν έκλεισε ποτέ, το LoadRunner θα εμφανίσει ένα σφάλμα. Εξάλλου, η συναλλαγή που προσπαθείτε να κλείσετε δεν άνοιξε ποτέ, με αποτέλεσμα να προκληθεί σφάλμα.
• Μπορείτε να χρησιμοποιήσετε την ευφυΐα σας και να απαντήσετε στον εαυτό σας ποιο από τα παραπάνω σφάλματα θα αναφερθεί πρώτο; Για να επικυρώσετε την απάντησή σας, γιατί να μην κάνετε το δικό σας λάθος; Αν είχατε απαντήσει σωστά, είστε σε καλό δρόμο. Αν απαντήσατε λάθος, πρέπει να εστιάσετε.
• Δεδομένου ότι το LoadRunner φροντίζει αυτόματα για το συγχρονισμό των αιτημάτων και των απαντήσεων, δεν θα χρειάζεται να ανησυχείτε για την απόκριση κατά την εφαρμογή των συναλλαγών.

Κατανόηση του Think Time, των σημείων του ραντεβού και των σχολίων

Σημεία Ραντεβού

Rendezvous Points σημαίνει «σημεία συνάντησης». Είναι μόνο μια γραμμή δήλωσης που λέει στο LoadRunner να εισαγάγει τη συγχρονικότητα. Εισάγετε σημεία ραντεβού σε σενάρια VUser για να εξομοιώσετε το μεγάλο φορτίο χρήστη στο διακομιστή.

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

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

Σύνταξη: lr_rendesvous("Λογικό όνομα");

Καλυτερα Πρακτικές:

• Προσθέστε ένα σημείο ραντεβού με το "rdv_" για καλύτερη αναγνωσιμότητα κώδικα. π.χ. "rdv_Login"
• Αφαιρέστε τυχόν άμεσες δηλώσεις χρόνου σκέψης
• Εφαρμογή σημείων ραντεβού σε προβολή σεναρίου (μετά την εγγραφή)

Σχόλια

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

Μπορείτε να προσθέσετε σχόλια

• Κατά την εγγραφή (χρησιμοποιώντας εργαλείο)
• Μετά την εγγραφή (απευθείας εγγραφή σε κώδικα)

καλυτερα Εξάσκηση: Σημειώστε τυχόν σχόλια στην κορυφή κάθε αρχείου σεναρίου

Εισαγωγή Λειτουργιών μέσω του μενού

Ενώ μπορείτε να γράψετε απευθείας απλές γραμμές κώδικα, μπορεί να χρειαστείτε μια ένδειξη για να ανακαλέσετε μια συνάρτηση. Μπορείτε επίσης να χρησιμοποιήσετε το Steps Toolbox (γνωστό ως Insert Function πριν από την έκδοση 12) για να βρείτε και να εισαγάγετε οποιαδήποτε συνάρτηση απευθείας στο σενάριό σας.

Μπορείτε να βρείτε τη Γραμμή εργαλείων Βημάτων στην ενότητα Προβολή àΒήματα εργαλειοθήκης.

Αυτό θα ανοίξει ένα πλαϊνό παράθυρο, δείτε το στιγμιότυπο:

Τι είναι η Παραμετροποίηση;

A παράμετρος στο VUGen είναι ένα κοντέινερ που περιέχει μια καταγεγραμμένη τιμή που αντικαθίσταται για διάφορους χρήστες.

Κατά την εκτέλεση της δέσμης ενεργειών (σε VUGen ή Controller), η τιμή από μια εξωτερική πηγή (όπως .txt, XML ή βάση δεδομένων) αντικαθιστά την προηγούμενη τιμή της παραμέτρου.

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

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

Παραδείγματα προβλημάτων:

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

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

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

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

Πατήστε εδώ εάν το βίντεο δεν είναι προσβάσιμο

Ρυθμίσεις χρόνου εκτέλεσης και ο αντίκτυπός τους στην προσομοίωση VU

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

Εκτελέστε τη λογική

Το Run Logic ορίζει πόσες φορές θα εκτελεστούν όλες οι ενέργειες, εκτός από τις vuser_init και vuser_end.

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

Εάν έχετε δημιουργήσει πολλές ενέργειες, ας πούμε, Είσοδος, Άνοιγμα οθόνης, Υπολογισμός ενοικίασης, Υποβολή χρημάτων, Έλεγχος υπολοίπου και αποσύνδεση, τότε το παρακάτω σενάριο θα πραγματοποιηθεί για κάθε VUser:

Όλοι οι χρήστες VUs θα συνδεθούν, θα εκτελέσουν Open Screen, Υπολογισμός Ενοικίασης, Υποβολή Χρημάτων, Έλεγχος Υπολοίπου – μετά – ξανά Ανοιχτή οθόνη, Υπολογισμός ενοικίων…και ούτω καθεξής – επαναλαμβανόμενη 10 φορές – ακολουθούμενη από αποσύνδεση (μία φορά).

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

Πόσες φορές κάνετε κλικ στο "inbox" όταν ελέγχετε το email σας πριν αποσυνδεθείτε;

Βηματοδότηση

Αυτό είναι σημαντικό. Κυρίως οι άνθρωποι δεν είναι σε θέση να κατανοήσουν τη διαφορά μεταξύ βηματοδότησης και χρόνου σκέψης. Η μόνη διαφορά είναι, "Ο βηματισμός αναφέρεται στην καθυστέρηση μεταξύ των επαναλήψεων", ενώ ο χρόνος σκέψης είναι η καθυστέρηση μεταξύ οποιωνδήποτε 2 βημάτων.

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

Ιστορικό

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

Το LoadRunner παρέχει ισχυρό μηχανισμό καταγραφής που είναι ισχυρός και επεκτάσιμος από μόνος του. Σας επιτρέπει να διατηρείτε μόνο το "Τυπικό αρχείο καταγραφής" ή ένα λεπτομερές εκτεταμένο αρχείο καταγραφής με δυνατότητα διαμόρφωσης ή να το απενεργοποιήσετε εντελώς.

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

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

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

Όπως θα μπορούσατε να μαντέψετε μέχρι τώρα, εάν επιλέξετε το "Advance Trace", το αρχείο καταγραφής σας θα είναι τεράστιο. Πρέπει να το δοκιμάσετε. Θα παρατηρήσετε ότι ο χρόνος που χρειάζεται το VUGen έχει επίσης αυξηθεί σημαντικά, αν και αυτό δεν θα έχει καμία επίδραση στον χρόνο απόκρισης της συναλλαγής που αναφέρεται από το VUGen. Ωστόσο, αυτές είναι πολύ εκ των προτέρων πληροφορίες και ίσως χρήσιμες εάν κατανοείτε τη θεματική εφαρμογή, την επικοινωνία πελάτη με διακομιστή μεταξύ της εφαρμογής σας και του υλικού σας καθώς και λεπτομέρειες επιπέδου πρωτοκόλλου. Συνήθως, αυτές οι πληροφορίες είναι ουσιαστικά νεκρές, καθώς απαιτούν ακραίες προσπάθειες για την κατανόηση και την αντιμετώπιση προβλημάτων.

Συμβουλές:

• Ανεξάρτητα από το πόσο χρόνο χρειάζεται το VUGen όταν είναι ενεργοποιημένο το αρχείο καταγραφής, δεν έχει καμία επίδραση στον χρόνο απόκρισης της συναλλαγής. Η HP αποκαλεί αυτό το φαινόμενο ως «τεχνολογία αιχμής».
• Απενεργοποιήστε το αρχείο καταγραφής εάν δεν απαιτείται.
• Απενεργοποιήστε το αρχείο καταγραφής όταν τελειώσετε με τα σενάρια σας. Η συμπερίληψη σεναρίων με ενεργοποιημένη την καταγραφή θα κάνει τον ελεγκτή να λειτουργεί πιο αργά και να αναφέρει ενοχλητικά μηνύματα.
• Η απενεργοποίηση του αρχείου καταγραφής θα αυξήσει τη χωρητικότητα του μέγιστου αριθμού χρηστών που μπορείτε να προσομοιώσετε από το LoadRunner.
• Εξετάστε το ενδεχόμενο να χρησιμοποιήσετε το "Αποστολή μηνύματος μόνο όταν παρουσιαστεί σφάλμα" - αυτό θα σβήσει τα περιττά πληροφοριακά μηνύματα και θα αναφέρει μόνο μηνύματα που σχετίζονται με σφάλματα.

Think Times

Το Think Time είναι απλώς η καθυστέρηση μεταξύ δύο βημάτων.

Το Think Time βοηθά στην αναπαραγωγή της συμπεριφοράς του χρήστη, καθώς κανένας πραγματικός χρήστης δεν μπορεί να χρησιμοποιήσει οποιαδήποτε εφαρμογή όπως ένα μηχάνημα (VUGen). Το VUGen δημιουργεί αυτόματα χρόνο σκέψης. Έχετε ακόμα απόλυτο έλεγχο για να αφαιρέσετε, να πολλαπλασιάσετε ή να αυξομειώσετε τη διάρκεια του χρόνου σκέψης.

Για να καταλάβετε περισσότερα, για παράδειγμα, ένας χρήστης μπορεί να ανοίξει μια οθόνη (δηλαδή μια απάντηση ακολουθούμενη από ένα αίτημα) και στη συνέχεια να δώσει όνομα χρήστη και κωδικό πρόσβασης πριν πατήσει enter. Η επόμενη αλληλεπίδραση της εφαρμογής με τον διακομιστή θα συμβεί όταν κάνει κλικ στο «Σύνδεση». Ο χρόνος που χρειάστηκε ένας χρήστης για να πληκτρολογήσει το όνομα χρήστη και τον κωδικό πρόσβασής του είναι Think Time στο LoadRunner.

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

Ωστόσο, για να προσομοιώσετε μια πραγματική συμπεριφορά like, μπορείτε να "User Random Think Time" και να ορίσετε τα ποσοστά όπως θέλετε.

Εξετάστε το ενδεχόμενο να χρησιμοποιήσετε το Limit Think Time σε μια νόμιμη περίοδο. Συνήθως, τα 30 δευτερόλεπτα είναι αρκετά καλά.

Προσομοίωση Ταχύτητας

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

Εφόσον προσομοιώνουμε χιλιάδες VUser μέσω του LoadRunner, είναι εκπληκτικό πόσο απλό έχει κάνει το LoadRunner να ελέγχει την προσομοίωση εύρους ζώνης/ταχύτητας δικτύου.

Εάν είστε πελάτες, έχετε πρόσβαση στην εφαρμογή σας με ταχύτητα άνω των 128 Kbps, μπορείτε να την ελέγξετε από εδώ. Θα μπορέσετε να προσομοιώσετε την «πραγματική συμπεριφορά» που θα σας βοηθήσει να λάβετε τα σωστά στατιστικά στοιχεία απόδοσης.

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

Εξομοίωση προγράμματος περιήγησης

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

Μπορείτε να απαντήσετε στον εαυτό σας πότε ακριβώς θα έχει σημασία για εσάς να επιλέξετε το σωστό πρόγραμμα περιήγησης σε αυτήν τη διαμόρφωση;

Θα χρησιμοποιήσετε αυτήν τη ρύθμιση παραμέτρων εάν η εφαρμογή σας είναι μια εφαρμογή web, η οποία επιστρέφει διαφορετικές απαντήσεις για διαφορετικά προγράμματα περιήγησης. Για παράδειγμα, μπορείτε να δείτε διαφορετικές εικόνες και περιεχόμενα για IE και Firefox και ούτω καθεξής

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

Η λήψη πόρων εκτός HTML θα επιτρέψει στο LoadRunner να κατεβάσει οποιοδήποτε CSS, JS και άλλα εμπλουτισμένα μέσα. Αυτό θα πρέπει να παραμείνει ελεγμένο. Ωστόσο, εάν θέλετε να το εξαλείψετε από το σχέδιο δοκιμής απόδοσης, μπορείτε να το καταργήσετε.

πληρεξούσιο

Είναι καλύτερο να εξαλείψετε πλήρως το διακομιστή μεσολάβησης από το δικό σας Περιβάλλον δοκιμής – αυτό θα κάνει τα αποτελέσματα των δοκιμών αναξιόπιστα. Ωστόσο, μπορεί να αντιμετωπίσετε καταστάσεις όπου είναι αναπόφευκτο. Σε μια τέτοια περίπτωση, το LoadRunner σας διευκολύνει με τις ρυθμίσεις διακομιστή μεσολάβησης.

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

Εάν χρησιμοποιείτε διακομιστή μεσολάβησης και απαιτεί έλεγχο ταυτότητας (ή σενάριο), τότε μπορείτε να κάνετε κλικ στο κουμπί Έλεγχος ταυτότητας που οδηγεί σε νέο παράθυρο. Ανατρέξτε στο παρακάτω στιγμιότυπο οθόνης.

Χρησιμοποιήστε αυτήν την οθόνη για να δώσετε όνομα χρήστη και κωδικό πρόσβασης για έλεγχο ταυτότητας στον διακομιστή μεσολάβησης. Κάντε κλικ στο OK για να κλείσετε την οθόνη.

Συγχαρητήρια. Τελειώσατε με τη διαμόρφωση του σεναρίου VUGen σας. Μην ξεχάσετε να το ρυθμίσετε για όλα τα σενάρια VUser σας.