37 Πιο συχνές ερωτήσεις συνέντευξης LoadRunner και καλύτερες απαντήσεις

37 most common loadrunner interview questions

Οι πιο συχνές ερωτήσεις συνέντευξης LoadRunner.

Στο προηγούμενο σεμινάριό μας, διερευνήσαμε τα πάντα Ανάλυση αποτελεσμάτων δοκιμής στο LoadRunner .

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

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

=> Κάντε κλικ εδώ για πλήρη σειρά μαθημάτων LoadRunner

Μερικοί βασικοί δείκτες πριν ξεκινήσουμε:

# 1) Οι ερωτήσεις συνέντευξης LoadRunner μπορούν να κατηγοριοποιηθούν σε 3 βασικούς τύπους - Σενάρια, Εκτέλεση και Ανάλυση . Είναι σημαντικό για τους αρχάριους να επικεντρώνονται περισσότερο στο σενάριο.

#δύο) Http / HTML χρησιμοποιείται ως επί το πλείστον Πρωτόκολλο, για αρχή προσπαθήστε να τελειοποιήσετε αυτό το πρωτόκολλο.

# 3) Φροντίστε να γνωρίζετε ακριβής έκδοση του LoadRunner στο οποίο δουλέψατε. Σε περίπτωση εργασιακής εμπειρίας με προηγούμενη έκδοση, προσπαθήστε να ενημερώνεστε για τις δυνατότητες που αποτελούν μέρος των νεότερων / τρεχουσών εκδόσεων.

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

# 5) Ακόμα και στο σενάριο, προτιμάται να είστε ικανός να προσαρμόσει τον κώδικα , αντί απλώς εγγραφή και επανάληψη.

# 6) Αναμένετε ερωτήσεις για - χρόνος σκέψης, συναλλαγές, σχόλια, επιλογές εγγραφής, ρυθμίσεις χρόνου εκτέλεσης κλπ. - πρόκειται για να δοκιμάσετε τις γνώσεις σας σχετικά με τις βέλτιστες πρακτικές σεναρίων.

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

1. Ποια είναι τα διαφορετικά θέματα σεναρίων που αντιμετωπίσατε μέχρι τώρα;
2. Ποιες είναι οι δυσχέρειες απόδοσης που βρήκατε στα έργα στα οποία εργαζόσασταν; Ποιες είναι οι συστάσεις για την αντιμετώπιση αυτών των ζητημάτων;
3. Έχετε εφαρμόσει το νόμο του Little στο έργο σας; Εάν ναι, πώς;
4. Ποια είναι η προσέγγισή σας για ανάλυση;
5. Τι παρακολουθείτε κατά την εκτέλεση;
6. Πώς να εξαγάγετε δεδομένα διακομιστή για εκτέλεση δοκιμής και πώς να το αναλύσετε;
7. Πώς να εντοπίσετε σημεία συμφόρησης;

Οι βασικοί τομείς ερωτήσεων είναι:

• Προκλήσεις που αντιμετωπίζετε κατά τη δημιουργία σεναρίων
• Συνάρτηση συσχέτισης
• Σφάλμα χειρισμού
• Διαφορετικοί τρόποι εγγραφής για πρωτόκολλο HTTP / HTML Ιστού.
• Δημιουργία σεναρίου
• Προκλήσεις κατά την εκτέλεση
• Ανάλυση

Παρακάτω σας παρέχουμε μερικές κοινές ερωτήσεις και απαντήσεις σε συνέντευξη LoadRunner. Ωστόσο, παρακαλώ σημειώστε ότι το τα καλύτερα αποτελέσματα μπορούν να επιτευχθούν παρέχοντας απαντήσεις με βάση την έκθεση, την εμπειρογνωμοσύνη σας και την ερμηνεία των εννοιών . Η εκμάθηση μόνο των απαντήσεων σε ερωτήσεις δεν είναι πάντα η βέλτιστη. Πρακτική, μάθηση και ειδικός - αυτή πρέπει να είναι η προσέγγισή σας για την προετοιμασία της συνέντευξης Test Testing.

LoadRunner ερωτήσεις συνέντευξης και καλύτερες απαντήσεις

Q # 1) Ποια είναι η διαφορά μεταξύ δοκιμών απόδοσης και μηχανικής απόδοσης;

Απάντηση: Στο Performance Testing, ο κύκλος δοκιμών περιλαμβάνει συλλογή απαιτήσεων, δέσμες ενεργειών, εκτέλεση, κοινή χρήση αποτελεσμάτων και δημιουργία αναφορών. Το Performance Engineering είναι ένα βήμα μπροστά από το Performance Testing όπου μετά την εκτέλεση. Τα αποτελέσματα αναλύονται με σκοπό την εύρεση σημείων συμφόρησης και παρέχεται η λύση για την επίλυση των προβλημάτων που εντοπίστηκαν.

Q # 2) Εξηγήστε τον κύκλο ζωής δοκιμής απόδοσης.

Απάντηση:

• Βήμα 1: Ανάλυση συστήματος (Προσδιορισμός κρίσιμης συναλλαγής)
  Εικονική γεννήτρια χρηστών
• Βήμα 2: Δημιουργία εικονικών σεναρίων χρηστών (εγγραφή)
• Βήμα 3: Καθορισμός συμπεριφοράς χρηστών (ρύθμιση χρόνου εκτέλεσης)
  Ελεγκτής LoadRunner
• Βήμα 4: Δημιουργία σεναρίων δοκιμής φόρτωσης
• Βήμα 5: Εκτέλεση σεναρίων δοκιμής φόρτωσης και παρακολούθηση της απόδοσης
  Ανάλυση LoadRunner
• Βήμα 6: Ανάλυση των αποτελεσμάτων

Αναφέρομαι Εκμάθηση δοκιμών απόδοσης # 2 Για περισσότερες πληροφορίες.

Q # 3) Τι είναι ο έλεγχος απόδοσης;

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

Q # 4) Τι είναι ο έλεγχος φορτίου;

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

Q # 5) Ποια είναι τα διαφορετικά στοιχεία του LoadRunner;

Απάντηση:

Τα κύρια συστατικά του LoadRunner είναι:

• VUGen: Καταγράφει σενάρια Vuser που μιμούνται τις ενέργειες των πραγματικών χρηστών.
• Ελεγκτής: Διοικητικό κέντρο για τη δημιουργία, συντήρηση και εκτέλεση σεναρίων δοκιμής φόρτωσης. Εκχωρεί σενάρια σε Vusers και γεννήτριες φορτίων, ξεκινά και σταματά τη φόρτωση δοκιμών.
• Γεννήτρια φορτίου: Ένας πράκτορας μέσω του οποίου μπορούμε να δημιουργήσουμε φορτίο
• Ανάλυση: Παρέχει γραφήματα και αναφορές που συνοψίζουν την απόδοση του συστήματος

Q # 6) Ποιο είναι το Rendezvous point;

Απάντηση: Το Rendezvous point βοηθά στην εξομοίωση του μεγάλου φορτίου χρήστη (αίτημα) στον διακομιστή. Αυτό δίνει οδηγίες στους Vusers να ενεργούν ταυτόχρονα. Όταν το Vuser φτάσει στο σημείο Rendezvous, περιμένει όλους τους Vusers με το σημείο Rendezvous. Μόλις φτάσει καθορισμένος αριθμός Vusers, οι Vusers απελευθερώνονται. Η συνάρτηση lr_rendezvous χρησιμοποιείται για τη δημιουργία του σημείου Rendezvous. Αυτό μπορεί να εισαχθεί από:

• Κουμπί ραντεβού στην πλωτή γραμμή εργαλείων εγγραφής κατά την εγγραφή.
• Μετά την εγγραφή εισάγεται σημείο Rendezvous Εισαγωγή> Rendezvous .

Q # 7) Ποιες είναι οι διαφορετικές ενότητες του σεναρίου; Σε ποια ακολουθία εκτελούνται αυτές οι ενότητες;

Απάντηση: Το σενάριο LoadRunner έχει τρεις ενότητες Vuser_init, Action και Vuser_end.

• Vuser_init έχει αιτήματα / ενέργειες για σύνδεση στην εφαρμογή / διακομιστή.
• Δράση έχει πραγματικό κωδικό για να ελέγξει τη λειτουργικότητα της εφαρμογής. Αυτό μπορεί να αναπαραχθεί πολλές φορές σε επαναλήψεις.
• Vuser_end έχει αιτήματα / ενέργειες για έξοδο από την εφαρμογή / διακομιστή.

Η ακολουθία με την οποία εκτελούνται αυτές οι ενότητες είναι Vuser_init είναι στην αρχή και Vuser_end στο τέλος. Η ενέργεια εκτελείται μεταξύ των δύο.

Ε # 8) Πώς προσδιορίζετε ποιο πρωτόκολλο θα χρησιμοποιήσετε για οποιαδήποτε εφαρμογή;

πώς να προβάλετε αρχεία bin στο Android

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

Ωστόσο, το LoadRunner παρέχει μεγάλη βοήθεια με τη μορφή Σύμβουλος πρωτοκόλλου από την έκδοση 9.5 και μετά. Το Protocol advisor εντοπίζει τα πρωτόκολλα που χρησιμοποιεί η εφαρμογή και μας προτείνει τα πιθανά πρωτόκολλα στα οποία μπορεί να δημιουργηθεί σενάριο για την προσομοίωση του πραγματικού χρήστη.

Q # 9) Τι είναι η συσχέτιση; Εξηγήστε τη διαφορά μεταξύ αυτόματης συσχέτισης και χειροκίνητου Συσχέτιση?

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

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

Η αυτοματοποιημένη συσχέτιση λειτουργεί με προκαθορισμένους κανόνες συσχέτισης. Το σενάριο αναπαράγεται και σαρώνεται για αυτόματη συσχέτιση σε περίπτωση αποτυχίας. Ο Vugen προσδιορίζει τον τόπο όπου λειτουργούν οι κανόνες συσχέτισης και συσχετίζει την αξία κατά την έγκριση.

Αναφέρομαι σε αυτό το σεμινάριο Για περισσότερες πληροφορίες.

Q # 10) Πώς να προσδιορίσετε τι να συσχετίσετε και τι να παραμετροποιήσετε;

Απάντηση: Οποιαδήποτε τιμή στο σενάριο που αλλάζει σε κάθε επανάληψη ή με τους διαφορετικούς χρήστες κατά την αναπαραγωγή χρειάζεται συσχέτιση. Κάθε είσοδος χρήστη κατά την εγγραφή πρέπει να παραμεριστεί.

Ε # 11) Τι είναι η παράμετρος και γιατί είναι απαραίτητη η παράμετρος στο σενάριο;

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

Αναφέρομαι σε αυτό το σεμινάριο Για περισσότερες πληροφορίες.

Ε # 12) Πώς αναγνωρίζετε τις περιπτώσεις χρήσης δοκιμής απόδοσης οποιασδήποτε εφαρμογής;

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

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

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

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

Απάντηση: Οι κανόνες συσχέτισης μπορούν να εξαχθούν μέσω του αρχείου .cor και το ίδιο αρχείο μπορεί να εισαχθεί μέσω του VuGen.

Ε # 14) Ποιοι είναι οι διαφορετικοί τύποι αρχείων καταγραφής Vuser που μπορούν να χρησιμοποιηθούν κατά τη δέσμη ενεργειών και την εκτέλεση; Ποια είναι η διαφορά μεταξύ αυτών των αρχείων καταγραφής; Όταν απενεργοποιείτε την καταγραφή;

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

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

Q # 15) Ποια είναι η αρθρωτή προσέγγιση της δέσμης ενεργειών;

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

Ε # 16) Ποιοι είναι οι διαφορετικοί τύποι στόχων στο Σενάριο με στόχο τον στόχο;

Απάντηση: Το LoadRunner έχει πέντε διαφορετικούς τύπους στόχων σε σενάριο προσανατολισμένο σε στόχους. Αυτά είναι:

1. Ο αριθμός των ταυτόχρονων Vusers
2. Ο αριθμός των επιτυχιών ανά δευτερόλεπτο
3. Ο αριθμός των συναλλαγών ανά δευτερόλεπτο
4. Ο αριθμός των σελίδων ανά λεπτό
5. Ο χρόνος απόκρισης συναλλαγής

Ε # 17) Πώς επικυρώνεται κάθε βήμα στο σενάριο;

Απάντηση: Κάθε βήμα στο σενάριο επικυρώνεται με το περιεχόμενο στη σελίδα που επιστρέφεται. Ένας έλεγχος περιεχομένου επαληθεύει εάν υπάρχει συγκεκριμένο περιεχόμενο στην ιστοσελίδα ή όχι. Υπάρχουν δύο τύποι ελέγχου περιεχομένου που μπορούν να χρησιμοποιηθούν στο LoadRunner:

• Έλεγχος κειμένου: Αυτό ελέγχει για ένα κείμενο / συμβολοσειρά στην ιστοσελίδα.
• Έλεγχος εικόνας: Αυτό ελέγχει για μια εικόνα σε μια ιστοσελίδα.

Q # 18) Πώς τροποποιείται το σενάριο VuGen μετά την εγγραφή;

Απάντηση: Μόλις καταγραφεί το σενάριο, μπορεί να τροποποιηθεί με την ακόλουθη διαδικασία:

• Συναλλαγή
• Παραμετροποίηση
• Συσχέτιση
• Μεταβλητές δηλώσεις
• Rendezvous Point
• Επικυρώσεις / Σημείο ελέγχου

Q # 19) Τι είναι το Ramp-up και το Ramp Down;

Απάντηση:

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

Q # 20) Ποιο είναι το πλεονέκτημα της λειτουργίας του Vuser ως νήματος;

Απάντηση: Η εκτέλεση του Vusers ως νήμα βοηθά στη δημιουργία περισσότερων εικονικών χρηστών από οποιοδήποτε μηχάνημα λόγω της μικρής μνήμης του Vuser που εκτελεί ένα νήμα.

Ε # 21) Τι σπαταλάτε χρόνο στο αρχείο καταγραφής αναπαραγωγής VuGen;

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

Q # 22) Πώς ενεργοποιείτε τους ελέγχους κειμένου και εικόνας στο VuGen;

Απάντηση: Αυτό μπορεί να γίνει χρησιμοποιώντας λειτουργίες web_find (για έλεγχο κειμένου) και web_image_check (για έλεγχο εικόνας) και ενεργοποιώντας τον έλεγχο εικόνας και κειμένου από τη ρύθμιση χρόνου εκτέλεσης.
Εκτέλεση ρύθμισης χρόνου -> Προτίμηση -> Ενεργοποιήστε το πλαίσιο ελέγχου Εικόνα και κείμενο.

Q # 23) Ποια είναι η διαφορά μεταξύ web_reg_find και web_find;

Απάντηση: Η συνάρτηση web_reg_find υποβάλλεται σε επεξεργασία πριν από την αποστολή του αιτήματος και τοποθετείται πριν από το αίτημα στο σενάριο VuGen ενώ η συνάρτηση web_find υποβάλλεται σε επεξεργασία μετά την έλευση της απόκρισης του αιτήματος και τοποθετείται μετά το αίτημα στο σενάριο VuGen.

Q # 24) Ποιες είναι οι προκλήσεις που θα αντιμετωπίσετε στο σενάριο του βήματος 'Επιλογή όλων' και στη συνέχεια 'Διαγραφή' για οποιονδήποτε λογαριασμό αλληλογραφίας;

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

Q # 25) Ποια είναι η διαφορά μεταξύ βηματοδότησης και χρόνου σκέψης;

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

Q # 26) Ποιος είναι ο αριθμός των γραφημάτων που μπορείτε να παρακολουθείτε χρησιμοποιώντας το Controller κάθε φορά; Ποιο είναι το μέγιστο από αυτά;

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

Q # 27) Έχετε μια εφαρμογή που δείχνει τα αποτελέσματα των εξετάσεων του μαθητή. Αντιστοιχεί στο όνομα κάθε μαθητή που αναφέρεται αν πέρασε ή απέτυχε στις εξετάσεις με την ετικέτα 'Pass' και 'Fail'. Πώς θα προσδιορίσετε τον αριθμό των επιτυχόντων και αποτυχημένων μαθητών στο σενάριο VuGen;

Απάντηση: Για αυτό το κείμενο χρησιμοποιείται έλεγχος για την ιστοσελίδα για το κείμενο 'Pass and' Fail '. Μέσω της λειτουργίας web_reg_find, μπορούμε να καταγράψουμε τον αριθμό των κειμένων που βρέθηκαν στην ιστοσελίδα με τη βοήθεια του 'SaveCount'. Το SaveCount αποθηκεύει τον αριθμό των αντιστοιχιών που βρέθηκαν. Για παράδειγμα-

Ε # 28) Κατά τη δοκιμή φόρτωσης, ποια είναι η βέλτιστη ρύθμιση για τα αρχεία καταγραφής;

Απάντηση: Για το επίπεδο καταγραφής δοκιμής φορτίου έχει οριστεί στο ελάχιστο. Αυτό μπορεί να επιτευχθεί ρυθμίζοντας το επίπεδο καταγραφής στο τυπικό αρχείο καταγραφής και επιλέγοντας το κουμπί επιλογής «Αποστολή μηνύματος μόνο όταν παρουσιαστεί σφάλμα».

Ε # 29) Πώς θα χειριστείτε την κατάσταση στο σενάριο για το γραμματοκιβώτιό σας, θα πρέπει να επιλέξετε οποιοδήποτε μήνυμα για να διαβάσετε τυχαία;

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

Από την ανάρτηση όπου εμφανίζεται μια λίστα με email, θα προσπαθήσουμε να καταγράψουμε όλες τις σειρές αναγνωριστικών email με τη λειτουργία συσχέτισης και διατηρώντας το Ordinal ως All, δηλαδή ORD = All. Αντικαταστήστε το αναγνωριστικό email που ζητήσατε στην ανάρτηση ανάγνωσης με οποιοδήποτε από τα τυχαία επιλεγμένα αναγνωριστικά email από τη λίστα των αναγνωρισμένων email.

Ανατρέξτε σε αυτό Εκπαιδευτικό σενάριο .

Q # 30) Ποιος είναι ο χρόνος σκέψης; Ποιο είναι το επίπεδο κατωφλίου για το χρόνο σκέψης και πώς μπορεί να αλλάξει αυτό;

Απάντηση: Ο χρόνος σκέψης είναι ο χρόνος αναμονής που παρεμβάλλεται σκόπιμα μεταξύ των ενεργειών στο σενάριο για να μιμηθεί τον πραγματικό χρόνο αναμονής του χρήστη κατά την εκτέλεση μιας δραστηριότητας στην εφαρμογή. Το επίπεδο κατωφλίου για το χρόνο σκέψης στο επίπεδο κάτω από το οποίο καταγράφηκε ο χρόνος σκέψης θα αγνοηθεί. Αυτό μπορεί να αλλάξει από Καταγεγραμμένες επιλογές-> Σενάριο-> Δημιουργήστε χρόνο σκέψης μεγαλύτερο από το όριο.

Q # 31) Πώς διαμορφώνεται η αυτόματη συσχέτιση;

Απάντηση: Οποιαδήποτε ρύθμιση που σχετίζεται με την Αυτόματη συσχέτιση μπορεί να γίνει από Γενικές Επιλογές-> Συσχέτιση. Οι κανόνες συσχέτισης ορίζονται από Επιλογές εγγραφής-> Συσχέτιση

Q # 32) Πώς αποφασίζετε τον αριθμό των μηχανών δημιουργίας φορτίου που απαιτούνται για την εκτέλεση μιας δοκιμής;

Απάντηση: Ο αριθμός των γεννητριών φορτίου που απαιτείται εξαρτάται πλήρως από το πρωτόκολλο που χρησιμοποιείται για τη δημιουργία του σεναρίου και της διαμόρφωσης του μηχανήματος δημιουργίας φορτίων. Κάθε πρωτόκολλο έχει διαφορετική εκτύπωση μνήμης και αυτό αποφασίζει πόσους εικονικούς χρήστες μπορούν να δημιουργηθούν από τη ρύθμιση παραμέτρων του μηχανήματος (γεννήτρια φορτίου).

Q # 33) Ποιες είναι οι δυνατότητες που ψάχνετε ακριβώς κατά την επιλογή του εργαλείου δοκιμής απόδοσης;

Απάντηση: Το εργαλείο δοκιμής απόδοσης πρέπει να είναι ικανό: -

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

Ε # 34) Πώς διαφέρουν οι ταυτόχρονοι χρήστες από τους ταυτόχρονους χρήστες;

Απάντηση: Όλοι οι ταυτόχρονοι χρήστες είναι ταυτόχρονοι χρήστες, αλλά αντίθετα δεν ισχύει.

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

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

Q # 35) Πώς προσδιορίζετε ποιες τιμές πρέπει να συσχετιστούν στο σενάριο; Δώσε ένα παράδειγμα.

Απάντηση: Αυτό μπορεί να γίνει με τρόπους:

• Καταγράψτε τα δύο σενάρια με παρόμοια βήματα και συγκρίνετέ τα χρησιμοποιώντας το βοηθητικό πρόγραμμα WDiff. (Βλ. Φροντιστήριο συσχέτισης).
• Επανάληψη του εγγεγραμμένου σεναρίου και σάρωση για συσχέτιση. Αυτό δίνει μια λίστα τιμών που μπορούν να συσχετιστούν.

Το Session-Id είναι ένα καλό παράδειγμα αυτού. Όταν δύο σενάρια εγγράφονται και συγκρίνονται χρησιμοποιώντας το βοηθητικό πρόγραμμα WDiff. Τα αναγνωριστικά περιόδου σύνδεσης στα δύο σενάρια πρέπει να είναι διαφορετικά και το WDiff επισημαίνει αυτές τις τιμές.

Ε # 36) Πώς επηρεάζει η προσωρινή αποθήκευση τα αποτελέσματα των δοκιμών απόδοσης;

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

Ε # 37) Πώς θα σταματήσετε την εκτέλεση ενός σεναρίου σε σφάλμα;

Απάντηση: Αυτό μπορεί να επιτευχθεί μέσω της λειτουργίας lr_abort. Η συνάρτηση δίνει εντολή στο Vuser να σταματήσει να εκτελεί την ενότητα Ενέργεια και να τερματίσει την εκτέλεση εκτελώντας την ενότητα vuser_end. Αυτή η λειτουργία είναι χρήσιμη στο χειρισμό ενός συγκεκριμένου σφάλματος.

Αυτό μπορεί επίσης να χρησιμοποιηθεί για τον χειρισμό μιας κατάστασης παρά για σφάλμα όπου η εκτέλεση δεν είναι δυνατή. Η συνάρτηση εκχώρησε την κατάσταση «Διακοπή» στο Vuser που σταμάτησε λόγω της λειτουργίας lr_abort. Στη ρύθμιση Run-Time, το 'Συνέχεια στο σφάλμα' πρέπει να είναι αποεπιλεγμένο.

Σε σένα

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

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

Σας εύχομαι ό, τι καλύτερο!

=> Επισκεφθείτε εδώ για πλήρη σειρά εκπαιδευτικών προγραμμάτων LoadRunner

Εκπαιδευτικό πρόγραμμα PREV | Πρώτο σεμινάριο

Ελπίζω να απολαύσατε όλο το φάσμα των σεμιναρίων σε αυτήν τη σειρά LoadRunner.

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

• Ερωτήσεις και απαντήσεις συνέντευξης
• Ερωτήσεις και απαντήσεις συνέντευξης δοκιμών ETL
• Μερικές δύσκολες μη αυτόματες ερωτήσεις και απαντήσεις
• 25 Καλύτερες Ερωτήσεις και Απαντήσεις Συνέντευξης για Ευέλικτη Δοκιμή
• 34 πιο συχνές ερωτήσεις και απαντήσεις για συνέντευξη SoapUI
• Ερωτήσεις συνέντευξης Spock με απαντήσεις (πιο δημοφιλείς)
• Μερικές ενδιαφέρουσες ερωτήσεις συνέντευξης δοκιμών λογισμικού
• Κορυφαίες ερωτήσεις και απαντήσεις συνέντευξης 20+ .NET