एक रिकॉर्ड की गई स्क्रिप्ट एक आभासी उपयोगकर्ता को अनुकरण कर सकती है; हालाँकि, एक रिकॉर्डिंग केवल "वास्तविक उपयोगकर्ता व्यवहार" को दोहराने के लिए पर्याप्त नहीं हो सकती है।
जब कोई स्क्रिप्ट रिकॉर्ड की जाती है, तो यह विषय अनुप्रयोग के एकल और सीधे प्रवाह को कवर करता है। जबकि, एक वास्तविक उपयोगकर्ता लॉग आउट करने से पहले किसी भी प्रक्रिया के कई पुनरावृत्तियों को कर सकता है। बटन पर क्लिक करने (सोचने के समय) के बीच की देरी व्यक्ति से दूसरे व्यक्ति में भिन्न होगी। संभावना है कि कुछ वास्तविक उपयोगकर्ता आपके एप्लिकेशन को DSL पर एक्सेस करते हैं और कुछ इसे डायल-अप पर एक्सेस करते हैं। इसलिए, अंतिम उपयोगकर्ता का वास्तविक अनुभव प्राप्त करने के लिए, हमें अपनी स्क्रिप्ट को सटीक मिलान करने के लिए बढ़ाने की आवश्यकता है, या वास्तविक उपयोगकर्ताओं के व्यवहार में कम से कम बहुत करीब है।
"प्रदर्शन परीक्षण" का आयोजन करते समय उपरोक्त सबसे महत्वपूर्ण विचार है, लेकिन एक VU स्क्रिप्ट के लिए अधिक है। जब SUL एक प्रदर्शन परीक्षण से गुजर रहा हो, तो आप VUser द्वारा लिए गए समय की सटीक मात्रा का आकलन कैसे करेंगे? आपको कैसे पता चलेगा कि VUser कुछ बिंदु पर से गुजरा है या विफल रहा है? विफलता के पीछे क्या कारण है, क्या कुछ बैकेंड प्रक्रिया विफल रही या सर्वर संसाधन सीमित थे?
उपरोक्त सभी प्रश्नों का उत्तर देने के लिए हमें अपनी स्क्रिप्ट को बढ़ाने की आवश्यकता है।
- लेन-देन का उपयोग करना
- थिंक टाइम, रेंडेज़वस पॉइंट और कमेंट्स को समझना
- मेनू के माध्यम से कार्य सम्मिलित करना
- परिमापन क्या है?
- समय सेटिंग्स और VU सिमुलेशन पर उनके प्रभाव को चलाएं
- तर्क चलाएँ
- पेसिंग
- लॉग
- थिंक टाइम्स
- स्पीड सिमुलेशन
- ब्राउज़र अनुकरण
- प्रतिनिधि
लेन-देन का उपयोग करना
लेनदेन किसी भी ऑपरेशन के लिए सर्वर प्रतिक्रिया समय को मापने के लिए मैकेनिक्स हैं। सरल शब्दों में, "लेनदेन" का उपयोग सिस्टम द्वारा किसी विशेष अनुरोध के लिए लिए गए समय को मापने में मदद करता है। यह एक बटन के एक क्लिक या टेक्स्ट बॉक्स से फ़ोकस खोने पर AJAX कॉल के रूप में छोटा हो सकता है।
लेनदेन को लागू करना सीधा है। अनुरोध सर्वर से किए जाने से पहले कोड की एक पंक्ति लिखें और अनुरोध समाप्त होने पर लेनदेन बंद करें। लोडरनर को लेनदेन नाम के रूप में केवल एक स्ट्रिंग की आवश्यकता होती है।
लेनदेन खोलने के लिए, कोड की इस पंक्ति का उपयोग करें:
lr_start_transaction ("लेनदेन नाम");
लेन-देन बंद करने के लिए, कोड की इस पंक्ति का उपयोग करें:
lr_end_transaction ("लेनदेन नाम", <स्थिति>);
<स्थिति> लोडरनर को बताता है कि क्या यह विशेष लेनदेन सफल या असफल था। संभावित पैरामीटर हो सकते हैं:
- LR_AUTO
- LR_PASS
- LR_FAIL
उदाहरण:
lr_end_transaction ("My_Login", LR_AUTO);
lr_end_transaction ("Business_Workflow_Transaction नाम", LR_FAIL);
नोट करने के लिए अंक:
- मत भूलना, आप "सी" के साथ काम कर रहे हैं और यह एक केस-संवेदी भाषा है।
- लेन-देन के नाम में अवधि (।) वर्ण की अनुमति नहीं है, हालांकि आप रिक्त स्थान और अंडरस्कोर का उपयोग कर सकते हैं।
- यदि आपने सर्वर से प्रतिक्रिया को सत्यापित करने के लिए अपने कोड को अच्छी तरह से जोड़ा है और चौकियों को जोड़ा है, तो आप कस्टम त्रुटि हैंडलिंग, जैसे कि LR_PASS या LR_FAIL का उपयोग कर सकते हैं। अन्यथा, आप LR_AUTO का उपयोग कर सकते हैं और लोडरनर स्वचालित रूप से सर्वर त्रुटि (HTTP 500, 400 आदि) को संभाल लेंगे।
- लेन-देन को लागू करते समय, सुनिश्चित करें कि कोई भी विचार नहीं है या स्टेटमेंट को सैंडविच किया जा रहा है या अन्यथा आपके लेनदेन में हमेशा वह अवधि शामिल होगी।
- चूंकि लोडरनर को लेनदेन नाम के रूप में एक निरंतर स्ट्रिंग की आवश्यकता होती है, इसलिए लेनदेन को लागू करते समय एक आम समस्या स्ट्रिंग का बेमेल है। यदि आप लेनदेन को खोलते और बंद करते समय एक अलग नाम देते हैं, तो आपको कम से कम 2 त्रुटियां होंगी। चूंकि आपके द्वारा खोला गया लेन-देन कभी बंद नहीं हुआ था, इसलिए लोडरनर एक त्रुटि देगा। इसके अलावा, आप जिस लेन-देन को बंद करने का प्रयास कर रहे हैं वह कभी नहीं खोला गया था, इसलिए त्रुटि हुई।
- क्या आप अपनी बुद्धिमत्ता का उपयोग कर सकते हैं और अपने आप को उत्तर दे सकते हैं कि उपरोक्त त्रुटि में से कौन सी पहली रिपोर्ट की जाएगी? अपने उत्तर को मान्य करने के लिए, अपनी गलती क्यों न करें? यदि आपने सही उत्तर दिया था, तो आप ट्रैक पर हैं। यदि आपने गलत उत्तर दिया है, तो आपको ध्यान केंद्रित करने की आवश्यकता है।
- चूंकि लोडरनर स्वचालित रूप से अनुरोधों और प्रतिक्रिया के सिंक्रनाइज़ेशन का ख्याल रखता है, इसलिए लेनदेन करते समय आपको प्रतिक्रिया के बारे में चिंता करने की ज़रूरत नहीं होगी।
थिंक टाइम, रेंडेज़वस पॉइंट और कमेंट्स को समझना
रेंडीज़्वस पॉइंट्स
Rendezvous Points का अर्थ है “मीटिंग पॉइंट”। यह कथन की सिर्फ एक पंक्ति है जो लोडरुनर को समरूपता का परिचय देता है। आप सर्वर पर भारी उपयोगकर्ता लोड का अनुकरण करने के लिए VUser स्क्रिप्ट में मिलन स्थल अंक सम्मिलित करते हैं।
रेंडेज़वस पॉइंट्स VUser को एक निश्चित बिंदु पर पहुंचने के लिए कई VUser के परीक्षण निष्पादन के दौरान प्रतीक्षा करने का निर्देश देते हैं, ताकि वे समवर्ती कार्य कर सकें। उदाहरण के लिए, बैंक सर्वर पर पीक लोड का अनुकरण करने के लिए, आप एक ही समय में 100 वीयूज़र को अपने खातों में नकदी जमा करने का निर्देश देते हुए एक संक्षिप्त बिंदु सम्मिलित कर सकते हैं। यह आसानी से का उपयोग कर प्राप्त किया जा सकता है।
यदि मिलन स्थल सही ढंग से जगह नहीं हैं, तो VUser आवेदन के विभिन्न हिस्सों तक पहुंच जाएगा - यहां तक कि एक ही स्क्रिप्ट के लिए भी। ऐसा इसलिए है क्योंकि प्रत्येक VUser को अलग-अलग प्रतिक्रिया समय मिलता है और इसलिए कुछ उपयोगकर्ता पीछे रह जाते हैं।
सिंटैक्स: lr_rendesvous ("तार्किक नाम");
सर्वोत्तम प्रथाएं:
- बेहतर कोड पठनीयता के लिए "rdv_" के साथ एक संक्षिप्त बिंदु उपसर्ग; उदाहरण के लिए "rdv_Login"
- किसी भी तत्काल विचार समय कथन को निकालें
- एक स्क्रिप्ट दृश्य में रिकॉर्डिंग बिंदुओं को लागू करना (रिकॉर्डिंग के बाद)
टिप्पणियाँ
एक गतिविधि, कोड का एक टुकड़ा या कोड की एक पंक्ति का वर्णन करने के लिए टिप्पणियां जोड़ें। टिप्पणियाँ भविष्य में इसका जिक्र किसी के लिए भी कोड को समझने में मदद करती हैं। वे विशिष्ट संचालन के बारे में जानकारी प्रदान करते हैं और भेद के लिए दो खंडों को अलग करते हैं।
आप टिप्पणी जोड़ सकते हैं
- रिकॉर्डिंग (उपकरण का उपयोग करके)
- रिकॉर्डिंग के बाद (सीधे कोड में लिखना)
सर्वोत्तम अभ्यास: प्रत्येक स्क्रिप्ट फ़ाइल के शीर्ष पर किसी भी टिप्पणी को चिह्नित करें
मेनू के माध्यम से कार्य सम्मिलित करना
जब आप सीधे कोड की सरल लाइनें लिख सकते हैं, तो आपको फ़ंक्शन को याद करने के लिए एक सुराग की आवश्यकता हो सकती है। आप किसी भी फ़ंक्शन को सीधे अपनी स्क्रिप्ट में खोजने और सम्मिलित करने के लिए स्टेप टूलबॉक्स (संस्करण 12 से पहले इन्सर्ट फंक्शन के रूप में जाना जाता है) का उपयोग कर सकते हैं।
आप व्यू उपकरण टूलबॉक्स के तहत स्टेप्स टूलबार पा सकते हैं।
यह एक साइड विंडो खोलेगा, स्नैपशॉट देखें:
परिमापन क्या है?
वोगेन में एक पैरामीटर एक कंटेनर होता है जिसमें एक दर्ज मूल्य होता है जिसे विभिन्न उपयोगकर्ताओं के लिए बदल दिया जाता है।
स्क्रिप्ट के निष्पादन के दौरान (VUGEN या नियंत्रक में), एक बाहरी स्रोत (जैसे .txt, XML या डेटाबेस) से मान पैरामीटर के पिछले मूल्य को प्रतिस्थापित करता है।
परिमापीकरण उदाहरण के लिए, गतिशील (या अद्वितीय) मूल्यों को भेजने में उपयोगी है; एक व्यावसायिक प्रक्रिया 10 पुनरावृत्तियों को चलाने के लिए वांछित है, लेकिन हर बार अद्वितीय उपयोगकर्ता नाम उठाता है।
यह विषय प्रणाली के लिए वास्तविक जैसे व्यवहार को उत्तेजित करने में भी मदद करता है। नीचे दिए गए उदाहरण पर एक नज़र डालें:
समस्या के उदाहरण:
व्यावसायिक प्रक्रिया केवल वर्तमान तिथि के लिए काम करती है जो सर्वर से आती है, इसलिए हार्डकोड के अनुरोध के रूप में पारित नहीं किया जा सकता है।
कभी-कभी, क्लाइंट एप्लिकेशन को जारी रखने की प्रक्रिया के लिए सर्वर (उदाहरण के लिए session_id) के लिए एक अद्वितीय आईडी पास करता है (यहां तक कि एकल उपयोगकर्ता के लिए) - ऐसे मामले में, पैरामीटरकरण मदद करता है।
अक्सर, क्लाइंट एप्लिकेशन सर्वर से और उसके पास भेजे जाने वाले डेटा का कैश रखता है। नतीजतन, सर्वर को वास्तविक उपयोगकर्ता व्यवहार नहीं मिल रहा है (यदि खोज मानदंडों के आधार पर सर्वर अलग एल्गोरिथ्म चलाता है)। हालांकि VUser स्क्रिप्ट सफलतापूर्वक निष्पादित होगी, खींचा गया प्रदर्शन आँकड़े सार्थक नहीं होगा। पैरामीटराइजेशन के माध्यम से अलग-अलग डेटा का उपयोग करने से सर्वर साइड एक्टिविटी (प्रक्रियाएं) का अनुकरण करने में मदद मिलती है और सिस्टम का अभ्यास होता है।
रिकॉर्डिंग के दौरान VUser में हार्ड-कोड वाली एक तारीख अब उस तिथि के बीत जाने पर मान्य नहीं हो सकती है। दिनांक को परिमार्जित करने से VUser निष्पादन को हार्ड-कोडित तिथि को बदलकर सफल होने की अनुमति मिलती है। ऐसे क्षेत्र या अनुरोध पैरामीटर के लिए सही उम्मीदवार हैं।
यदि वीडियो उपलब्ध नहीं है तो यहां क्लिक करें
समय सेटिंग्स और VU सिमुलेशन पर उनके प्रभाव को चलाएं
रन टाइम सेटिंग्स उतना ही महत्वपूर्ण है जितना आपका वोगन स्क्रिप्ट। अलग-अलग कॉन्फ़िगरेशन के साथ, आप विभिन्न परीक्षण डिज़ाइन प्राप्त कर सकते हैं। यही कारण है कि, यदि आप रन टाइम सेटिंग्स संगत नहीं हैं, तो आप गैर-दोहराए जाने वाले परिणामों में समाप्त हो सकते हैं। आइए एक-एक करके हर विशेषता पर चर्चा करें।
तर्क चलाएँ
रन लॉजिक उस समय को परिभाषित करता है, जब vuser_init और vuser_end को छोड़कर सभी कार्यों को निष्पादित किया जाएगा।
संभवतः यह स्पष्ट करता है कि क्यों लोडरनर ने विशेष रूप से vuser_init के सभी लॉगिन कोड, और लॉगआउट भाग को vuser_end में रखने का सुझाव दिया है।
यदि आपने कई कार्य बनाए हैं, तो बताएं, साइन इन करें, ओपन स्क्रीन, रेंटल कैलकुलेट करें, फंड सबमिट करें, बैलेंस चेक करें और लॉगआउट करें, फिर, नीचे का परिदृश्य प्रत्येक VUser के लिए जगह लेगा:
सभी VUsers लॉगिन करेंगे, ओपन स्क्रीन निष्पादित करेंगे, रेंटल कैलकुलेट करेंगे, फ़ंड सबमिट करेंगे, बैलेंस चेक करेंगे - फिर - फिर से ओपन स्क्रीन, रेंटल कैलकुलेट करेंगे… इत्यादि - 10 बार पुनरावृति - इसके बाद लॉगआउट (एक बार)।
यह एक शक्तिशाली सेटिंग है जो वास्तविक उपयोगकर्ता की तरह अधिक कार्य करने में सक्षम है। याद रखें, एक वास्तविक उपयोगकर्ता हर बार लॉगिन और लॉगआउट नहीं करता है - वह, आमतौर पर, समान चरणों को दोहराता है।
लॉगआउट से पहले ईमेल की जाँच करते समय आप कितनी बार "इनबॉक्स" पर क्लिक करते हैं?
पेसिंग
यह महत्वपूर्ण है। ज्यादातर लोग पेसिंग और थिंक टाइम के बीच के अंतर को समझने में असमर्थ होते हैं। एकमात्र अंतर यह है, "पेसिंग पुनरावृत्तियों के बीच विलंब को संदर्भित करता है" जबकि लगता है कि समय किसी भी 2 चरणों के बीच की देरी है।
अनुशंसित सेटिंग परीक्षण डिज़ाइन पर निर्भर करती है। हालाँकि, अगर आप आक्रामक भार महसूस कर रहे हैं, तो "पिछले पुनरावृति समाप्त होते ही" पर विचार करें।
लॉग
जब आप लोडरुनर चलाते हैं तो एक लॉग (जैसा कि आमतौर पर समझा जाता है) सभी घटनाओं का बहीखाता है। आप अपने एप्लिकेशन और सर्वर के बीच क्या हो रहा है, यह जानने के लिए लॉग को सक्षम कर सकते हैं।
लोडरनर शक्तिशाली लॉगिंग तंत्र देता है जो अपने आप में मजबूत और स्केलेबल है। यह आपको केवल "मानक लॉग" या एक विस्तृत, कॉन्फ़िगर किए गए विस्तारित लॉग को रखने या इसे पूरी तरह से अक्षम करने की अनुमति देता है।
एक मानक लॉग जानकारीपूर्ण और आसानी से समझने योग्य है। इसमें केवल सही मात्रा में ज्ञान शामिल है जिसे आपको आमतौर पर अपनी VUser लिपियों के निवारण की आवश्यकता होगी।
विस्तारित लॉग के मामले में, सभी मानक लॉग जानकारी एक सबसेट है। इसके अतिरिक्त, आपके पास पैरामीटर प्रतिस्थापन हो सकता है। यह लोडरनर घटक को अनुरोधों, साथ ही प्रतिक्रिया डेटा सहित सभी मापदंडों (पैरामीटर मानकीकरण से) की पूरी जानकारी शामिल करने के लिए कहता है।
यदि आप "सर्वर द्वारा दिया गया डेटा लौटाते हैं" तो आपका लॉग लंबाई में जाएगा। इसमें लॉग के भीतर शामिल सभी HTML, टैग, संसाधन, गैर-संसाधन जानकारी शामिल होगी। विकल्प तभी अच्छा होता है जब आपको गंभीर समस्या निवारण की आवश्यकता होती है। आमतौर पर, यह लॉग फ़ाइल को आकार में बहुत बड़ा बनाता है और आसानी से समझ में नहीं आता है।
जैसा कि आप अब तक अनुमान लगा सकते हैं यदि आप "एडवांस ट्रेस" चुनते हैं, तो आपकी लॉग फ़ाइल बड़े पैमाने पर होगी। आप इसे आजमाइए। आपको ध्यान होगा कि वुगेन द्वारा लिए गए समय की मात्रा में भी काफी वृद्धि हुई है, हालांकि इससे ड्यूगेन द्वारा सूचित लेनदेन प्रतिक्रिया समय पर कोई प्रभाव नहीं पड़ेगा। हालांकि, यह बहुत ही अग्रिम जानकारी है और शायद उपयोगी है यदि आप विषय अनुप्रयोग, क्लाइंट को आपके एप्लिकेशन और हार्डवेयर के बीच सर्वर संचार के साथ-साथ प्रोटोकॉल विवरण के बारे में समझते हैं। आमतौर पर, यह जानकारी सार से मृत है क्योंकि इसे समझने और समस्या निवारण के लिए अत्यधिक प्रयासों की आवश्यकता होती है।
टिप्स:
- कोई फर्क नहीं पड़ता कि लॉग सक्षम होने के बाद VUGEN को कितना समय लगता है, लेन-देन प्रतिक्रिया समय पर इसका कोई प्रभाव नहीं पड़ता है। एचपी इस घटना को "अत्याधुनिक प्रौद्योगिकी की स्थिति" कहता है।
- आवश्यकता न होने पर लॉग को अक्षम करें।
- जब आप अपनी स्क्रिप्ट के साथ समाप्त हो जाते हैं तो लॉग को अक्षम करें। लॉगिंग सक्षम की गई स्क्रिप्ट्स को शामिल करने से कंट्रोलर को धीमी गति से चलने और नगिंग संदेशों को रिपोर्ट करने में मदद मिलेगी।
- लॉग को अक्षम करने से आप लोडरनर से अधिकतम उपयोगकर्ताओं की क्षमता बढ़ा सकते हैं।
- "त्रुटि होने पर ही संदेश भेजें" का उपयोग करने पर विचार करें - यह अनावश्यक सूचना संदेशों को म्यूट करेगा और केवल त्रुटि से संबंधित संदेशों की रिपोर्ट करेगा।
थिंक टाइम्स
थिंक टाइम केवल दो चरणों के बीच की देरी है।
थिंक टाइम उपयोगकर्ता के व्यवहार को दोहराने में मदद करता है क्योंकि कोई भी वास्तविक उपयोगकर्ता किसी भी मशीन (वीगन) की तरह उपयोग नहीं कर सकता है। वोगेन स्वचालित रूप से सोचने का समय उत्पन्न करता है। विचार समय की अवधि को हटाने, गुणा करने या उतार-चढ़ाव करने के लिए आपके पास अभी भी पूर्ण नियंत्रण है।
अधिक समझने के लिए, उदाहरण के लिए, एक उपयोगकर्ता एक स्क्रीन खोल सकता है (जो एक अनुरोध के बाद एक प्रतिक्रिया है) और फिर इसे दर्ज करने से पहले उपयोगकर्ता नाम और पासवर्ड प्रदान करें। सर्वर पर एप्लिकेशन की अगली बातचीत तब होगी जब वह "साइन इन" पर क्लिक करेगा। जिस समय उपयोगकर्ता को अपना उपयोगकर्ता नाम और पासवर्ड टाइप करने में समय लगता है, वह लोडरनर में थिंक टाइम है।
यदि आप आवेदन पर आक्रामक भार का अनुकरण करना चाहते हैं, तो विचार समय को पूरी तरह से अक्षम करने पर विचार करें।
हालांकि, व्यवहार की तरह एक वास्तविक अनुकरण करने के लिए, आप "उपयोगकर्ता रैंडम थिंक टाइम" कर सकते हैं और प्रतिशत को वांछित के रूप में सेट कर सकते हैं।
एक वैध अवधि के लिए लिमिट थिंक टाइम का उपयोग करने पर विचार करें। आमतौर पर, 30 सेकंड काफी अच्छा होता है।
स्पीड सिमुलेशन
गति सिमुलेशन बस प्रत्येक ग्राहक मशीन के लिए बैंडविड्थ क्षमता को संदर्भित करता है।
चूंकि हम हजारों VUser के लोडरनर के माध्यम से अनुकरण कर रहे हैं, यह आश्चर्यजनक है कि बैंडविड्थ / नेटवर्क स्पीड सिमुलेशन को नियंत्रित करने के लिए लोडरनर ने कितना सरल बनाया है।
यदि आप ग्राहक १२ Kb केबीपीएस से अधिक के लिए अपने आवेदन को एक्सेस कर रहे हैं, तो आप इसे यहाँ से नियंत्रित कर सकते हैं। आपको "व्यवहार की तरह वास्तविक" अनुकरण करना होगा जो सही प्रदर्शन आंकड़े प्राप्त करने में मदद करना चाहिए।
सबसे अच्छी सिफारिश अधिकतम बैंडविड्थ का उपयोग करने के लिए सेट है। यह किसी भी नेटवर्क से संबंधित प्रदर्शन की अड़चन को दूर करने और पहले आवेदन में किसी भी संभावित मुद्दों पर ध्यान केंद्रित करने में मदद करेगा। विभिन्न परिस्थितियों में अलग-अलग व्यवहार देखने के लिए आप हमेशा कई बार परीक्षण चला सकते हैं।
ब्राउज़र अनुकरण
उपयोगकर्ता अनुभव उस ब्राउज़र पर निर्भर नहीं करता है जिसका अंतिम उपयोगकर्ता उपयोग कर रहा है। जाहिर है, यह प्रदर्शन उपायों के दायरे से परे है। हालाँकि, आप चुन सकते हैं कि आप किस ब्राउज़र का अनुकरण करना चाहते हैं।
क्या आप अपने आप को जवाब दे सकते हैं जब वास्तव में इस कॉन्फ़िगरेशन में सही ब्राउज़र का चयन करना आपके लिए वास्तव में मायने रखेगा?
आप इस कॉन्फ़िगरेशन का उपयोग करेंगे यदि आप विषय हैं एक वेब अनुप्रयोग है, विभिन्न ब्राउज़रों के लिए अलग-अलग प्रतिक्रियाएं लौटाता है। उदाहरण के लिए, आपको IE और फ़ायरफ़ॉक्स आदि के लिए अलग-अलग चित्र और सामग्री देखने को मिलती है।
एक अन्य महत्वपूर्ण सेटिंग सिमलेट ब्राउज़र कैश है। यदि आप कैश सक्षम होने पर प्रतिक्रिया समय को गेज करना चाहते हैं, तो इस बॉक्स को जांचें। यदि आप सबसे खराब स्थिति की तलाश कर रहे हैं, तो यह स्पष्ट रूप से एक विचार नहीं है।
गैर- HTML संसाधन डाउनलोड करें LoadRunner को किसी भी CSS, JS और अन्य समृद्ध मीडिया को डाउनलोड करने देगा। इसकी जाँच होनी चाहिए। हालांकि, यदि आप अपने प्रदर्शन परीक्षण डिजाइन से इसे खत्म करना चाहते हैं, तो आप इसे अनचेक कर सकते हैं।
प्रतिनिधि
अपने टेस्ट वातावरण से प्रॉक्सी को पूरी तरह से खत्म करना सबसे अच्छा है - यह परीक्षा के परिणामों को अविश्वसनीय बना देगा। हालाँकि, आपको ऐसी स्थितियों का सामना करना पड़ सकता है जहाँ यह अपरिहार्य है। ऐसी स्थिति में, लोडरनर आपको प्रॉक्सी सेटिंग्स की सुविधा देता है।
आप कोई प्रॉक्सी सेटिंग के साथ काम कर रहे होंगे (या काम करना चाहिए)। आप इसे अपने डिफ़ॉल्ट ब्राउज़र से प्राप्त कर सकते हैं। हालाँकि, यह देखना न भूलें कि कौन सा ब्राउज़र डिफ़ॉल्ट रूप से सेट है और डिफ़ॉल्ट ब्राउज़र के लिए कौन सा प्रॉक्सी कॉन्फ़िगरेशन है।
यदि आप एक प्रॉक्सी का उपयोग कर रहे हैं और इसके लिए प्रमाणीकरण (या स्क्रिप्ट) की आवश्यकता है तो आप ऑथेंटिकेट बटन पर क्लिक कर सकते हैं जो एक नई विंडो की ओर ले जाता है। स्क्रीनशॉट के नीचे देखें।
प्रॉक्सी सर्वर पर प्रमाणित करने के लिए उपयोगकर्ता नाम और पासवर्ड प्रदान करने के लिए इस स्क्रीन का उपयोग करें। स्क्रीन को बंद करने के लिए ओके पर क्लिक करें।
बधाई हो। आप अपने VUGEN स्क्रिप्ट विन्यास के साथ कर रहे हैं। अपने सभी VUser लिपियों के लिए इसे कॉन्फ़िगर करना न भूलें।