HP LoadRunner टेस्टिंग टूल क्या है? वास्तुकला, अवयव

लोडरनर क्या है?

लोडरनर एक प्रदर्शन परीक्षण उपकरण है जो 1999 में पारा द्वारा अग्रणी था। लोडरनर को बाद में 2006 में एचपीई द्वारा अधिग्रहित किया गया था। 2016 में, लोडरनर को माइक्रोफोकस द्वारा अधिग्रहित किया गया था।

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

इस ट्यूटोरियल में, आप सीखेंगे-

• क्यों लोडरनर?
• आपको प्रदर्शन परीक्षण की आवश्यकता क्यों है?
• लोडरनर आर्किटेक्चर क्या है?
• प्रदर्शन परीक्षण रोडमैप: विस्तृत चरण
• सामान्य प्रश्न

क्यों लोडरनर?

लोडरनर न केवल प्रदर्शन परीक्षण में अग्रणी उपकरण है, बल्कि यह अभी भी प्रदर्शन परीक्षण प्रतिमान में एक बाजार का नेता है। हाल के एक आकलन में, लोडरनर के पास प्रदर्शन परीक्षण उद्योग में लगभग 85% बाजार हिस्सेदारी है।

मोटे तौर पर, लोडरनर टूल आरआईए (रिच इंटरनेट एप्लीकेशन), वेब 2.0 (एचटीटीपी / एचटीएमएल, अजाक्स, फ्लेक्स एंड सिल्वरलाइट आदि), मोबाइल, एसएपी, ओरेकल, एमएस SQL ​​सर्वर, सिट्रिक्स, आरटीई, मेल और सबसे ऊपर, विंडोज़ सॉकेट का समर्थन करता है। बाजार में कोई भी प्रतियोगी उपकरण नहीं है जो एक ही उपकरण में निहित विभिन्न प्रकार के प्रोटोकॉल पेश कर सके।

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

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

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

आपको प्रदर्शन परीक्षण की आवश्यकता क्यों है?

खराब वेब प्रदर्शन के कारण सालाना राजस्व में 4.4 बिलियन का अनुमानित नुकसान दर्ज किया गया है।

वेब 2.0 के आज के युग में, यदि कोई वेबसाइट 8 सेकंड के भीतर जवाब नहीं देती है, तो उपयोगकर्ता क्लिक करते हैं। Google पर खोज करने या फ़ेसबुक पर फ्रेंड रिक्वेस्ट करते समय 5 सेकंड के लिए खुद का इंतज़ार करें। प्रदर्शन डाउनटाइम के नतीजे अक्सर कल्पना से ज्यादा विनाशकारी होते हैं। हमारे पास ऐसे उदाहरण हैं जो हाल ही में बैंक ऑफ अमेरिका ऑनलाइन बैंकिंग, अमेज़ॅन वेब सर्विसेज, इंटुइट या ब्लैकबेरी को हिट करते हैं।

डन एंड ब्रैडस्ट्रीट के अनुसार, फॉर्च्यून 500 कंपनियों में से 59% हर हफ्ते अनुमानित 1.6 घंटे डाउनटाइम का अनुभव करते हैं। औसतन फॉर्च्यून 500 कंपनी को न्यूनतम 10,000 कर्मचारियों के साथ $ 56 प्रति घंटे का भुगतान करने पर विचार करते हुए, इस तरह के एक संगठन के लिए डाउनटाइम लागत का श्रम $ 896,000 साप्ताहिक होगा, प्रति वर्ष $ 46 मिलियन से अधिक में अनुवाद होगा।

Google.com (19-अगस्त -13) के केवल 5 मिनट के डाउनटाइम में खोज की लागत $ 545,000 जितनी है।

यह अनुमान है कि हाल ही में अमेज़न वेब सेवा आउटेज के कारण कंपनियों ने $ 1100 प्रति सेकंड की बिक्री खो दी।

जब एक सॉफ्टवेयर सिस्टम एक संगठन द्वारा तैनात किया जाता है, तो यह कई परिदृश्यों का सामना कर सकता है जो संभवतः प्रदर्शन विलंबता के परिणामस्वरूप होता है। कई कारकों के कारण प्रदर्शन में गिरावट आ सकती है, कुछ उदाहरणों में शामिल हो सकते हैं:

• डेटाबेस में मौजूद रिकॉर्ड की संख्या में वृद्धि
• सिस्टम में किए गए एक साथ अनुरोधों की संख्या में वृद्धि
• अतीत की तुलना में एक समय में सिस्टम तक पहुँचने वाले उपयोगकर्ताओं की एक बड़ी संख्या

लोडरनर आर्किटेक्चर क्या है?

मोटे तौर पर, एचपी लोडरनर की वास्तुकला जटिल है, फिर भी समझना आसान है।

मान लीजिए कि आपको 5000 उपयोगकर्ताओं के लिए Amazon.com के प्रदर्शन की जांच करने का काम सौंपा गया है

वास्तविक जीवन की स्थिति में, ये सभी 5000 उपयोगकर्ता मुखपृष्ठ पर नहीं बल्कि वेबसाइटों के एक अलग भाग में होंगे। हम अलग तरह से कैसे अनुकरण कर सकते हैं

वोगेन:

VUGEN या वर्चुअल यूजर जेनरेटर एक IDE (एकीकृत विकास पर्यावरण) या एक समृद्ध कोडिंग संपादक है। VUGEN का उपयोग सिस्टम अंडर लोड (SUL) व्यवहार को दोहराने के लिए किया जाता है। VUGEN एक "रिकॉर्डिंग" सुविधा प्रदान करता है जो कोडित स्क्रिप्ट के रूप में क्लाइंट और सर्वर से संचार करता है - जिसे VUser स्क्रिप्ट भी कहा जाता है।

इसलिए उपरोक्त उदाहरण पर विचार करते हुए, वोगेन निम्नलिखित व्यावसायिक प्रक्रियाओं का अनुकरण करने के लिए रिकॉर्ड कर सकते हैं:

1. Amazon.com के उत्पाद पृष्ठ को सर्फ करना
2. चेक आउट
3. भुगतान प्रक्रिया
4. MyAccount पेज की जाँच करना

नियंत्रक

एक बार VUser स्क्रिप्ट को अंतिम रूप देने के बाद, नियंत्रक मुख्य लोडरनर घटकों में से एक है, जो प्रबंधन द्वारा लोड सिमुलेशन को नियंत्रित करता है, उदाहरण के लिए:

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

हमारे उदाहरण नियंत्रक से एक सादृश्य लेते हुए निम्न पैरामीटर को Vugen Script में जोड़ा जाएगा

1) 3500 उपयोगकर्ता Amazon.com के उत्पाद पृष्ठ को सर्फ कर रहे हैं

2) 750 उपयोगकर्ता चेकआउट में हैं

3) 500 उपयोगकर्ता भुगतान प्रसंस्करण कर रहे हैं

4) 250 उपयोगकर्ता भुगतान प्रसंस्करण के बाद ही 500 उपयोगकर्ताओं द्वारा MyAccount पृष्ठ की जाँच कर रहे हैं

और भी जटिल परिदृश्य संभव हैं

1. 3500 VUser (अमेज़न उत्पाद पृष्ठ पर सर्फिंग) का एक लोड प्राप्त होने तक हर 2 सेकंड में 5 VUsers आरंभ करें।
2. 30 मिनट के लिए Iterate करें
3. 25 वीयूआरएस के लिए पुनरावृति निलंबित करें
4. फिर से शुरू 20 VUSers
5. हर सेकंड में 2 उपयोगकर्ता (चेकआउट, भुगतान प्रसंस्करण, MyAccounts पेज) आरंभ करें।
6. मशीन ए में 2500 वीयूजर उत्पन्न किए जाएंगे
7. मशीन बी में 2500 VUsers उत्पन्न होंगे

एजेंट मशीन / लोड जेनरेटर / इंजेक्टर

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

एक सामान्य अभ्यास के रूप में, नियंत्रक एक अलग मशीन पर रहता है और लोड अन्य मशीनों से सिम्युलेटेड है। VUser स्क्रिप्ट और मशीन विशिष्टताओं के प्रोटोकॉल के आधार पर, पूर्ण सिमुलेशन के लिए कई लोड इंजेक्टर की आवश्यकता हो सकती है। उदाहरण के लिए, HTTP स्क्रिप्ट के लिए VUser को सिमुलेशन के लिए 2-4MB प्रति VUser की आवश्यकता होगी, इसलिए प्रत्येक 4 GB RAM वाली 4 मशीनों के लिए 10,000 VUser का भार अनुकरण करना आवश्यक होगा।

हमारे अमेज़ॅन उदाहरण से सादृश्य लेते हुए, इस घटक का आउटपुट होगा

विश्लेषण:

एक बार लोड परिदृश्य निष्पादित हो जाने के बाद, लोडरनर के " विश्लेषण " घटकों की भूमिका सामने आती है।

निष्पादन के दौरान, नियंत्रक कच्चे रूप में परिणामों का एक डंप बनाता है और इसमें जानकारी होती है जैसे, लोडरनर के किस संस्करण ने इस परिणाम को डंप किया और कॉन्फ़िगरेशन क्या थे।

सभी त्रुटियाँ और अपवाद Microsoft Access डेटाबेस में लॉग इन हैं, जिसका नाम है, output.mdb। "विश्लेषण" घटक विभिन्न प्रकार के विश्लेषण करने के लिए इस डेटाबेस फ़ाइल को पढ़ता है और ग्राफ़ बनाता है।

ये ग्राफ़ लोड के तहत त्रुटियों और असफलता के पीछे के तर्क को समझने के लिए विभिन्न रुझान दिखाते हैं; इस प्रकार यह पता लगाने में मदद मिलती है कि क्या SUL, सर्वर (जैसे JBoss, Oracle) या बुनियादी ढाँचे में अनुकूलन आवश्यक है।

नीचे एक उदाहरण है जहां बैंडविड्थ एक अड़चन पैदा कर सकता है। मान लीजिए कि वेब सर्वर में 1GBps की क्षमता है जबकि डेटा ट्रैफ़िक इस क्षमता से अधिक है, जिसके कारण बाद के उपयोगकर्ताओं को नुकसान उठाना पड़ता है। ऐसी आवश्यकताओं के लिए सिस्टम को पूरा करने के लिए, प्रदर्शन इंजीनियर को एक असामान्य भार के साथ आवेदन व्यवहार का विश्लेषण करने की आवश्यकता है। नीचे एक ग्राफ दिया गया है लोडरनर इलिटिट बैंडविड्थ को उत्पन्न करता है।

प्रदर्शन परीक्षण रोडमैप: विस्तृत चरण

प्रदर्शन परीक्षण रोडमैप को मोटे तौर पर 5 चरणों में विभाजित किया जा सकता है:

• लोड टेस्ट के लिए योजना
• Vugen लिपियों बनाएँ
• परिदृश्य निर्माण
• परिदृश्य निष्पादन
• परिणाम विश्लेषण (सिस्टम ट्विकिंग के बाद)

अब जब आपने लोडरनर इंस्टॉल किया है, तो आइए एक-एक करके प्रक्रिया में शामिल चरणों को समझें।

प्रदर्शन परीक्षण प्रक्रिया में शामिल कदम

लोड टेस्ट के लिए योजना

प्रदर्शन परीक्षण की योजना SIT (सिस्टम एकीकरण परीक्षण) या UAT (उपयोगकर्ता स्वीकृति परीक्षण) की योजना से अलग है। योजना को नीचे वर्णित छोटे चरणों में विभाजित किया जा सकता है:

अपनी टीम को इकट्ठा करो

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

प्रोजेक्ट मैनेजर:

परियोजना प्रबंधक को नामांकित करें जो इस गतिविधि का मालिक होगा और वृद्धि के लिए बिंदु व्यक्ति के रूप में काम करेगा।

विशेषज्ञ / व्यवसाय विश्लेषक

SUL का उपयोग विश्लेषण प्रदान करें और वेबसाइट / SUL की व्यावसायिक कार्यक्षमता पर विशेषज्ञता प्रदान करें

प्रदर्शन परीक्षण विशेषज्ञ:

स्वचालित प्रदर्शन परीक्षण बनाता है और लोड परिदृश्य निष्पादित करता है

सिस्टम आर्किटेक्ट:

SUL का ब्लूप्रिंट प्रदान करता है

वेब डेवलपर और एसएमई:

• वेबसाइट को बनाए रखता है और निगरानी पहलुओं को प्रदान करता है
• वेबसाइट विकसित करता है और बग को ठीक करता है

कार्यकारी प्रबंधक:

• एक परीक्षण परियोजना के दौरान शामिल सर्वर को बनाए रखता है

रूपरेखा अनुप्रयोगों और व्यापार प्रक्रियाओं में शामिल हैं:

सफल लोड परीक्षण के लिए आवश्यक है कि आप कुछ व्यावसायिक प्रक्रिया को अंजाम दें। एक व्यावसायिक प्रक्रिया में वांछित व्यापार लेनदेन के अनुपालन में स्पष्ट रूप से परिभाषित कदम शामिल हैं - ताकि आपके लोड परीक्षण उद्देश्यों को पूरा किया जा सके।

सिस्टम पर उपयोगकर्ता के लोड को मिटाने के लिए एक मीट्रिक तैयार किया जा सकता है। नीचे एक कंपनी में उपस्थिति प्रणाली का एक उदाहरण है:

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

इसी तरह, हम दिन में किसी भी समय एप्लिकेशन (SUL) से जुड़े उपयोगकर्ताओं की कुल संख्या समाप्त कर सकते हैं। इसकी गणना अंतिम पंक्ति में की जाती है।

उपरोक्त 2 तथ्य संयुक्त रूप से हमें उपयोगकर्ताओं की कुल संख्या देते हैं जिनके साथ हमें प्रदर्शन के लिए सिस्टम का परीक्षण करने की आवश्यकता है।

टेस्ट डेटा प्रबंधन प्रक्रियाओं को परिभाषित करें

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

• एक उपयोगकर्ता 'ए' एक वित्तीय अनुबंध बनाता है और समीक्षा के लिए इसे प्रस्तुत करता है।
• एक अन्य उपयोगकर्ता 'बी' उपयोगकर्ता 'ए' द्वारा बनाए गए एक दिन में 200 अनुबंधों को मंजूरी देता है
• एक अन्य उपयोगकर्ता 'सी' उपयोगकर्ता 'बी' द्वारा अनुमोदित एक दिन में लगभग 150 अनुबंधों का भुगतान करता है

इस स्थिति में, उपयोगकर्ता B को सिस्टम में 200 अनुबंध 'निर्मित' करने की आवश्यकता है। इसके अलावा, उपयोगकर्ता सी को 150 उपयोगकर्ताओं के भार का अनुकरण करने के लिए "स्वीकृत" के रूप में 150 अनुबंधों की आवश्यकता है।

इसका तात्पर्य यह है कि आपको कम से कम 200 + 150 = 350 अनुबंध बनाने होंगे।

उसके बाद, उपयोगकर्ता सी के लिए टेस्ट डेटा के रूप में सेवा करने के लिए 150 अनुबंधों को मंजूरी दें - शेष 200 अनुबंध उपयोगकर्ता बी के लिए टेस्ट डेटा के रूप में काम करेंगे।

रूपरेखा मॉनिटर

प्रत्येक कारक को निर्दिष्ट करें जो संभवतः एक सिस्टम के प्रदर्शन को प्रभावित कर सकता है। उदाहरण के लिए, कम हार्डवेयर होने से SUL (सिस्टम अंडर लोड) प्रदर्शन पर संभावित प्रभाव पड़ेगा।

सभी कारकों को सूचीबद्ध करें और मॉनिटर सेट करें ताकि आप उन्हें गेज कर सकें। यहाँ कुछ उदाहरण हैं:

• प्रोसेसर (वेब ​​सर्वर, एप्लिकेशन सर्वर, डेटाबेस सर्वर और इंजेक्टर के लिए)
• RAM (वेब ​​सर्वर, एप्लिकेशन सर्वर, डेटाबेस सर्वर और इंजेक्टर के लिए)
• वेब / ऐप सर्वर (उदाहरण के लिए IIS, JBoss, Jaguar Server, Tomcat आदि)
• Oracle और MSSQL सर्वर, SPs आदि के मामले में DB सर्वर (PGA और SGA आकार)
• नेटवर्क बैंडविड्थ उपयोग
• क्लस्टरिंग के मामले में आंतरिक और बाहरी एनआईसी
• लोड बैलेंसर (और यह क्लस्टर के सभी नोड्स पर समान रूप से लोड वितरित कर रहा है)
• डेटा प्रवाह (क्लाइंट और सर्वर से कितना डेटा चलता है, इसकी गणना करें - फिर गणना करें कि NIC की क्षमता, उपयोगकर्ताओं की X संख्या का अनुकरण करने के लिए पर्याप्त है)

Vugen लिपियों बनाएँ

योजना बनाने के बाद अगला कदम VUser स्क्रिप्ट बनाना है।

परिदृश्य निर्माण

अगला कदम अपने लोड परिदृश्य बनाने के लिए है

परिदृश्य निष्पादन

परिदृश्य निष्पादन वह जगह है जहाँ आप सर्वर पर एक साथ कार्य करने के लिए कई VUsers को निर्देश देकर उपयोगकर्ता भार का अनुकरण करते हैं।

आप एक ही समय में कार्य करने वाले VUsers की संख्या को बढ़ाकर और घटाकर एक लोड का स्तर निर्धारित कर सकते हैं।

इस निष्पादन के परिणामस्वरूप सर्वर तनाव में हो सकता है और असामान्य रूप से व्यवहार कर सकता है। यह प्रदर्शन परीक्षण का बहुत उद्देश्य है। फिर निकाले गए परिणामों को विस्तृत विश्लेषण और मूल कारण पहचान के लिए उपयोग किया जाता है।

परिणाम विश्लेषण (सिस्टम ट्विकिंग के बाद)

परिदृश्य निष्पादन के दौरान, लोडरनर विभिन्न भारों के तहत आवेदन के प्रदर्शन को रिकॉर्ड करता है। परीक्षण निष्पादन से निकाले गए आँकड़े सहेजे जाते हैं और विवरण विश्लेषण किया जाता है। 'एचपी एनालिसिस' टूल विभिन्न ग्राफ बनाता है जो सिस्टम के प्रदर्शन की कमी के साथ-साथ सिस्टम विफलता के मूल कारणों की पहचान करने में मदद करता है।

प्राप्त किए गए कुछ रेखांकन में शामिल हैं:

• पहले बफर का समय
• लेनदेन प्रतिक्रिया समय
• औसत लेनदेन प्रतिक्रिया समय
• प्रति सेकंड हिट्स
• विंडोज संसाधन
• आँकड़े मिटाते हैं
• लेनदेन का सारांश

सामान्य प्रश्न

हमें किन ऐप्स का प्रदर्शन टेस्ट करना चाहिए?

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

उदाहरण के लिए, Microsoft कैलकुलेटर न तो क्लाइंट-सर्वर आधारित है और न ही यह कई उपयोगकर्ताओं को चलाता है; इसलिए यह प्रदर्शन परीक्षण के लिए एक उम्मीदवार नहीं है।

प्रदर्शन परीक्षण और प्रदर्शन इंजीनियरिंग के बीच अंतर क्या है

प्रदर्शन परीक्षण और प्रदर्शन इंजीनियरिंग के बीच अंतर को समझना महत्वपूर्ण है। नीचे एक समझ साझा की गई है:

प्रदर्शन परीक्षण एक अनुशासन है जो विभिन्न मापदंडों के तहत एक सॉफ्टवेयर अनुप्रयोग के वर्तमान प्रदर्शन का परीक्षण और रिपोर्टिंग से संबंधित है ।

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

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