टेस्ट परिदृश्य क्या है: उदाहरणों के साथ परीक्षण परिदृश्य टेम्प्लेट

what is test scenario

यह ट्यूटोरियल बताता है कि परीक्षण परिदृश्य का महत्व, कार्यान्वयन, उदाहरण और परीक्षण परिदृश्य के टेम्पलेट के साथ क्या है:

किसी भी सॉफ्टवेयर की कार्यक्षमता / विशेषता जिसे परीक्षण किया जा सकता है, एक परीक्षण परिदृश्य कहा जाता है। किसी भी परीक्षण परिदृश्य को लिखते समय अंतिम-उपयोगकर्ता के दृष्टिकोण पर विचार किया जाता है।

यह ट्यूटोरियल आपको सवालों के जवाब देने में मदद करेगा: परीक्षण परिदृश्यों की आवश्यकता क्यों है, जब परीक्षण परिदृश्य लिखे जाते हैं और परीक्षण परिदृश्यों को कैसे लिखना है।

आप क्या सीखेंगे:

• एक परीक्षण परिदृश्य क्या है?
  • परीक्षण परिदृश्य का महत्व
  • टेस्ट परिदृश्य और टेस्ट केस के बीच अंतर
  • टेस्ट परिदृश्य अपरिहार्य क्यों है?
  • परीक्षण परिदृश्य का कार्यान्वयन
• परीक्षा परिदृश्यों का परीक्षण करें
  • # 1) किंडल ऐप के लिए परीक्षण परिदृश्य
  • # 2) Google डॉक्स के लिए स्वीकृति मानदंड
  • परीक्षण परिदृश्य टेम्पलेट का उदाहरण
• निष्कर्ष
  • अनुशंसित पाठ

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

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

यात्रा का तरीका जो आप चुन सकते हैं वह हैं:

(i) एयरवेज: कोलंबो के लिए एक उड़ान ले लो

(ii) जलमार्ग:कोलंबो की यात्रा के लिए एक जहाज को प्राथमिकता दें

(iii) रेलवे:श्रीलंका के लिए ट्रेन लें

अब टेस्ट परिदृश्य के लिए: मुंबई समुद्र के किनारे से कोलंबो समुद्र तट तक की यात्रा एक कार्यक्षमता है जिसका परीक्षण किया जाना है।

टेस्ट परिदृश्य में शामिल हैं:

• एयरवेज द्वारा यात्रा,
• जलमार्ग से यात्रा या
• रेलवे द्वारा यात्रा।

इन परीक्षा परिदृश्यों में परीक्षण के मामले होंगे।

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

परीक्षण परिदृश्य: एयरवेज द्वारा यात्रा

परीक्षण मामलों में परिदृश्य शामिल हो सकते हैं:

1. उड़ान निर्धारित समय के अनुसार है।
2. उड़ान निर्धारित समय के अनुसार नहीं है।
3. एक आपातकालीन स्थिति की शुरुआत हुई है (भारी वर्षा और तूफान)।

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

अब तकनीकी परीक्षण परिदृश्यों पर आते हैं।

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

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

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

परीक्षण परिदृश्य का महत्व

• एक टेस्ट परिदृश्य में कई 'टेस्ट केस' हो सकते हैं। यह एक बड़ी पैनोरमिक छवि के रूप में पता लगाया जा सकता है और परीक्षण के मामले छोटे हिस्से हैं जो पैनोरमा को पूरा करने के लिए महत्वपूर्ण हैं।
• यह एक एकल लाइन स्टेटमेंट है और परीक्षण के मामले में परीक्षण परिदृश्य विवरण के उद्देश्य को पूरा करने के लिए चरण-वार विवरण शामिल है।
• उदाहरण:

परीक्षण परिदृश्य: प्राप्त कैब सेवा के लिए भुगतान करें।

इसमें नीचे दिए गए कई परीक्षण मामले होंगे:

(मैं) भुगतान की जाने वाली विधि: पेपाल, पेटीएम, क्रेडिट / डेबिट कार्ड।
(ii) भुगतानकिया सफल है।
(iii) किया गया भुगतान असफल है।
(iv) भुगतानबीच में प्रक्रिया समाप्त हो गई।
(v) भुगतान विधियों तक पहुँचने में सक्षम नहीं है।
(हम) आवेदन पत्रबीच में टूट जाता है।

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

टेस्ट परिदृश्य और टेस्ट केस के बीच अंतर

टेस्ट परिदृश्य अपरिहार्य क्यों है?

परीक्षण परिदृश्य आवश्यकताओं या उपयोगकर्ता कहानियों से प्राप्त होते हैं।

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

परीक्षण परिदृश्य इस प्रकार SDLC का एक अनिवार्य हिस्सा हैं।

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

आइए हम परीक्षण परिदृश्यों के कार्यान्वयन को देखें या परीक्षण परिदृश्य कैसे लिखें-

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

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

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

# 1) किंडल ऐप के लिए परीक्षण परिदृश्य

किंडल वह ऐप है जो इसके ई-रीडर्स को ई-बुक को ऑनलाइन खोजने, डाउनलोड करने और उन्हें खरीदने में सक्षम बनाता है। अमेजन किंडल ई-बुक रीडर को हाथ में किताब पकड़कर पढ़ने का वास्तविक जीवन का अनुभव देता है। यहां तक ​​कि पृष्ठों को मोड़ने से ऐप में अच्छी तरह से सिम्युलेटेड है।

अब परीक्षा परिदृश्यों पर ध्यान दें। () ध्यान दें: परीक्षण परिदृश्य लिखने के लिए एक सामान्य विचार प्राप्त करने के लिए सीमित परिदृश्यों को नीचे सूचीबद्ध किया गया है। इसमें कई परीक्षण मामले प्राप्त हो सकते हैं)।

एकाधिक परीक्षण मामलों को ऊपर वर्णित प्रत्येक परीक्षण परिदृश्य से प्राप्त किया जा सकता है।

गुणवत्ता नियंत्रण और गुणवत्ता आश्वासन क्या है

# 2) Google डॉक्स के लिए स्वीकृति मानदंड

Spreads Google डॉक्स ’शब्द दस्तावेज़, स्प्रेडशीट, स्लाइड और फ़ॉर्म बनाने, संपादित करने और साझा करने के लिए एक वेब-आधारित अनुप्रयोग है। इंटरनेट कनेक्शन वाले वेब-ब्राउज़र का उपयोग करके सभी फ़ाइलों को ऑनलाइन एक्सेस किया जा सकता है।

बनाए गए दस्तावेज़ों को वेब पेज या प्रिंट-रेडी दस्तावेज़ के रूप में साझा किया जा सकता है। उपयोगकर्ता उन दस्तावेजों पर प्रतिबंध लगा सकता है जो दस्तावेजों को देख और संपादित कर सकते हैं। एक एकल दस्तावेज़ को विभिन्न भौगोलिक स्थानों के विभिन्न व्यक्तियों द्वारा सहयोगात्मक रूप से साझा और काम किया जा सकता है।

सामान्य समझ के लिए सीमित परीक्षण परिदृश्य नीचे दिए गए हैं। Google डॉक्स के लिए गहराई से परीक्षण परिदृश्य पूरी तरह से एक अलग विषय हो सकता है।

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

ये स्वीकृति मानदंड पुनरावृत्ति प्रक्रिया योजना में एक प्रमुख भूमिका निभाते हैं और इसे कभी भी अनदेखा नहीं किया जाना चाहिए। उन्हें पहले से और ऊपर से परिभाषित करना स्प्रिंट या रिलीज के अंत में आश्चर्य या झटके से बचा जाता है

दिया हुआ एक शर्त है।
कब एक कार्रवाई करने के लिए।
फिर परिणाम अपेक्षित है।

दिए गए, कब और फिर के प्रारूप स्वीकृति मानदंडों को निर्दिष्ट करने के लिए सहायक हैं।

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

निष्कर्ष

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

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

अनुशंसित पाठ

• प्रारूप और सामग्री के साथ नमूना सॉफ्टवेयर टेस्ट प्लान टेम्पलेट
• टेस्ट केस के उदाहरणों के साथ सैंपल टेस्ट केस टेम्पलेट (डाउनलोड)
• उदाहरणों के साथ स्वीकृति परीक्षण रिपोर्ट के लिए नमूना टेम्पलेट
• उदाहरणों में सी ++ में टेम्पलेट
• उदाहरणों के साथ पायथन डेटटाइम ट्यूटोरियल
• उदाहरणों के साथ यूनिक्स में कमान काटें
• टेस्ट परिदृश्य बनाम टेस्ट केस: इनमें क्या अंतर है?
• ब्लेज़मीटर प्लगिन और जेमीटर टेम्पलेट