शुरुवातकर्ताहरूको लागि लोड परीक्षण पूर्ण गाइड

शुरुवातका लागि पूर्ण लोड टेस्टिङ गाइड:

यस ट्युटोरियलमा हामी किन लोड टेस्टिङ गर्छौँ, यसबाट के हासिल हुन्छ, वास्तुकला, के हो भन्ने कुरा सिक्नेछौँ। लोड टेस्ट सफलतापूर्वक कार्यान्वयन गर्नको लागि अपनाउनु पर्ने दृष्टिकोण, लोड टेस्ट वातावरण कसरी सेट अप गर्ने, उत्तम अभ्यासहरू, साथै बजारमा उपलब्ध उत्तम लोड टेस्टिङ उपकरणहरू।

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

त्यसैले, लोड परीक्षण एक गैर-कार्यात्मक प्रकारको परीक्षण हो जुन कार्यसम्पादन परीक्षणको उपसेट हो।

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

लोड परीक्षण के हो?

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

यसैले जब हामी लोड परिमार्जन गर्छौं, हामी विभिन्न परिस्थितिहरूमा प्रणालीको व्यवहारलाई निगरानी गर्छौं।

0 उदाहरण: लगइन पृष्ठको लागि हाम्रो ग्राहक आवश्यकता 2-5 सेकेन्ड हो र यो 2-5 सेकेन्ड सबै एकरूप हुनुपर्छ भनेर मानौं।विवरण, कार्टमा उत्पादन थप्छ, चेक आउट गर्छ र लग आउट गर्दछ।
  • ब्राउज गर्नुहोस्, उत्पादन दृश्य, कार्टमा थप्नुहोस् चेक आउट गर्नुहोस् र भुक्तानी गर्दछ - यहाँ, प्रयोगकर्ताले अनुप्रयोगमा लग इन गर्दछ। , विभिन्न कोटीहरू मार्फत ब्राउज गर्दछ, उत्पादन विवरणहरू हेर्छ, कार्टमा उत्पादन थप्छ, चेक आउट गर्छ, भुक्तानी र लग आउट गर्छ।
  • 19
    S.No व्यवसाय प्रवाह लेनदेनको संख्या भर्चुअल प्रयोगकर्ता लोड

    प्रतिक्रिया समय (सेकेन्ड) % असफलता दरलाई अनुमति दिइएको छ21 प्रति घण्टा लेनदेन

    1 ब्राउज 17

    1600

    3 2% भन्दा कम 96000

    2 ब्राउज गर्नुहोस्, उत्पादन दृश्य, कार्टमा थप्नुहोस् 17

    200

    3 2% भन्दा कम 12000

    3 ब्राउज गर्नुहोस्, उत्पादन दृश्य, थप्नुहोस् कार्टमा र चेक आउट 18

    120

    3 2% भन्दा कम 25 7200

    4 ब्राउज गर्नुहोस्, उत्पादन दृश्य, कार्टमा थप्नुहोस् चेक आउट गर्नुहोस् र भुक्तानी गर्दछ 20 80

    3 2% भन्दा कम 4800
    ०> माथिको मानहरू निम्न गणनाहरूको आधारमा व्युत्पन्न गरिएको थियो:
    • लेनदेन प्रति घण्टा = प्रयोगकर्ताहरूको संख्या* एक घण्टामा एकल प्रयोगकर्ताले गरेको लेनदेन।
    • प्रयोगकर्ताहरूको संख्या = 1600।
    • ब्राउज परिदृश्यमा लेनदेनको कुल संख्या = 17।
    • का लागि प्रतिक्रिया समयप्रत्येक लेनदेन = 3.
    • एकल प्रयोगकर्ताले 17 लेनदेनहरू पूरा गर्नको लागि कुल समय = 17*3 = 51 राउन्डेड 60 सेकेन्ड (1 मिनेट)।
    • लेनदेन प्रति घण्टा = 1600*60 = 96000 लेनदेन।

    #4) लोड टेस्ट डिजाइन गर्नुहोस् - लोड टेस्ट हामीले अहिलेसम्म सङ्कलन गरेको डाटा जस्तै व्यापार प्रवाह, प्रयोगकर्ता संख्या, प्रयोगकर्ता ढाँचा, मेट्रिक्स सङ्कलन र विश्लेषण गर्न। यसबाहेक, परीक्षणहरू धेरै यथार्थपरक तरिकामा डिजाइन गरिनु पर्छ।

    #5) लोड परीक्षण कार्यान्वयन गर्नुहोस् – हामीले लोड परीक्षण कार्यान्वयन गर्नु अघि, एप चलिरहेको छ भनी सुनिश्चित गर्नुहोस्। लोड परीक्षण वातावरण तयार छ। अनुप्रयोग कार्यात्मक रूपमा परीक्षण गरिएको छ र स्थिर छ।

    लोड परीक्षण वातावरणको कन्फिगरेसन सेटिङहरू जाँच गर्नुहोस्। उत्पादनको वातावरण पनि त्यस्तै हुनुपर्छ । सुनिश्चित गर्नुहोस् कि सबै परीक्षण डाटा उपलब्ध छ। परीक्षण कार्यान्वयनको क्रममा प्रणाली कार्यसम्पादन निगरानी गर्न आवश्यक काउन्टरहरू थप्न सुनिश्चित गर्नुहोस्।

    सधैं कम लोडबाट सुरु गर्नुहोस् र बिस्तारै लोड बढाउनुहोस्। कहिले पनि पूर्ण लोडको साथ सुरु नगर्नुहोस् र प्रणाली तोड्नुहोस्।

    #6) लोड परीक्षण परिणामहरूको विश्लेषण गर्नुहोस् – सधैं अन्य परीक्षण रनहरूसँग तुलना गर्न आधारभूत परीक्षण राख्नुहोस्। बाधाहरू फेला पार्न परीक्षण रन पछि मेट्रिक्स र सर्भर लगहरू जम्मा गर्नुहोस्।

    केही परियोजनाहरूले परीक्षण रनको समयमा प्रणालीको निगरानी गर्न अनुप्रयोग प्रदर्शन निगरानी उपकरणहरू प्रयोग गर्छन्, यी APM उपकरणहरूले मूल कारणलाई अझ सजिलैसँग पहिचान गर्न मद्दत गर्दछ।र धेरै समय बचत गर्नुहोस्। यी उपकरणहरूले समस्याको मूल कारण पत्ता लगाउन धेरै सजिलो छ किनभने तिनीहरूसँग समस्या कहाँ छ भनेर पत्ता लगाउन विस्तृत दृष्टिकोण छ।

    बजारमा रहेका केही APM उपकरणहरूमा DynaTrace, Wily Introscope, App Dynamics आदि समावेश छन्।

    #7) रिपोर्टिङ - एक पटक टेस्ट रन पूरा भएपछि, सबै मेट्रिकहरू जम्मा गर्नुहोस् र तपाईंको अवलोकन र सिफारिसहरू सहित सम्बन्धित टोलीलाई परीक्षण सारांश रिपोर्ट पठाउनुहोस्।

    उत्तम अभ्यासहरू

    1>बजारमा उपलब्ध प्रदर्शन परीक्षण उपकरणहरूको सूची विशेष लोड परीक्षण सञ्चालन गर्न।

    निष्कर्ष

    यो ट्युटोरियलमा, हामीले एप्लिकेसनको कार्यसम्पादन परीक्षणमा लोड टेस्टिङले कसरी महत्त्वपूर्ण भूमिका खेल्छ, यसले कसरी एप्लिकेसनको दक्षता र क्षमता आदि बुझ्न मद्दत गर्छ भन्ने कुरा सिकेका छौं।

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

    पढाइको शुभकामना!!

    लोड 5000 प्रयोगकर्ता नभएसम्म भर। त्यसोभए हामीले के सुन्नु पर्छ? यो प्रणालीको लोड ह्यान्डलिङ क्षमता मात्र हो वा यो केवल प्रतिक्रिया समय आवश्यकता हो?

    उत्तर दुवै हो। हामी सबै समवर्ती प्रयोगकर्ताहरूको लागि 2-5 सेकेन्डको प्रतिक्रिया समयको साथ 5000 प्रयोगकर्ताहरूको लोड ह्यान्डल गर्न सक्ने प्रणाली चाहन्छौं।

    त्यसोभए समवर्ती प्रयोगकर्ता र भर्चुअल प्रयोगकर्ताको अर्थ के हो?

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

    लोड टेस्ट आर्किटेक्चर

    तलको रेखाचित्रमा हामीले विभिन्न प्रयोगकर्ताहरू कसरी पहुँच गरिरहेका छन् भनेर देख्न सक्छौं। निवेदन। यहाँ प्रत्येक प्रयोगकर्ताले इन्टरनेट मार्फत अनुरोध गरिरहेको छ, जुन पछि फायरवाल मार्फत पारित हुन्छ।

    फायरवाल पछि, हामीसँग लोड ब्यालेन्सर छ जसले कुनै पनि वेब सर्भरमा लोड वितरण गर्छ, र त्यसपछि अनुप्रयोगमा जान्छ। सर्भर र पछि डाटाबेस सर्भरमा जहाँ यसले प्रयोगकर्ताको अनुरोधमा आधारित आवश्यक जानकारी ल्याउँछ।

    लोड परीक्षण म्यानुअल रूपमा साथै उपकरण प्रयोग गरेर पनि गर्न सकिन्छ। तर म्यानुअल लोड परीक्षणको सल्लाह दिइँदैन किनकि हामीले कम लोडको लागि अनुप्रयोगको परीक्षण गर्दैनौं।

    उदाहरण: मानौं, हामी प्रतिक्रिया समय हेर्नको लागि अनलाइन किनमेल अनुप्रयोग परीक्षण गर्न चाहन्छौं।प्रत्येक प्रयोगकर्ताको लागि अनुप्रयोग क्लिक गर्नुहोस् जस्तै चरण 1 - URL लन्च गर्नुहोस्, प्रतिक्रिया समय, अनुप्रयोगमा लगइन गर्नुहोस् र प्रतिक्रिया समय नोट गर्नुहोस् र यस्तै अन्य चीजहरू चयन गर्नुहोस्, कार्टमा थप्नुहोस्, भुक्तानी गर्नुहोस् र लग अफ गर्नुहोस्। यी सबै १० प्रयोगकर्ताहरूका लागि गर्नुपर्छ।

    त्यसोभए, अब हामीले १० प्रयोगकर्ताहरूको लागि एप्लिकेसन लोड परीक्षण गर्न आवश्यक छ भने, हामी विभिन्न मेशिनहरूबाट 10 भौतिक प्रयोगकर्ताहरूले म्यानुअल रूपमा लोड राखेर यो प्राप्त गर्न सक्छौं। उपकरण। यस परिदृश्यमा, उपकरणमा लगानी गर्नु र उपकरणको लागि वातावरण सेटअप गर्नुको सट्टा म्यानुअल लोड परीक्षणको लागि जानु उचित हुन्छ।

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

    यदि हामीसँग बजेट छ भने, हामी जान सक्छौं। लोड रनर जस्ता व्यावसायिक उपकरणहरू तर यदि हामीसँग धेरै बजेट छैन भने हामी JMeter, आदि जस्ता खुला स्रोत उपकरणहरूको लागि जान सक्छौं।

    यो व्यावसायिक उपकरण होस् वा खुला स्रोत उपकरण, विवरणहरू हुनुपर्छ हामीले उपकरणलाई अन्तिम रूप दिनु अघि ग्राहकसँग साझेदारी गरियो। सामान्यतया, अवधारणाको प्रमाण तयार गरिन्छ, जहाँ हामी उपकरण प्रयोग गरेर नमूना लिपि उत्पन्न गर्छौं र यसलाई अन्तिम रूप दिनु अघि उपकरणको स्वीकृतिको लागि ग्राहकलाई नमूना रिपोर्टहरू देखाउँछौं।

    स्वचालित लोड परीक्षणमा, हामी प्रयोगकर्ताहरूलाई प्रतिस्थापन गर्छौं। को मद्दतलेस्वचालन उपकरण, जसले वास्तविक-समय प्रयोगकर्ता कार्यहरूको नक्कल गर्दछ। स्वचालित लोड गरेर हामी स्रोतहरू र समय बचत गर्न सक्छौं।

    तल रेखाचित्र छ जसले प्रयोगकर्ताहरूलाई उपकरण प्रयोग गरेर कसरी प्रतिस्थापन गरिन्छ भनेर चित्रण गर्दछ।

    परीक्षण किन लोड गर्ने?

    मानौं कि त्यहाँ एक अनलाइन सपिङ वेबसाइट छ जसले सामान्य व्यापारिक दिनहरूमा राम्रो काम गरिरहेको छ अर्थात् प्रयोगकर्ताहरूले अनुप्रयोगमा लगइन गर्न, ब्राउज गर्न सक्षम छन्। विभिन्न उत्पादन कोटिहरू मार्फत, उत्पादनहरू चयन गर्नुहोस्, कार्टमा वस्तुहरू थप्नुहोस्, स्वीकार्य दायरा भित्र चेक आउट गर्नुहोस् र लग अफ गर्नुहोस् र त्यहाँ कुनै पृष्ठ त्रुटिहरू वा ठूलो प्रतिक्रिया समयहरू छैनन्।

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

    यसैले यो ठूलो दिनमा, कम्पनीले धेरै ग्राहकहरू गुमाउनुका साथै धेरै व्यापार पनि गुमाउनु परेको थियो। यो सबै भयो किनभने तिनीहरूले पीक दिनहरूमा प्रयोगकर्ता लोडको भविष्यवाणी नगरेका थिए, यदि तिनीहरूले कम्पनीको वेबसाइटमा लोड परीक्षण नगरिएको भविष्यवाणी गरेको भए पनि, त्यसैले उनीहरूलाई थाहा छैन कि अनुप्रयोगले कति लोड ह्यान्डल गर्न सक्षम हुनेछ। चरम दिनहरूमा।

    यसैले यस्तो परिस्थितिलाई सम्हाल्न र ठूलो राजस्व हटाउनको लागि, यो भार सञ्चालन गर्न सल्लाह दिइन्छ।यस प्रकारका एप्लिकेसनहरूको लागि परीक्षण।

    • लोड परीक्षणले बलियो र भरपर्दो प्रणालीहरू निर्माण गर्न मद्दत गर्छ।
    • प्रणालीमा रहेको बाधालाई एप्लिकेसन लाइभ हुनुअघि नै राम्रोसँग पहिचान गरिन्छ।13
    • यसले एप्लिकेसनको क्षमता पहिचान गर्न मद्दत गर्छ।

    लोड परीक्षणको क्रममा के हासिल हुन्छ?

    उचित लोडको साथ परीक्षण गर्दा, हामीसँग निम्नको सही बुझाइ हुन सक्छ:

    1. प्रणालीले ह्यान्डल गर्न वा मापन गर्न सक्षम हुने प्रयोगकर्ताहरूको संख्या।
    2. प्रतिक्रिया समय प्रत्येक लेनदेनको।
    3. सम्पूर्ण प्रणालीको प्रत्येक कम्पोनेन्टले लोड अन्तर्गत कसरी व्यवहार गर्छ अर्थात् एप्लिकेसन सर्भर कम्पोनेन्टहरू, वेब सर्भर कम्पोनेन्टहरू, डाटाबेस कम्पोनेन्टहरू इत्यादि।
    4. लोड ह्यान्डल गर्न कुन सर्भर कन्फिगरेसन उत्तम हुन्छ?
    5. अवस्थित हार्डवेयर पर्याप्त छ वा कुनै अतिरिक्त हार्डवेयरको आवश्यकता छ।
    6. सीपीयू उपयोग, मेमोरी प्रयोग, नेटवर्क ढिलाइ, आदि जस्ता बाधाहरू पहिचान गरिएका छन्।

    वातावरण

    हामीलाई हाम्रो परीक्षणहरू सञ्चालन गर्न एक समर्पित लोड परीक्षण वातावरण चाहिन्छ। किनभने अधिकांश समय लोड परीक्षण वातावरण उत्पादन वातावरण जस्तै हुनेछ र लोड परीक्षण वातावरणमा उपलब्ध डाटा उत्पादन जस्तै हुनेछ यद्यपि यो समान डेटा होइन।

    त्यहाँ धेरै हुनेछ। परीक्षण वातावरणहरू जस्तै SIT वातावरण, QA वातावरण आदि, यी वातावरणहरू समान उत्पादन होइनन्,किनभने लोड परीक्षणको विपरीत तिनीहरूलाई कार्यात्मक परीक्षण वा एकीकरण परीक्षण सञ्चालन गर्न धेरै सर्भरहरू वा त्यति धेरै परीक्षण डाटा आवश्यक पर्दैन।

    उदाहरण:

    उत्पादन वातावरणमा , हामीसँग 3 अनुप्रयोग सर्भरहरू, 2 वेब सर्भरहरू, र 2 डाटाबेस सर्भरहरू छन्। QA मा, हामीसँग केवल 1 अनुप्रयोग सर्भर, 1 वेब सर्भर, र 1 डाटाबेस सर्भर छ। तसर्थ, यदि हामीले QA वातावरणमा लोड परीक्षण सञ्चालन गर्छौं जुन उत्पादन बराबर छैन, तब हाम्रो परीक्षणहरू मान्य हुँदैनन् र गलत पनि हुन्छन् र यसरी हामी यी नतिजाहरूमा जान सक्दैनौं।

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

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

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

    दृष्टिकोण

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

    साथै, हामीलाई हालको अनुप्रयोग ह्यान्डलिङ क्षमता कति छ भन्ने जानकारी चाहिन्छ। यदि यो नयाँ अनुप्रयोग हो भने हामीले आवश्यकताहरू बुझ्न आवश्यक छ, लक्षित लोड के हो, अपेक्षित प्रतिक्रिया समय के हो र यदि यो वास्तवमै प्राप्त गर्न योग्य छ वा छैन।

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

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

    त्यसैले, यसलाई पार गर्न हामी कि त खुला स्रोत उपकरणहरू वा व्यावसायिक उपकरणहरू प्रयोग गर्न सक्छौं। खुला स्रोत उपकरणहरू निःशुल्क उपलब्ध छन्, यी उपकरणहरूमा अन्य व्यावसायिक उपकरणहरू जस्तै सबै सुविधाहरू नहुन सक्छ तर यदि परियोजनामा ​​बजेट अवरोध छ भने, हामी खुला स्रोत उपकरणहरूको लागि जान सक्छौं।

    जबकि व्यापारिक उपकरणहरूमा धेरै छन्। सुविधाहरू, तिनीहरूले धेरै प्रोटोकलहरू समर्थन गर्छन् र धेरै प्रयोगकर्ता-अनुकूल छन्।

    हाम्रो लोड परीक्षण दृष्टिकोण निम्नानुसार हुनेछ:

    #1) लोड परीक्षण पहिचान गर्नुहोस् स्वीकृति मापदण्ड

    उदाहरण को लागी:

    1. को प्रतिक्रिया समयलगइन पृष्ठ अधिकतम लोड अवस्थाहरूमा पनि 5 सेकेन्ड भन्दा बढी हुनु हुँदैन।
    2. CPU उपयोग 80% भन्दा बढी हुनु हुँदैन।
    3. प्रणालीको थ्रुपुट 100 लेनदेन प्रति सेकेन्ड हुनुपर्छ। .

    #2) परीक्षण गर्न आवश्यक व्यापार परिदृश्यहरू पहिचान गर्नुहोस्।

    सबै प्रवाहहरूको परीक्षण नगर्नुहोस्, उत्पादनमा हुने अपेक्षा गरिएका मुख्य व्यवसाय प्रवाहहरू बुझ्न प्रयास गर्नुहोस्। यदि यो अवस्थित अनुप्रयोग हो भने हामीले उत्पादन वातावरणको सर्भर लगहरूबाट उसको जानकारी प्राप्त गर्न सक्छौं।

    यदि यो नयाँ निर्माण अनुप्रयोग हो भने हामीले प्रवाह ढाँचाहरू, अनुप्रयोग प्रयोग बुझ्नको लागि व्यापार टोलीहरूसँग काम गर्न आवश्यक छ। आदि। कहिलेकाहीँ परियोजना टोलीले एप्लिकेसनको प्रत्येक भागको बारेमा एक सिंहावलोकन वा विवरण दिन कार्यशालाहरू सञ्चालन गर्नेछ।

    हामीले आवेदन कार्यशालामा उपस्थित हुन आवश्यक छ र हाम्रो लोड परीक्षण सञ्चालन गर्न सबै आवश्यक जानकारीहरू नोट गर्न आवश्यक छ।

    #3) वर्क लोड मोडेलिङ

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

    वर्कलोड मोडेल डिजाइन गर्दा याद गर्नुपर्ने मुख्य बुँदाहरू कति समय विशेष गरी हेर्नु हो। व्यापार प्रवाह पूरा हुनेछ। यहाँ हामीले सोच्ने समयलाई यसरी तोक्नुपर्छकि, प्रयोगकर्ताले अधिक यथार्थपरक तरिकामा अनुप्रयोग भरि नेभिगेट गर्नेछ।

    कार्य लोड ढाँचा सामान्यतया र्‍याम्प अप, र्‍याम्प डाउन र स्थिर अवस्थाको साथ हुनेछ। हामीले प्रणालीलाई बिस्तारै लोड गर्नुपर्छ र यसरी र्‍याम्प अप र र्याम्प डाउन प्रयोग गरिन्छ। स्थिर अवस्था सामान्यतया 15 मिनेटको र्याम्प अप र 15 मिनेटको र्याम डाउनको साथ एक घण्टाको लोड परीक्षण हुनेछ।

    हामी वर्कलोड मोडेलको उदाहरण लिऔं:

    एप्लिकेशनको सिंहावलोकन - एक अनलाइन किनमेल मानौं, जहाँ प्रयोगकर्ताहरूले एप्लिकेसनमा लग इन गर्नेछन् र किनमेल गर्न विभिन्न प्रकारका लुगाहरू छन्, र तिनीहरूले प्रत्येक उत्पादनमा नेभिगेट गर्न सक्छन्।

    विवरणहरू हेर्नको लागि। प्रत्येक उत्पादनको बारेमा, तिनीहरूले उत्पादनमा क्लिक गर्न आवश्यक छ। यदि उनीहरूलाई उत्पादनको लागत र बनाउन मनपर्छ भने, तिनीहरूले कार्टमा थप्न सक्छन् र जाँच गरेर र भुक्तानी गरेर उत्पादन किन्न सक्छन्।

    तल दिइएको परिदृश्यहरूको सूची हो:

    1. ब्राउज गर्नुहोस् - यहाँ, प्रयोगकर्ताले एप्लिकेसन सुरु गर्छ, एपमा लग इन गर्छ, विभिन्न कोटीहरू मार्फत ब्राउज गर्छ र एपबाट लग आउट गर्छ।
    2. ब्राउज गर्नुहोस्, उत्पादन दृश्य, कार्टमा थप्नुहोस् - यहाँ, प्रयोगकर्ताले अनुप्रयोगमा लग इन गर्दछ, विभिन्न कोटीहरू मार्फत ब्राउज गर्दछ, उत्पादन विवरणहरू हेर्छ, उत्पादनलाई कार्टमा थप्छ र लग आउट गर्दछ।
    3. ब्राउज गर्नुहोस्, उत्पादन दृश्य, कार्टमा थप्नुहोस् र जाँच गर्नुहोस् - यस परिदृश्यमा, प्रयोगकर्ताले अनुप्रयोगमा लग इन गर्दछ, विभिन्न कोटीहरू मार्फत ब्राउज गर्दछ, उत्पादन हेर्छ।
    माथि स्क्रोल गर्नुहोस्