सॉफ्टवेयर परीक्षण में परीक्षण परिदृश्य क्या है (उदाहरण)

⚡ स्मार्ट सारांश

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

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

परीक्षण परिदृश्य

परीक्षण परिदृश्य क्या है?

A परिदृश्य का परीक्षण करें परीक्षण की जाने वाली किसी कार्यक्षमता का उच्च-स्तरीय विवरण है। यह संभावित उपयोगकर्ता सहभागिता या सिस्टम व्यवहार को दर्शाता है, जिसे कभी-कभी परीक्षण स्थिति भी कहा जाता है। एक परीक्षक के रूप में, आपको स्वयं को अंतिम उपयोगकर्ता की जगह रखकर परीक्षणाधीन एप्लिकेशन (AUT) के वास्तविक परिदृश्यों और उपयोग के मामलों का पता लगाना चाहिए।

परीक्षण परिदृश्यों को निम्न के आधार पर वर्गीकृत किया जा सकता है आवेदन का कौन सा पहलू उनका उद्देश्य सत्यापन करना है। इन प्रकारों को समझने से सभी कार्यक्षमताओं और उपयोगकर्ता इंटरैक्शन में पूर्ण कवरेज सुनिश्चित होता है।

परीक्षण परिदृश्यों के प्रकार

  1. कार्यात्मक परिदृश्य: ये पुष्टि करते हैं कि विशिष्ट सुविधाएँ या मॉड्यूल (जैसे लॉगिन, साइनअप या चेकआउट) आवश्यकताओं के अनुसार काम करते हैं या नहीं। ये "इसे क्या करना चाहिए" पहलू पर ध्यान केंद्रित करते हैं।
  2. गैर-कार्यात्मक परिदृश्य: ये यह आकलन करते हैं कि सिस्टम कैसा प्रदर्शन करता है, न कि यह कि यह क्या करता है - इसमें प्रदर्शन, मापनीयता, प्रयोज्यता और विश्वसनीयता शामिल हैं।
  3. सुरक्षा परिदृश्य: ये मूल्यांकन करते हैं कि एप्लिकेशन उपयोगकर्ता डेटा की कितनी अच्छी तरह सुरक्षा करता है और अनधिकृत पहुंच या कमजोरियों को कितनी अच्छी तरह रोकता है।
  4. यूआई (यूजर इंटरफेस) परिदृश्य: ये सुनिश्चित करते हैं कि दृश्य लेआउट, नेविगेशन और इंटरैक्टिव तत्व विभिन्न डिवाइसों और स्क्रीन आकारों पर सहज रूप से कार्य करें।
  5. अंत-से-अंत परिदृश्य: ये वास्तविक दुनिया के वर्कफ़्लो का अनुकरण करते हैं, यह सत्यापित करते हुए कि कई मॉड्यूल एक साथ सहजता से काम करते हैं - उदाहरण के लिए, ई-कॉमर्स ऐप में खोज करना, कार्ट में जोड़ना और भुगतान पूरा करना।

क्या परिदृश्य परीक्षण, परीक्षण परिदृश्य के समान है?

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

आइये नीचे दिए गए वीडियो की सहायता से इसका अध्ययन करें –

परीक्षण परिदृश्य क्यों बनाएं?

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

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

👉 निःशुल्क लाइव सॉफ्टवेयर परीक्षण परियोजना के लिए नामांकन करें

परीक्षण परिदृश्य कब नहीं बनाना चाहिए?

परीक्षण परिदृश्य तब नहीं बनाए जा सकते जब

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

परीक्षण परिदृश्य कैसे लिखें

एक परीक्षक के रूप में, आप परीक्षण परिदृश्य बनाने के लिए इन पाँच चरणों का पालन कर सकते हैं-

परीक्षण परिदृश्य लिखें

  • चरण 1परीक्षणाधीन प्रणाली (SUT) के लिए आवश्यक दस्तावेज़ जैसे BRS, SRS, FRS पढ़ें। आप परीक्षण किए जाने वाले एप्लिकेशन के उपयोग के मामलों, पुस्तकों, मैनुअल आदि का भी संदर्भ ले सकते हैं।
  • चरण 2प्रत्येक आवश्यकता के लिए, संभावित उपयोगकर्ता क्रियाओं और उद्देश्यों का पता लगाएँ। आवश्यकता के तकनीकी पहलुओं का निर्धारण करें। सिस्टम के दुरुपयोग के संभावित परिदृश्यों का पता लगाएँ और हैकर की मानसिकता से उपयोगकर्ताओं का मूल्यांकन करें।
  • चरण १: आवश्यकता दस्तावेज़ को पढ़ने और अपना उचित परिश्रम विश्लेषण करने के बाद, विभिन्न परीक्षण परिदृश्यों को सूचीबद्ध करें जो सॉफ्टवेयर की प्रत्येक विशेषता को सत्यापित करते हैं।
  • चरण १: एक बार जब आप सभी संभावित परीक्षण परिदृश्यों को सूचीबद्ध कर लें, तो पता लगाने की क्षमता का मापदंड यह सत्यापित करने के लिए बनाया गया है कि प्रत्येक आवश्यकता के लिए एक संगत परीक्षण परिदृश्य है
  • चरण १: बनाए गए परिदृश्यों की समीक्षा आपके पर्यवेक्षक द्वारा की जाती है। Laterइसके अलावा, परियोजना में अन्य हितधारकों द्वारा भी उनकी समीक्षा की जाती है।

परीक्षण परिदृश्य स्वचालन में AI कैसे मदद कर सकता है?

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

एआई-संचालित ऑटोमेशन फ्रेमवर्क स्क्रिप्ट को सेल्फ-हील कर सकते हैं—यूआई में बदलाव होने पर लोकेटर को अपने आप अपडेट कर सकते हैं, जिससे रखरखाव का समय काफी कम हो जाता है। ये सीआई/सीडी पाइपलाइनें, निरंतर परीक्षण और वास्तविक समय प्रतिक्रिया सुनिश्चित करना।

उदाहरण के लिए, एक AI इंजन ई-कॉमर्स साइट पर हजारों उपयोगकर्ता यात्राओं का अनुकरण कर सकता है, टूटे हुए प्रवाह का पता लगा सकता है, और यहां तक ​​कि अनुकूलित परीक्षण कवरेज का सुझाव भी दे सकता है।

परीक्षण परिदृश्य बनाने के लिए सुझाव

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

छात्रों के लिए सुझाव: परीक्षण परिदृश्य यह बताता है कि क्या परीक्षण करना है; परीक्षण मामला यह बताता है कि इसका परीक्षण कैसे करना है।

उदाहरण 1: ईकॉमर्स एप्लिकेशन के लिए परीक्षण परिदृश्य

ई-कॉमर्स एप्लिकेशन के लिए, कुछ परीक्षण परिदृश्य होंगे

परीक्षण परिदृश्य 1: लॉगिन कार्यक्षमता की जाँच करें

ईकॉमर्स एप्लिकेशन के लिए परीक्षण परिदृश्य

टेस्ट परिदृश्य और के बीच अंतर को समझने में आपकी मदद करने के लिए परीक्षण के मामलोंइस परीक्षण परिदृश्य के लिए विशिष्ट परीक्षण मामले होंगे

  1. वैध ईमेल आईडी और पासवर्ड दर्ज करते समय सिस्टम व्यवहार की जांच करें।
  2. अमान्य ईमेल आईडी और वैध पासवर्ड दर्ज किए जाने पर सिस्टम व्यवहार की जांच करें।
  3. वैध ईमेल आईडी और अवैध पासवर्ड दर्ज करते समय सिस्टम व्यवहार की जांच करें।
  4. अमान्य ईमेल आईडी और अमान्य पासवर्ड दर्ज किए जाने पर सिस्टम व्यवहार की जांच करें।
  5. जब ईमेल आईडी और पासवर्ड खाली छोड़ दिया जाता है और साइन इन दर्ज किया जाता है तो सिस्टम व्यवहार की जांच करें।
  6. अपना पासवर्ड भूल गए की जाँच करें कि क्या यह अपेक्षित रूप से काम कर रहा है
  7. वैध/अवैध फोन नंबर और पासवर्ड दर्ज करते समय सिस्टम व्यवहार की जांच करें।
  8. जब “मुझे साइन इन रखें” चेक किया गया हो तो सिस्टम व्यवहार की जाँच करें

जैसा कि स्पष्ट है, टेस्ट केस अधिक विशिष्ट होते हैं।

परीक्षण परिदृश्य 2: खोज कार्यक्षमता की जाँच करें

ईकॉमर्स एप्लिकेशन के लिए परीक्षण परिदृश्य

परीक्षण परिदृश्य 3: उत्पाद की जाँच करें Descriptआयन पेज

ईकॉमर्स एप्लिकेशन के लिए परीक्षण परिदृश्य

परीक्षण परिदृश्य 4: भुगतान कार्यक्षमता की जाँच करें

ईकॉमर्स एप्लिकेशन के लिए परीक्षण परिदृश्य

परीक्षण परिदृश्य 5: ऑर्डर इतिहास की जाँच करें

ईकॉमर्स एप्लिकेशन के लिए परीक्षण परिदृश्य

इन 5 परिदृश्यों के अलावा अन्य सभी परिदृश्यों की सूची यहां दी गई है

  • वापस आने वाले ग्राहकों के लिए होम पेज व्यवहार की जाँच करें
  • श्रेणी/उत्पाद पृष्ठ जाँचें
  • ग्राहक सेवा/संपर्क पृष्ठ देखें
  • दैनिक डील पेज देखें

उदाहरण 2: बैंकिंग साइट के लिए परीक्षण परिदृश्य

परीक्षण परिदृश्य 1: लॉगिन और प्रमाणीकरण कार्यक्षमता की जाँच करें

परीक्षण परिदृश्य 2: चेक मनी ट्रांसफर किया जा सकता है

परीक्षण परिदृश्य 3: चेक अकाउंट स्टेटमेंट देखा जा सकता है

परीक्षण परिदृश्य 4: चेक करें कि फिक्स्ड डिपॉजिट/आवर्ती जमा बनाया जा सकता है

और इसी तरह…

परीक्षण परिदृश्य टेम्पलेट

टेस्ट परिदृश्य टेम्पलेट एक्सेल डाउनलोड करें(.xlsx)

परीक्षण परिदृश्यों में सामान्य चुनौतियाँ और गलतियाँ

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

  • अस्पष्ट आवश्यकताएँ: अस्पष्ट या बदलती आवश्यकताएं अपूर्ण या अप्रासंगिक परिदृश्यों को जन्म देती हैं।
  • अतिव्यापी परिदृश्य: अनावश्यक परिदृश्य समय बर्बाद करते हैं और परीक्षण निष्पादन में भ्रम पैदा करते हैं।
  • एज मामलों की अनदेखी: केवल सामान्य रास्तों पर ध्यान केंद्रित करने से गंभीर दोष छूट जाते हैं।
  • खराब प्राथमिकता निर्धारण: सभी परिदृश्यों को समान रूप से देखने से उच्च प्रभाव वाली विशेषताओं के परीक्षण में देरी होती है।
  • अत्यधिक विवरण: अत्यधिक जटिल परिदृश्य रखरखाव को कठिन बना देते हैं और चपलता को कम कर देते हैं।
  • पता लगाने की क्षमता का अभाव: आवश्यकताओं और परिदृश्यों के बीच लिंक गायब होने से कवरेज अंतराल उत्पन्न होता है।
  • स्वचालन तत्परता की उपेक्षा: स्वचालन के लिए अनुपयुक्त परिदृश्य लिखने से मापनीयता सीमित हो जाती है।

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

परीक्षण परिदृश्य किसी उपयोगकर्ता क्रिया या वर्कफ़्लो का उच्च-स्तरीय विवरण होता है जिसे सत्यापन की आवश्यकता होती है। यह चरण-दर-चरण प्रक्रिया नहीं, बल्कि परीक्षण की जाने वाली चीज़ों की रूपरेखा बताता है, जिससे यह सुनिश्चित करने में मदद मिलती है कि महत्वपूर्ण उपयोगकर्ता पथ सही ढंग से कार्य करें।

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

एक उपयोग-मामला उपयोगकर्ता और सिस्टम के बीच पूर्ण अंतःक्रिया का वर्णन करता है, जबकि एक परिदृश्य उस उपयोग-मामले के भीतर एक विशिष्ट उदाहरण या पथ होता है। सभी परिदृश्य व्यापक, अधिक संरचित उपयोग-मामलों के अंतर्गत आते हैं।

चार सामान्य परीक्षण चरण हैं: इकाई परीक्षण, एकीकरण परीक्षण, सिस्टम परीक्षण और स्वीकृति परीक्षण। ये चरण मिलकर अलग-अलग घटकों, उनकी अंतःक्रियाओं, संपूर्ण सिस्टम के व्यवहार और वास्तविक दुनिया में उपयोग के लिए अंतिम तत्परता का सत्यापन करते हैं।

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

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

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

इस पोस्ट को संक्षेप में इस प्रकार लिखें: