लोडरनर में पैरामीटराइजेशन, फंक्शन, लेनदेन

एक रिकॉर्ड की गई स्क्रिप्ट एक आभासी उपयोगकर्ता का अनुकरण कर सकती है; हालांकि, केवल रिकॉर्डिंग वास्तविक उपयोगकर्ता के व्यवहार को दोहराने के लिए पर्याप्त नहीं हो सकती है।

जब कोई स्क्रिप्ट रिकॉर्ड की जाती है, तो वह संबंधित एप्लिकेशन के माध्यम से एक सीधी प्रक्रिया को दर्शाती है। एक वास्तविक उपयोगकर्ता लॉग आउट करने से पहले एक प्रक्रिया के कई चरणों से गुजर सकता है। बटन क्लिक करने के बीच का अंतराल (सोचने का समय) हर व्यक्ति में अलग-अलग होता है, और कुछ उपयोगकर्ता तेज़ इंटरनेट कनेक्शन के माध्यम से एप्लिकेशन तक पहुँचते हैं जबकि अन्य नहीं। इसलिए, वास्तविक उपयोगकर्ता का अनुभव प्राप्त करने के लिए, हमें अपनी स्क्रिप्ट को वास्तविक उपयोगकर्ताओं के समान व्यवहार करने के लिए बेहतर बनाना होगा।

“का संचालन करते समय यही सबसे महत्वपूर्ण विचारणीय बिंदु है।प्रदर्शन का परीक्षणलेकिन VUser स्क्रिप्ट में और भी बहुत कुछ है। सिस्टम अंडर लोड (SUL) के परीक्षण के दौरान VUser द्वारा लिए गए समय का आकलन आप कैसे करेंगे? आपको कैसे पता चलेगा कि VUser किसी निश्चित बिंदु पर सफल हुआ या असफल, और क्या कोई बैकएंड प्रक्रिया विफल हुई या सर्वर संसाधनों की कमी हुई?

हमें उपरोक्त सभी प्रश्नों के उत्तर देने में सहायता के लिए अपनी स्क्रिप्ट को बेहतर बनाने की आवश्यकता है।

ब्रांड नोट: VuGen को पहले HP, फिर Micro Focus के रूप में बेचा जाता था, और अब यह इसका हिस्सा है। OpenText व्यावसायिक प्रदर्शन इंजीनियरिंगनीचे दिए गए फ़ंक्शन और सेटिंग्स अपरिवर्तित हैं।

लेन-देन का उपयोग करना

ट्रांजैक्शन किसी भी ऑपरेशन के लिए सर्वर रिस्पॉन्स टाइम को मापते हैं। सरल शब्दों में, एक "ट्रांजैक्शन" उस समय को मापता है जो सिस्टम किसी विशेष अनुरोध के लिए लेता है। यह एक बटन क्लिक जितना छोटा हो सकता है या टेक्स्ट बॉक्स से फोकस हटने पर ट्रिगर होने वाला AJAX कॉल भी हो सकता है।

लेन-देन लागू करना आसान है। अनुरोध किए जाने से पहले कोड की एक पंक्ति लिखें और अनुरोध समाप्त होने पर लेन-देन बंद कर दें। LoadRunner को लेन-देन के नाम के रूप में केवल एक स्ट्रिंग की आवश्यकता होती है।

लेनदेन खोलने के लिए, कोड की इस पंक्ति का उपयोग करें:

lr_start_transaction(“Transaction Name”);

लेनदेन बंद करने के लिए, कोड की इस पंक्ति का उपयोग करें:

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

लोडरनर को बताता है कि यह विशेष लेनदेन सफल था या असफल। संभावित पैरामीटर निम्न हो सकते हैं:

• एलआर_ऑटो
• एलआर_पास
• एलआर_विफल

उदाहरण:

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);

Code नोट: ये अंश प्रकाशित रूप में हूबहू reproduced किए गए हैं, जिनमें टाइपोग्राफिक उद्धरण भी शामिल हैं। एक वास्तविक VuGen स्क्रिप्ट में सीधे ASCII डबल कोटेशन मार्क की आवश्यकता होती है, इसलिए यदि आप इस कोड को कॉपी करते हैं तो उन्हें दोबारा टाइप करें।

नोट करने के लिए अंक:

• मत भूलिए, आप “C” भाषा पर काम कर रहे हैं और यह एक केस-सेंसिटिव भाषा है।
• लेनदेन के नाम में पीरियड (.) कैरेक्टर की अनुमति नहीं है, हालांकि आप स्पेस और अंडरस्कोर का उपयोग कर सकते हैं।
• यदि आपने अपने कोड को सही ढंग से ब्रांच किया है और सर्वर से प्रतिक्रिया की पुष्टि करने के लिए चेकपॉइंट जोड़े हैं, तो आप LR_PASS या LR_FAIL जैसे कस्टम एरर हैंडलिंग का उपयोग कर सकते हैं। अन्यथा, आप LR_AUTO का उपयोग कर सकते हैं और LoadRunner सर्वर त्रुटियों (HTTP 500, 400 आदि) को स्वचालित रूप से हैंडल करेगा।
• लेन-देन करते समय, सुनिश्चित करें कि उसमें कोई विचार-अवधि विवरण शामिल न हो, अन्यथा आपके लेन-देन में हमेशा वह अवधि शामिल होगी।
• क्योंकि LoadRunner को ट्रांज़ैक्शन नाम के रूप में एक स्थिर स्ट्रिंग की आवश्यकता होती है, इसलिए ट्रांज़ैक्शन लागू करते समय स्ट्रिंग का मिलान न होना एक आम समस्या है। यदि आप ट्रांज़ैक्शन खोलते और बंद करते समय अलग-अलग नाम देते हैं, तो आपको कम से कम 2 त्रुटियाँ मिलेंगी। आपके द्वारा खोला गया ट्रांज़ैक्शन कभी बंद नहीं हुआ, इसलिए LoadRunner एक त्रुटि देता है; और जिस ट्रांज़ैक्शन को आप बंद करने का प्रयास कर रहे हैं, वह कभी खोला ही नहीं गया, जिससे दूसरी त्रुटि उत्पन्न होती है।
• ये दोनों त्रुटियां रिप्ले लॉग में दिखाई देती हैं, इसलिए जब भी इनमें से किसी की रिपोर्ट की जाए, तो सबसे पहले ओपनिंग और क्लोजिंग स्टेटमेंट पर लेनदेन का नाम जांचें।
• चूंकि LoadRunner अनुरोधों और प्रतिक्रियाओं के सिंक्रोनाइज़ेशन का स्वचालित रूप से ध्यान रखता है, इसलिए लेनदेन लागू करते समय आपको प्रतिक्रिया के बारे में चिंता करने की आवश्यकता नहीं होगी।

मिलन बिंदु, टिप्पणियाँ और स्क्रिप्ट फ़ंक्शन

तीन छोटे सुधार एक स्क्रिप्ट को प्रोडक्शन कोड की तरह व्यवहार करने और पढ़ने योग्य बनाते हैं: मिलन बिंदु, टिप्पणियाँ और VuGen में निर्मित फ़ंक्शन ब्राउज़र।

मिलन स्थल

रेंडेज़वस पॉइंट एक "मिलन बिंदु" होता है। यह एक ऐसा कथन है जो लोड रनर को समवर्ती संचालन शुरू करने का निर्देश देता है। सर्वर पर भारी उपयोगकर्ता भार का अनुकरण करने के लिए आप VUser स्क्रिप्ट में रेंडेज़वस पॉइंट डालते हैं।

रेंडेज़वस पॉइंट्स किसी व्यू-यूज़र को निर्देश देते हैं कि वह निष्पादन के दौरान तब तक प्रतीक्षा करे जब तक कि कई व्यू-यूज़र एक निश्चित बिंदु पर न पहुँच जाएँ, ताकि वे एक साथ कोई कार्य कर सकें। उदाहरण के लिए, बैंक सर्वर पर अधिकतम भार की स्थिति का अनुकरण करने के लिए, एक रेंडेज़वस पॉइंट डालें जो 100 व्यू-यूज़र्स को एक ही समय में नकदी जमा करने का निर्देश दे।

यदि मिलन बिंदु सही ढंग से निर्धारित नहीं किए गए हैं, तो VUsers एक ही स्क्रिप्ट के लिए भी एप्लिकेशन के अलग-अलग हिस्सों तक पहुंच सकेंगे। ऐसा इसलिए होता है क्योंकि प्रत्येक VUser को अलग-अलग प्रतिक्रिया समय मिलता है, जिसके कारण कुछ उपयोगकर्ता पीछे रह जाते हैं।

सिंटेक्स:

lr_rendezvous(“Logical Name”);

संशोधन नोट: प्रकाशित पृष्ठ पर यही लिखा है lr_rendesvousसही फ़ंक्शन नाम यह है: lr_rendezvousगलत वर्तनी वाला प्रारूप संकलित नहीं होगा।

सर्वोत्तम प्रथाएं:

• बेहतर कोड पठनीयता के लिए मिलन बिंदु के आगे “rdv_” लगाएं; उदाहरण के लिए “rdv_Login”
• तुरंत आसन्न विचार-समय संबंधी कथनों को हटा दें
• रिकॉर्डिंग के बाद स्क्रिप्ट व्यू में मिलन बिंदु लागू करें।

नीचे दिया गया स्क्रिप्ट दृश्य एक रिकॉर्ड किए गए एक्शन में सम्मिलित किए गए मिलन कथन को दर्शाता है:

टिप्पणियाँ

किसी गतिविधि, कोड के किसी भाग या कोड की किसी पंक्ति का वर्णन करने के लिए टिप्पणियाँ जोड़ें। टिप्पणियाँ भविष्य में कोड को समझने में सहायक होती हैं। ये किसी विशिष्ट क्रिया के बारे में जानकारी प्रदान करती हैं और दो भागों को स्पष्ट रूप से अलग करती हैं।

आप टिप्पणियाँ जोड़ सकते हैं

• रिकॉर्डिंग करते समय (टूल का उपयोग करते हुए)
• रिकॉर्डिंग के बाद (सीधे कोड में लिखना)

सर्वोत्तम अभ्यास: प्रत्येक स्क्रिप्ट फ़ाइल के शीर्ष पर किसी भी टिप्पणी को चिह्नित करें।

मेनू के माध्यम से फ़ंक्शन सम्मिलित करना

आप सीधे सरल कोड लिख सकते हैं, लेकिन किसी फ़ंक्शन को याद करने के लिए आपको संकेत की आवश्यकता हो सकती है। आप स्टेप्स टूलबॉक्स (संस्करण 12 से पहले इसे इंसर्ट फ़ंक्शन के नाम से जाना जाता था) का उपयोग करके किसी भी फ़ंक्शन को सीधे अपनी स्क्रिप्ट में खोज और सम्मिलित कर सकते हैं।

आप नीचे दिखाए गए अनुसार View → Steps Toolbox के अंतर्गत Steps Toolbox पा सकते हैं।

इससे एक साइड विंडो खुलेगी। स्नैपशॉट देखें:

पैरामीटराइजेशन क्या है?

VuGen में एक पैरामीटर एक कंटेनर होता है जो एक रिकॉर्ड किए गए मान को रखता है जिसे विभिन्न उपयोगकर्ताओं के लिए बदला जाता है।

स्क्रिप्ट के निष्पादन के दौरान (VuGen में या नियंत्रक), किसी बाहरी स्रोत (जैसे कि .txt फ़ाइल, XML या डेटाबेस) से प्राप्त मान पैरामीटर के पिछले मान को प्रतिस्थापित कर देता है।

पैरामीटराइजेशन सर्वर को गतिशील (या अद्वितीय) मान भेजने के लिए उपयोगी है। उदाहरण के लिए, किसी व्यावसायिक प्रक्रिया को प्रत्येक बार एक अद्वितीय उपयोगकर्ता नाम चुनते हुए 10 बार दोहराने की आवश्यकता हो सकती है।

यह विषय प्रणाली के विरुद्ध वास्तविक जीवन के व्यवहार का अनुकरण करने में भी सहायक है। नीचे दिए गए उदाहरणों को देखें।

समस्या के उदाहरण:

• एक व्यावसायिक प्रक्रिया केवल वर्तमान तिथि के लिए काम करती है, जो सर्वर से आती है, इसलिए इसे हार्डकोडेड अनुरोध के रूप में पास नहीं किया जा सकता है।
• कभी-कभी क्लाइंट एप्लिकेशन प्रक्रिया को जारी रखने के लिए सर्वर को एक अद्वितीय आईडी (उदाहरण के लिए session_id) भेजता है, भले ही वह एक ही उपयोगकर्ता के लिए हो। ऐसे मामले में, पैरामीटराइजेशन मददगार होता है।
• अक्सर क्लाइंट एप्लिकेशन सर्वर से आने-जाने वाले डेटा का कैश बनाए रखता है। इसके परिणामस्वरूप, सर्वर को वास्तविक उपयोगकर्ता व्यवहार (जहां सर्वर खोज मानदंडों के आधार पर अलग-अलग एल्गोरिदम चलाता है) प्राप्त नहीं होता है। VUser स्क्रिप्ट सफलतापूर्वक निष्पादित हो जाएगी, लेकिन प्राप्त प्रदर्शन आंकड़े सार्थक नहीं होंगे। पैरामीटराइजेशन के माध्यम से विभिन्न डेटा का उपयोग करने से सर्वर-साइड गतिविधि, जैसे कि स्टोर्ड प्रोसीजर, का अनुकरण करने में मदद मिलती है और सिस्टम का परीक्षण होता है।
• रिकॉर्डिंग के दौरान VUser में हार्ड-कोड की गई तिथि, उस तिथि के बीत जाने के बाद अमान्य हो सकती है। तिथि को पैरामीटर में डालने से हार्ड-कोड की गई तिथि को बदलकर VUser का निष्पादन सफल हो जाता है। ऐसे फ़ील्ड या अनुरोध पैरामीटर में डालने के लिए उपयुक्त होते हैं।

आप स्क्रिप्ट व्यू में रिकॉर्ड किए गए मान पर राइट-क्लिक करके और "पैरामीटर से बदलें" चुनकर इसे बना सकते हैं। फिर VuGen पूछता है कि मान किस प्रकार से प्रदान किया जाता है:

दो अन्य विकल्प यह निर्धारित करते हैं कि विभिन्न चरणों में डेटा का उपयोग कैसे किया जाएगा:

नीचे दिया गया विवरण रिकॉर्ड किए गए स्क्रिप्ट पर लागू पैरामीटराइजेशन को दर्शाता है:

क्लिक करें यहाँ उत्पन्न करें यदि वीडियो उपलब्ध नहीं है।

रन टाइम सेटिंग्स और वीयूज़र सिमुलेशन पर उनका प्रभाव

रन-टाइम सेटिंग्स उतनी ही महत्वपूर्ण हैं जितनी आपकी VuGen स्क्रिप्ट। अलग-अलग कॉन्फ़िगरेशन से आपको पूरी तरह से अलग-अलग टेस्ट डिज़ाइन मिल सकते हैं, यही कारण है कि असंगत रन-टाइम सेटिंग्स अक्सर दोहराए न जा सकने वाले परिणामों का कारण होती हैं। आइए प्रत्येक विशेषता पर एक-एक करके चर्चा करें।

तर्क चलाएँ

रन लॉजिक, vuser_init और vuser_end को छोड़कर, सभी क्रियाओं के निष्पादन की संख्या निर्धारित करता है।

इससे शायद यह बात और स्पष्ट हो जाती है कि LoadRunner क्यों सुझाव देता हैping vuser_init के भीतर मौजूद सभी लॉगिन कोड और vuser_end में मौजूद लॉगआउट भाग, दोनों ही विशेष रूप से।

यदि आपने कई क्रियाएं बनाई हैं — जैसे साइन इन करना, स्क्रीन खोलना, किराया गणना करना, धनराशि जमा करना, शेष राशि जांचना और लॉगआउट करना — तो प्रत्येक VUser के लिए नीचे दिया गया परिदृश्य घटित होगा:

सभी वीयूज़र्स लॉग इन करेंगे, ओपन स्क्रीन को निष्पादित करेंगे, किराया गणना करेंगे, धनराशि जमा करेंगे और बैलेंस की जांच करेंगे, फिर से ओपन स्क्रीन को निष्पादित करेंगे, किराया गणना करेंगे और इसी तरह 10 बार दोहराएंगे, जिसके बाद लॉगआउट (एक बार) होगा।

यह एक शक्तिशाली सेटिंग है जो स्क्रिप्ट को वास्तविक उपयोगकर्ता की तरह काम करने देती है। याद रखें, एक वास्तविक उपयोगकर्ता हर बार लॉग इन और लॉग आउट नहीं करता; वे आमतौर पर उन्हीं चरणों को दोहराते हैं।

ईमेल चेक करते समय लॉग आउट करने से पहले आप कितनी बार "इनबॉक्स" पर क्लिक करते हैं?

पेसिंग

यह महत्वपूर्ण है। अधिकांश लोग गति और विचार समय के बीच अंतर को समझने में असमर्थ होते हैं। अंतर केवल इतना है कि गति पुनरावृत्तियों के बीच के अंतराल को संदर्भित करती है, जबकि विचार समय किसी भी दो चरणों के बीच का अंतराल होता है।

अनुशंसित सेटिंग परीक्षण डिज़ाइन पर निर्भर करती है। हालाँकि, यदि आप अत्यधिक भार लागू करना चाहते हैं, तो नीचे दिखाए गए अनुसार "पिछली पुनरावृति समाप्त होते ही" विकल्प चुनने पर विचार करें।

लॉग इन

सामान्य तौर पर, लॉग का मतलब लोड रनर चलाते समय होने वाली सभी घटनाओं का रिकॉर्ड होता है। आप लॉग को चालू करके यह जान सकते हैं कि आपके एप्लिकेशन और सर्वर के बीच क्या हो रहा है।

LoadRunner एक शक्तिशाली लॉगिंग तंत्र प्रदान करता है जो अपने आप में मजबूत और स्केलेबल है। यह आपको केवल एक "मानक लॉग", एक विस्तृत और कॉन्फ़िगर करने योग्य विस्तारित लॉग रखने या लॉगिंग को पूरी तरह से अक्षम करने की अनुमति देता है।

एक मानक लॉग जानकारीपूर्ण और आसानी से समझने योग्य होता है। इसमें उतनी ही जानकारी होती है जितनी आमतौर पर आपको अपने VUser स्क्रिप्ट में आने वाली समस्याओं को हल करने के लिए आवश्यक होती है।

एक्सटेंडेड लॉग के मामले में, सभी मानक लॉग जानकारी एक उपसमूह होती है। इसके अतिरिक्त, आप पैरामीटर प्रतिस्थापन का उपयोग कर सकते हैं। यह लोड रनर घटक को सभी पैरामीटरों (पैरामीटराइजेशन से) के बारे में पूरी जानकारी शामिल करने के लिए कहता है, जिसमें अनुरोध और प्रतिक्रिया डेटा दोनों शामिल हैं।

यदि आप "सर्वर द्वारा लौटाया गया डेटा" शामिल करते हैं, तो आपकी लॉग फ़ाइल का आकार बढ़ जाएगा। इसमें HTML, टैग, संसाधन और गैर-संसाधन संबंधी सभी जानकारी शामिल होगी। यह विकल्प केवल तभी उपयोगी है जब आपको गंभीर समस्या निवारण की आवश्यकता हो। आमतौर पर इससे लॉग फ़ाइल बहुत बड़ी हो जाती है और इसे समझना मुश्किल हो जाता है।

जैसा कि आप अब तक समझ गए होंगे, यदि आप "एडवांस्ड" विकल्प चुनते हैं Tracआपकी लॉग फ़ाइल बहुत बड़ी हो जाएगी। इसे एक बार ज़रूर आज़माएँ। आप देखेंगे कि VuGen द्वारा लिया गया समय भी काफ़ी बढ़ जाता है, हालाँकि इसका VuGen द्वारा रिपोर्ट किए गए ट्रांज़ैक्शन रिस्पॉन्स टाइम पर कोई असर नहीं पड़ता। यह बहुत ही उन्नत जानकारी है, और यह तभी उपयोगी है जब आप संबंधित एप्लिकेशन, आपके एप्लिकेशन और हार्डवेयर के बीच क्लाइंट-टू-सर्वर संचार और प्रोटोकॉल-स्तर के विवरणों को समझते हों। आमतौर पर इस जानकारी को पढ़ने और समस्या निवारण के लिए बहुत मेहनत करनी पड़ती है।

सुझाव:

• लॉग सक्षम होने पर VuGen को कितना भी समय लगे, इसका लेनदेन प्रतिक्रिया समय पर कोई प्रभाव नहीं पड़ता - लॉगिंग ओवरहेड को मापे गए समय से बाहर रखा जाता है।
• यदि लॉग की आवश्यकता नहीं है तो उसे अक्षम कर दें।
• स्क्रिप्ट का काम पूरा होने पर लॉगिंग बंद कर दें। लॉगिंग चालू रखते हुए स्क्रिप्ट चलाने से कंट्रोलर धीमा हो जाएगा और अनावश्यक संदेश दिखाएगा।
• लॉग को अक्षम करने से लोड रनर से आप जितने उपयोगकर्ताओं का अनुकरण कर सकते हैं, उनकी अधिकतम संख्या बढ़ जाएगी।
• "संदेश केवल त्रुटि होने पर भेजें" विकल्प का उपयोग करने पर विचार करें - इससे अनावश्यक सूचना संदेशों को म्यूट कर दिया जाता है और केवल त्रुटि से संबंधित संदेशों की रिपोर्ट की जाती है।

सोचिए समय

सोचें कि समय केवल दो चरणों के बीच का विलंब है।

थिंक टाइम उपयोगकर्ता के व्यवहार को दोहराने में मदद करता है, क्योंकि कोई भी वास्तविक उपयोगकर्ता किसी एप्लिकेशन का उपयोग मशीन की तरह नहीं कर सकता। VuGen स्वचालित रूप से थिंक टाइम उत्पन्न करता है। फिर भी, आपके पास थिंक टाइम की अवधि को हटाने, बढ़ाने या बदलने का पूरा नियंत्रण है।

इसे बेहतर ढंग से समझने के लिए: एक उपयोगकर्ता एक स्क्रीन (अनुरोध के बाद एक प्रतिक्रिया) खोल सकता है और फिर एंटर दबाने से पहले अपना उपयोगकर्ता नाम और पासवर्ड टाइप कर सकता है। एप्लिकेशन और सर्वर के बीच अगली बातचीत तब होती है जब उपयोगकर्ता "साइन इन" पर क्लिक करता है। उपयोगकर्ता द्वारा उपयोगकर्ता नाम और पासवर्ड टाइप करने में लगा समय लोड रनर में थिंक टाइम कहलाता है।

यदि आप एप्लिकेशन पर अत्यधिक लोड का अनुकरण करना चाहते हैं, तो थिंक टाइम को पूरी तरह से अक्षम करने पर विचार करें।

हालांकि, वास्तविक जीवन के व्यवहार का अनुकरण करने के लिए आप "यादृच्छिक विचार समय का उपयोग करें" चुन सकते हैं और इच्छानुसार प्रतिशत निर्धारित कर सकते हैं।

इसे एक उचित समय सीमा तक सीमित करने के लिए 'लिमिट थिंक टाइम' का उपयोग करने पर विचार करें। आमतौर पर, 30 सेकंड काफी होते हैं।

गति सिमुलेशन

स्पीड सिमुलेशन से तात्पर्य प्रत्येक क्लाइंट मशीन की बैंडविड्थ क्षमता से है।

चूंकि हम LoadRunner के माध्यम से हजारों VUsers का अनुकरण कर रहे हैं, इसलिए यह उल्लेखनीय है कि LoadRunner ने बैंडविड्थ और नेटवर्क गति अनुकरण को कितना सरल बना दिया है।

यदि आपके ग्राहक 128 केबीपीएस से अधिक गति पर आपके एप्लिकेशन का उपयोग करते हैं, तो आप इसे यहां से नियंत्रित कर सकते हैं। आप वास्तविक जीवन के व्यवहार का अनुकरण कर सकेंगे, जिससे आपको सही प्रदर्शन आंकड़े प्राप्त करने में मदद मिलेगी।

सबसे अच्छा सुझाव है कि आप "अधिकतम बैंडविड्थ का उपयोग करें" विकल्प चुनें। इससे आपको नेटवर्क संबंधी प्रदर्शन बाधाओं को नज़रअंदाज़ करने और एप्लिकेशन में संभावित समस्याओं पर पहले ध्यान केंद्रित करने में मदद मिलेगी। आप अलग-अलग परिस्थितियों में अलग-अलग व्यवहार देखने के लिए परीक्षण को कई बार चला सकते हैं।

ब्राउज़र अनुकरण

उपयोगकर्ता अनुभव किसी ब्राउज़र पर निर्भर नहीं करता है, इसलिए यह प्रदर्शन माप के दायरे से काफी हद तक बाहर है। हालांकि, आप अपनी इच्छानुसार ब्राउज़र का अनुकरण चुन सकते हैं, जैसा कि नीचे दिए गए पैनल में दिखाया गया है।

इस कॉन्फ़िगरेशन में आप कौन सा ब्राउज़र चुनते हैं, यह वास्तव में कब मायने रखता है?

यदि आपका एप्लिकेशन एक वेब एप्लिकेशन है जो विभिन्न ब्राउज़रों के लिए अलग-अलग प्रतिक्रियाएँ देता है, तो आप इस कॉन्फ़िगरेशन का उपयोग करेंगे। उदाहरण के लिए, आपको इंटरनेट एक्सप्लोरर और ब्राउज़रों के लिए अलग-अलग छवियाँ और सामग्री दिखाई दे सकती हैं। Firefox.

एक और महत्वपूर्ण सेटिंग है ब्राउज़र कैश को सिम्युलेट करना। यदि आप कैश चालू होने पर प्रतिक्रिया समय का आकलन करना चाहते हैं, तो इस बॉक्स को चेक करें। यदि आप सबसे खराब स्थिति का आकलन करना चाहते हैं, तो यह स्पष्ट रूप से कोई मायने नहीं रखता।

नॉन-HTML रिसोर्स डाउनलोड करने से LoadRunner CSS, JS और अन्य रिच मीडिया फ़ाइलें डाउनलोड कर सकेगा। इसे चेक किया हुआ ही रहने दें। हालाँकि, यदि आप इसे अपने परफ़ॉर्मेंस टेस्ट डिज़ाइन से हटाना चाहते हैं, तो आप इसे अनचेक कर सकते हैं।

प्रतिनिधि

अपने सिस्टम से प्रॉक्सी को पूरी तरह से हटा देना ही सबसे अच्छा है। परीक्षण का वातावरण — यदि प्रॉक्सी किसी मार्ग में मौजूद है, तो परीक्षण परिणाम अविश्वसनीय हो जाते हैं। हालांकि, कभी-कभी ऐसी स्थितियां भी आ सकती हैं जहां यह अपरिहार्य हो। ऐसी स्थिति में, LoadRunner प्रॉक्सी सेटिंग्स प्रदान करता है।

आप बिना प्रॉक्सी सेटिंग के काम कर रहे होंगे (या करना चाहिए)। आप इसे अपने डिफ़ॉल्ट ब्राउज़र से प्राप्त कर सकते हैं। हालांकि, यह जांचना न भूलें कि कौन सा ब्राउज़र डिफ़ॉल्ट के रूप में सेट है और उस ब्राउज़र के लिए प्रॉक्सी कॉन्फ़िगरेशन क्या है।

यदि आप प्रॉक्सी का उपयोग कर रहे हैं और इसके लिए प्रमाणीकरण (या स्क्रिप्ट) की आवश्यकता है, तो आप प्रमाणीकरण बटन पर क्लिक कर सकते हैं, जिससे एक नई विंडो खुल जाएगी। नीचे दिए गए स्क्रीनशॉट को देखें।

प्रॉक्सी सर्वर पर प्रमाणीकरण प्राप्त करने के लिए इस स्क्रीन पर अपना उपयोगकर्ता नाम और पासवर्ड दर्ज करें। स्क्रीन बंद करने के लिए ओके पर क्लिक करें।

बधाई हो! आपने अपने VuGen स्क्रिप्ट को कॉन्फ़िगर करना पूरा कर लिया है। अपने सभी VUser स्क्रिप्ट के लिए इसे कॉन्फ़िगर करना न भूलें।

अगला आता है सह - संबंधपरिदृश्य को चलाते हुए नियंत्रकऔर पढ़ने से परिणाम मिलता है लोड रनर विश्लेषण. देखना लोड रनर आर्किटेक्चर और लोड परीक्षण गाइड।

अक्सर पूछे जाने वाले प्रश्न