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

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

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

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

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

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

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

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

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

lr_start_transaction(“Transaction Name”);

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

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

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

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

उदाहरण:

lr_end_transaction("मेरा_लॉगिन", LR_AUTO);
lr_end_transaction(“001_Opening_Dashboard नाम”, LR_PASS);
lr_end_transaction(“बिजनेस_वर्कफ़्लो_ट्रांज़ैक्शन नाम”, LR_FAIL);

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

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

विचार समय, मिलन स्थल और टिप्पणियों को समझना

मिलन स्थल

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

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

यदि मिलन स्थल सही तरीके से नहीं रखे गए हैं, तो VUser एप्लिकेशन के विभिन्न भागों तक पहुँचेगा - यहाँ तक कि एक ही स्क्रिप्ट के लिए भी। ऐसा इसलिए है क्योंकि प्रत्येक VUser को अलग-अलग प्रतिक्रिया समय मिलता है और इसलिए कुछ उपयोगकर्ता पीछे रह जाते हैं।

सिंटैक्स: lr_rendesvous(“तार्किक नाम”);

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

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

टिप्पणियाँ

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

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

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

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

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

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

आप स्टेप्स टूलबार को व्यू àस्टेप्स टूलबॉक्स के अंतर्गत पा सकते हैं।

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

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

A प्राचल VUGen में एक कंटेनर होता है जिसमें एक रिकॉर्ड किया गया मान होता है जिसे विभिन्न उपयोगकर्ताओं के लिए प्रतिस्थापित किया जाता है।

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

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

यह विषय प्रणाली में वास्तविक जैसा व्यवहार प्रेरित करने में भी मदद करता है। नीचे दिए गए उदाहरण पर एक नज़र डालें:

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

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

कभी-कभी, क्लाइंट एप्लिकेशन प्रक्रिया को जारी रखने के लिए सर्वर को एक विशिष्ट आईडी (उदाहरण के लिए session_id) देता है (यहां तक ​​कि एकल उपयोगकर्ता के लिए भी) - ऐसे मामले में, पैरामीटराइजेशन मदद करता है।

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

रिकॉर्डिंग के दौरान VUser में हार्ड-कोड की गई तिथि उस तिथि के बीत जाने के बाद मान्य नहीं रह सकती है। तिथि को पैरामीटराइज़ करने से हार्ड-कोड की गई तिथि को प्रतिस्थापित करके VUser निष्पादन को सफल होने की अनुमति मिलती है। ऐसे फ़ील्ड या अनुरोध पैरामीटराइज़ेशन के लिए सही उम्मीदवार हैं।

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

रन टाइम सेटिंग्स और VU सिमुलेशन पर उनका प्रभाव

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

तर्क चलाएँ

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

संभवतः इससे यह स्पष्ट हो जाता है कि क्यों लोडरनर सभी लॉगिन कोड को vuser_init में तथा लॉगआउट भाग को vuser_end में रखने का सुझाव देता है।

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

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

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

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

पेसिंग

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

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

लॉग इन

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

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

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

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

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

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

सुझाव:

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

सोचिए समय

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

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

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

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

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

सोचने के समय को एक वैध अवधि तक सीमित रखने पर विचार करें। आमतौर पर, 30 सेकंड काफी अच्छा होता है।

गति सिमुलेशन

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

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

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

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

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

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

क्या आप स्वयं को उत्तर दे सकते हैं कि इस कॉन्फ़िगरेशन में सही ब्राउज़र का चयन करना आपके लिए वास्तव में कब मायने रखेगा?

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

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

गैर-HTML संसाधन डाउनलोड करने से लोडरनर किसी भी CSS, JS और अन्य रिच मीडिया को डाउनलोड कर सकेगा। इसे चेक किया जाना चाहिए। हालाँकि, यदि आप इसे अपने प्रदर्शन परीक्षण डिज़ाइन से हटाना चाहते हैं, तो आप इसे अनचेक कर सकते हैं।

प्रतिनिधि

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

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

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

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

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