use case use case testing complete tutorial
शुरू करने के लिए, आइए समझते हैं उपयोग का मामला क्या है? ' और बाद में हम चर्चा करेंगे ‘यूज केस टेस्टिंग क्या है? ' ।
उपयोग का मामला आवश्यक उपयोगकर्ता सहभागिता को परिभाषित करने के लिए एक उपकरण है। यदि आप एक नया एप्लिकेशन बनाने या किसी मौजूदा एप्लिकेशन में परिवर्तन करने का प्रयास कर रहे हैं, तो कई चर्चाएं की जाती हैं। आपके द्वारा की गई महत्वपूर्ण चर्चा में से एक यह है कि आप सॉफ्टवेयर समाधान की आवश्यकता का प्रतिनिधित्व कैसे करेंगे।
व्यवसाय विशेषज्ञों और डेवलपर्स को आवश्यकता के बारे में आपसी समझ होनी चाहिए, क्योंकि इसे प्राप्त करना बहुत कठिन है। उनके बीच संचार को संरचित करने के लिए कोई भी मानक तरीका वास्तव में एक वरदान होगा। यह बदले में, गलतफहमी को कम करेगा और यहां वह जगह है जहां उपयोग मामला तस्वीर में आता है।
यह ट्यूटोरियल आपको उपयोग के मामले और परीक्षण की अवधारणा के बारे में एक स्पष्ट तस्वीर देगा, जिससे विभिन्न पहलुओं को शामिल किया जा सके, जो किसी के लिए भी आसानी से समझ में आने के लिए व्यावहारिक उदाहरणों के साथ शामिल हो।
आप क्या सीखेंगे:
- उदाहरण
- ‘Use Case’ दस्तावेजों का उपयोग कौन करता है?
- उपयोग मामलों के प्रकार
- उपयोग मामलों में तत्व
- प्रतिनिधित्व
- कैसे उपयोग करें केस लिखें?
- स्थिति चित्र का उपयोग
- उपयोगकर्ता क्रियाएँ
- उपयोग मामला परीक्षण क्या है?
- निष्कर्ष
- अनुशंसित पाठ
उदाहरण
सॉफ्टवेयर डेवलपमेंट लाइफ साइकल के अलग-अलग चरणों में केस केस महत्वपूर्ण भूमिका निभाता है। उपयोग का मामला 'उपयोगकर्ता क्रियाओं' और उपयोगकर्ता क्रियाओं के लिए 'सिस्टम का जवाब' पर निर्भर करता है।
यह अभिनेता / उपयोगकर्ता द्वारा निष्पादित ‘क्रियाओं का दस्तावेजीकरण और उपयोगकर्ता के कार्य प्रणाली के अनुरूप vi व्यवहार’ है। बक्सों का इस्तेमाल करें सिस्टम के साथ बातचीत पर / अभिनेता / उपयोगकर्ता ’द्वारा एक लक्ष्य को प्राप्त करने या नहीं करने का परिणाम हो सकता है।
उपयोग के मामले में, हम वर्णन करेंगे Given सिस्टम किसी दिए गए परिदृश्य का जवाब कैसे देगा? ' । यह 'उपयोगकर्ता-उन्मुख' नहीं 'सिस्टम-उन्मुख' है।
यह 'उपयोगकर्ता-उन्मुख' है: हम यह निर्दिष्ट करेंगे कि 'उपयोगकर्ता द्वारा किए गए कार्य क्या हैं?' और 'सिस्टम में अभिनेता क्या देखते हैं?'।
यह 'प्रणाली-उन्मुख' नहीं है: हम यह नहीं बताएंगे कि 'सिस्टम को दिए गए इनपुट क्या हैं?' और 'सिस्टम द्वारा उत्पादित आउटपुट क्या हैं?'
विकास दल को 'उपयोग मामले' लिखने की आवश्यकता है, क्योंकि विकास का चरण उन पर अत्यधिक निर्भर करता है।
केस लेखक, टीम के सदस्यों का उपयोग करें, और ग्राहक इन मामलों के निर्माण में योगदान देंगे। इन्हें बनाने के लिए, हमें एक विकास टीम को इकट्ठा करने की आवश्यकता है और टीम को परियोजना अवधारणाओं के बारे में अत्यधिक जानकारी होनी चाहिए।
मामले को लागू करने के बाद, दस्तावेज़ का परीक्षण किया जाता है, और सिस्टम के व्यवहार के अनुसार जांच की जाती है। एक मामले में पूंजी पत्र ’ए’ ’अभिनेता’ को दर्शाता है, पत्र ’एस’ otes सिस्टम ’को दर्शाता है।
‘Use Case’ दस्तावेजों का उपयोग कौन करता है?
यह प्रलेखन उन अलग-अलग तरीकों का पूरा अवलोकन देता है जिसमें उपयोगकर्ता लक्ष्य प्राप्त करने के लिए सिस्टम के साथ बातचीत करता है। बेहतर प्रलेखन सॉफ्टवेयर सिस्टम की आवश्यकता को बहुत आसान तरीके से पहचानने में मदद कर सकता है।
इस प्रलेखन का उपयोग सॉफ्टवेयर डेवलपर्स, सॉफ्टवेयर टेस्टर और साथ ही हितधारकों द्वारा किया जा सकता है।
दस्तावेजों का उपयोग:
- डेवलपर्स कोड को लागू करने और इसे डिजाइन करने के लिए दस्तावेजों का उपयोग करते हैं।
- परीक्षक उन्हें बनाने के लिए उपयोग करते हैं परीक्षण के मामलों ।
- व्यावसायिक हितधारक सॉफ़्टवेयर आवश्यकताओं को समझने के लिए दस्तावेज़ का उपयोग करते हैं।
उपयोग मामलों के प्रकार
2 प्रकार हैं।
वे:
- गर्म उजला दिन
- बारिश का दिन
# 1) सनी दिन उपयोग मामलों
वे प्राथमिक मामले हैं जो सबसे अधिक होने की संभावना है जब सब कुछ अच्छा होता है। इन्हें अन्य मामलों की तुलना में उच्च प्राथमिकता दी जाती है। एक बार जब हम मामलों को पूरा कर लेते हैं, तो हम इसे समीक्षा के लिए प्रोजेक्ट टीम को देते हैं और सुनिश्चित करते हैं कि हमने सभी आवश्यक मामलों को कवर कर लिया है।
c ++ प्रतीक्षा में 1 सेकंड
# 2) बरसात के दिन उपयोग के मामले
इन्हें एज मामलों की सूची के रूप में परिभाषित किया जा सकता है। ऐसे मामलों की प्राथमिकता सनी यूज केस ’के बाद आएगी। हम मामलों को प्राथमिकता देने के लिए हितधारकों और उत्पाद प्रबंधकों की मदद ले सकते हैं।
उपयोग मामलों में तत्व
नीचे दिए गए विभिन्न तत्व हैं:
1) संक्षिप्त विवरण : मामले का विवरण देने वाला संक्षिप्त विवरण।
२) अभिनेता : उपयोगकर्ता जो उपयोग मामलों में शामिल हैं।
3) पूर्वधारणा : केस शुरू होने से पहले संतुष्ट होने की शर्तें।
4) मूल बहे : 'मूल प्रवाह' या 'मुख्य परिदृश्य' प्रणाली में सामान्य वर्कफ़्लो है। यह अभिनेताओं द्वारा अपने लक्ष्यों को पूरा करने पर किए गए लेनदेन का प्रवाह है। जब अभिनेता सिस्टम के साथ बातचीत करते हैं, तो यह सामान्य वर्कफ़्लो के रूप में होता है, इसमें कोई त्रुटि नहीं होगी और अभिनेताओं को अपेक्षित आउटपुट मिलेगा।
5) वैकल्पिक बहे : सामान्य वर्कफ़्लो के अलावा, एक सिस्टम में एक 'वैकल्पिक वर्कफ़्लो' भी हो सकता है। यह सिस्टम के साथ उपयोगकर्ता द्वारा की गई कम सामान्य बातचीत है।
6) अपवाद बहे : प्रवाह जो किसी उपयोगकर्ता को लक्ष्य प्राप्त करने से रोकता है।
7) पोस्ट शर्तेँ : केस पूरा होने के बाद जिन शर्तों को जांचना आवश्यक है।
प्रतिनिधित्व
एक मामले को अक्सर एक सादे पाठ या आरेख में दर्शाया जाता है। उपयोग के मामले के आरेख की सादगी के कारण, इसे किसी भी संगठन द्वारा वैकल्पिक माना जाता है
उदाहरण का उपयोग करें:
यहाँ मैं 'लॉगिन' के लिए 'स्कूल प्रबंधन प्रणाली' के मामले की व्याख्या करूँगा।
केस नाम का उपयोग करें | लॉग इन करें | |
---|---|---|
3 बी | अमान्य छात्र आईडी 4 बार दर्ज की गई। एस: आवेदन बंद हो जाता है | |
केस विवरण का उपयोग करें | सिस्टम की कार्यक्षमता का उपयोग करने के लिए सिस्टम में एक उपयोगकर्ता लॉगिन। | |
अभिनेताओं | माता-पिता, छात्र, शिक्षक, व्यवस्थापक | |
पूर्व शर्त | सिस्टम नेटवर्क से जुड़ा होना चाहिए। | |
पद –कंडिशन | एक सफल लॉगिन के बाद एक अधिसूचना मेल यूजर मेल आईडी पर भेजा जाता है |
मुख्य दृश्य | सीरीयल नम्बर | कदम |
---|---|---|
अभिनेता / उपयोगकर्ता | एक | उपयोगकर्ता नाम दर्ज करें पास वर्ड दर्ज करें |
दो | उपयोगकर्ता नाम और पासवर्ड मान्य करें | |
३ | सिस्टम तक पहुँच की अनुमति दें | |
एक्सटेंशन | 1 क | अमान्य उपयोगकर्ता नाम सिस्टम एक त्रुटि संदेश दिखाता है |
2 बी | अवैध पासवर्ड सिस्टम एक त्रुटि संदेश दिखाता है | |
-3 सी | 4 बार के लिए अमान्य पासवर्ड आवेदन बंद हो गया |
ध्यान देने योग्य बात
- सामान्य गलतियाँ जो प्रतिभागी उपयोग के मामले में करते हैं, या तो इसमें किसी विशेष मामले के बारे में बहुत सारे विवरण होते हैं या पर्याप्त विवरण नहीं होते हैं।
- ये पाठ्य मॉडल हैं यदि आवश्यक हो तो हम इसमें एक दृश्य आरेख जोड़ सकते हैं या नहीं कर सकते हैं।
- लागू पूर्व शर्त निर्धारित करें।
- सही क्रम में प्रक्रिया चरणों को लिखें।
- प्रक्रिया के लिए गुणवत्ता की आवश्यकता निर्दिष्ट करें।
कैसे उपयोग करें केस लिखें?
नीचे संक्षेप में दिए गए बिंदु आपको ये लिखने में मदद करेंगे:
=> जब हम किसी मामले को लिखने का प्रयास कर रहे हैं, तो पहला सवाल यह होना चाहिए कि ग्राहक के लिए प्राथमिक उपयोग क्या है? 'यह प्रश्न आपको उपयोगकर्ता के दृष्टिकोण से आपके मामले लिखने देगा।
=> हमें इनके लिए एक खाका प्राप्त करना चाहिए।
=> यह उत्पादक, सरल और मजबूत होना चाहिए। एक मजबूत उपयोग मामला दर्शकों को प्रभावित कर सकता है, भले ही उनकी छोटी सी गलती हो।
=> हमें इसे नंबर देना चाहिए।
=> हमें इसके क्रम में प्रोसेस स्टेप लिखना चाहिए।
=> परिदृश्यों को उचित नाम दें, नामकरण उद्देश्य के अनुसार किया जाना चाहिए।
=> यह एक पुनरावृत्त प्रक्रिया है, जिसका अर्थ है कि जब आप उन्हें पहली बार लिखते हैं तो यह बिल्कुल सही नहीं होगा।
=> सिस्टम में अभिनेताओं की पहचान करें। आपको सिस्टम में अभिनेताओं का एक समूह मिल सकता है।
उदाहरण ,अगर आप अमेजन जैसी ई-कॉमर्स साइट पर विचार करते हैं, तो वहां हम खरीददार, विक्रेता, थोक विक्रेता, लेखा परीक्षक, आपूर्तिकर्ता, वितरक, ग्राहक सेवा आदि पा सकते हैं।
प्रारंभ में, आइए पहले अभिनेताओं पर विचार करें। एक ही व्यवहार वाले एक से अधिक अभिनेता हो सकते हैं।
उदाहरण के लिए , क्रेता / विक्रेता दोनों एक खाता बना सकते हैं '। इसी तरह, 'क्रेता और विक्रेता' दोनों 'आइटम के लिए खोज' कर सकते हैं। तो, ये डुप्लिकेट व्यवहार हैं और उन्हें समाप्त करने की आवश्यकता है। डुप्लिकेट मामलों का उपयोग करने के अलावा, हमारे पास अधिक सामान्य मामले होने चाहिए। इसलिए, हमें नकल से बचने के लिए मामलों को सामान्य बनाने की आवश्यकता है।
=> हमें लागू पूर्व शर्त का निर्धारण करना चाहिए।
स्थिति चित्र का उपयोग
केस डायग्राम का उपयोग करें एक सिस्टम में उपयोगकर्ता (एस) क्रियाओं का सचित्र प्रतिनिधित्व है। यह इस संदर्भ में एक महान उपकरण प्रदान करता है, यदि आरेख बहुत सारे अभिनेताओं से युक्त है, तो यह समझना बहुत आसान है। यदि यह एक उच्च-स्तरीय आरेख है, तो यह बहुत सारे विवरण साझा नहीं करता है। यह काफी बुनियादी तरीके से जटिल विचारों को दर्शाता है।
चित्र संख्या: UC ०१
में दिखाया गया है चित्र संख्या: UC ०१ यह एक आरेख का प्रतिनिधित्व करता है जहां आयत एक, सिस्टम ’का प्रतिनिधित्व करता है, अंडाकार एक di यूज केस’ का प्रतिनिधित्व करता है, एरो एक where रिलेशनशिप ’का प्रतिनिधित्व करता है और आदमी एक / यूजर / एक्टर’ का प्रतिनिधित्व करता है। यह एक सिस्टम / एप्लिकेशन दिखाता है, फिर यह उस संगठन / लोगों को दिखाता है जो इसके साथ सहभागिता करते हैं और ‘सिस्टम क्या करता है’ के मूल प्रवाह को दिखाता है?
चित्र संख्या: यूसी ०२
अंजीर नंबर: यूसी 03 - लॉगिन के लिए केस आरेख का उपयोग करें
यह 'लॉगिन' केस का उपयोग केस आरेख है। यहां, हमारे पास एक से अधिक अभिनेता हैं, वे सभी सिस्टम के बाहर रखे गए हैं। छात्रों, शिक्षकों और माता-पिता को प्राथमिक अभिनेता माना जाता है। यही कारण है कि वे सभी आयत के बाईं ओर रखे गए हैं।
व्यवस्थापक और कर्मचारी को द्वितीयक अभिनेता माना जाता है, इसलिए हम उन्हें आयत के दाईं ओर रखते हैं। अभिनेता सिस्टम में लॉग इन कर सकते हैं, इसलिए हम अभिनेताओं को कनेक्ट करते हैं और केस को कनेक्टर से लॉगिन करते हैं।
सिस्टम में पाई जाने वाली अन्य कार्यक्षमताएँ रीसेट पासवर्ड और पासवर्ड भूल गए हैं। वे सभी लॉगिन केस से संबंधित हैं, इसलिए हम उन्हें कनेक्टर से जोड़ते हैं।
उपयोगकर्ता क्रियाएँ
ये ऐसी क्रियाएं हैं जो एक सिस्टम में उपयोगकर्ता द्वारा की जाती हैं।
उदाहरण के लिए: साइट पर खोज करना, पसंदीदा में कोई आइटम जोड़ना, संपर्क करने की कोशिश करना आदि।
ध्यान दें:
- एक प्रणाली is आप जो कुछ भी विकसित कर रहे हैं ' यह एक वेबसाइट, एक ऐप या कोई अन्य सॉफ़्टवेयर घटक हो सकता है। यह आम तौर पर एक आयत द्वारा दर्शाया जाता है। इसमें उपयोग के मामले शामिल हैं। उपयोगकर्ताओं को 'आयत' के बाहर रखा गया है।
- बक्सों का इस्तेमाल करें आमतौर पर ओवल आकृतियों द्वारा दर्शाया जाता है जो इसके अंदर क्रियाओं को निर्दिष्ट करता है।
- अभिनेता / उपयोगकर्ता सिस्टम का उपयोग करने वाले लोग हैं। लेकिन कभी-कभी यह अन्य सिस्टम, व्यक्ति या कोई अन्य संगठन हो सकता है।
उपयोग मामला परीक्षण क्या है?
यह फंक्शनल ब्लैक बॉक्स टेस्टिंग तकनीक के तहत आता है। चूंकि यह एक ब्लैक बॉक्स परीक्षण है, इसलिए किसी भी कोड का निरीक्षण नहीं होगा। इसके बारे में कई रोचक तथ्य इस खंड में दिए गए हैं।
यह सुनिश्चित करता है कि उपयोगकर्ता द्वारा उपयोग किया गया पथ इरादा है या नहीं। यह सुनिश्चित करता है कि उपयोगकर्ता कार्य को सफलतापूर्वक पूरा कर सकता है।
कुछ तथ्य
- यह परीक्षण नहीं है कि सॉफ्टवेयर की गुणवत्ता तय करने के लिए प्रदर्शन किया जाता है।
- भले ही यह परीक्षण के अंत का एक प्रकार है, लेकिन यह उपयोगकर्ता के आवेदन की संपूर्ण कवरेज को सुनिश्चित नहीं करता है।
- उपयोग केस परीक्षण से ज्ञात परीक्षण परिणाम के आधार पर हम उत्पादन पर्यावरण की तैनाती का फैसला नहीं कर सकते हैं।
- यह एकीकरण परीक्षण में दोषों का पता लगाएगा।
केस टेस्टिंग उदाहरण का उपयोग करें:
एक परिदृश्य पर विचार करें जहां एक उपयोगकर्ता ऑनलाइन शॉपिंग साइट से एक आइटम खरीद रहा है। उपयोगकर्ता सिस्टम में सबसे पहले लॉगिन करेगा और खोज करना शुरू करेगा। उपयोगकर्ता खोज परिणामों में दिखाए गए एक या अधिक आइटम का चयन करेगा और वह उन्हें कार्ट में जोड़ देगा।
इस सब के बाद, वह बाहर की जाँच करेगा। तो यह कदमों की तार्किक रूप से जुड़ी श्रृंखला का एक उदाहरण है जो उपयोगकर्ता कार्य को पूरा करने के लिए सिस्टम में करेगा।
इस परीक्षण में पूरे सिस्टम में अंत से अंत तक लेनदेन के प्रवाह का परीक्षण किया जाता है। का उपयोग करें मामलों आमतौर पर पथ है कि उपयोगकर्ताओं को एक विशेष कार्य को प्राप्त करने के लिए उपयोग करने की संभावना है।
इसलिए, यह उपयोग मामलों को दोषों को खोजने में आसान बनाता है क्योंकि इसमें वह पथ शामिल होता है जो उपयोगकर्ता द्वारा पहली बार अनुप्रयोग का उपयोग करने पर उपयोगकर्ताओं के सामने आने की अधिक संभावना है।
चरण 1: पहला चरण उपयोग केस दस्तावेजों की समीक्षा है।
हमें समीक्षा करने और यह सुनिश्चित करने की आवश्यकता है कि कार्यात्मक आवश्यकताएं पूर्ण और सही हैं।
चरण 2: हमें यह सुनिश्चित करने की आवश्यकता है कि उपयोग मामले परमाणु हैं।
उदाहरण के लिए: 'लॉगिन', 'शो स्टूडेंट डिटेल्स', 'शो मार्क्स', 'शो अटेंडेंस', 'कॉन्टैक्ट स्टाफ़', 'सबमिट फ़ीस', इत्यादि जैसी कई कार्यक्षमताओं पर विचार करें। इस उदाहरण के लिए, हम कोशिश कर रहे हैं 'लॉगिन' कार्यक्षमता के लिए उपयोग मामलों को तैयार करें।
हमें यह सुनिश्चित करने की आवश्यकता है कि किसी भी सामान्य वर्कफ़्लो की किसी भी अन्य कार्यक्षमता के साथ मिश्रण करने की आवश्यकता नहीं है। यह पूरी तरह से केवल in लॉग इन ’कार्यक्षमता से संबंधित होना चाहिए।
चरण 3: हमें सिस्टम में सामान्य वर्कफ़्लो का निरीक्षण करने की आवश्यकता है।
वर्कफ़्लो का निरीक्षण करने के बाद, हमें यह सुनिश्चित करना चाहिए कि यह पूरा हो गया है। सिस्टम या यहां तक कि डोमेन के ज्ञान के आधार पर, हम वर्कफ़्लो में लापता चरणों का पता लगा सकते हैं।
चरण 4: सुनिश्चित करें कि सिस्टम में वैकल्पिक वर्कफ़्लो पूरा हो गया है या नहीं।
चरण 5: हमें यह सुनिश्चित करना चाहिए कि उपयोग के मामले में प्रत्येक चरण परीक्षण योग्य है।
यूज केस टेस्टिंग में बताया गया प्रत्येक स्टेप टेस्टेबल है।
उदाहरण के लिए, सुरक्षा कारणों से प्रणाली में कुछ क्रेडिट कार्ड लेनदेन परीक्षण योग्य नहीं हैं।
चरण 6: एक बार जब हम इन मामलों को पुनर्जीवित कर लेते हैं, तो हम परीक्षण के मामलों को लिख सकते हैं।
हमें प्रत्येक सामान्य प्रवाह और वैकल्पिक प्रवाह के लिए परीक्षण मामले लिखना चाहिए।
उदाहरण के लिए , स्कूल प्रबंधन प्रणाली में the स्टूडेंट मार्क्स के मामले पर विचार करें।
उपयोग केस का नाम: स्टूडेंट मार्क्स दिखाएं
अभिनेता: छात्र, शिक्षक, माता-पिता
पूर्व शर्त:
1) सिस्टम नेटवर्क से जुड़ा होना चाहिए।
2) अभिनेताओं के पास एक 'छात्र आईडी' होना चाहिए।
केस के लिए Mark छात्र चिह्न दिखाएं ’का उपयोग करें:
मुख्य परिदृश्य | क्रमिक संख्या | कदम |
---|---|---|
ए: अभिनेता / S: सिस्टम | एक | छात्र का नाम दर्ज करें |
दो | सिस्टम छात्र का नाम मान्य करता है | |
३ | छात्र आईडी दर्ज करें | |
४ | सिस्टम छात्र आईडी की पुष्टि करता है | |
५ | सिस्टम स्टूडेंट मार्क्स दिखाता है | |
एक्सटेंशन | 3 ए | अमान्य छात्र आईडी S: एक त्रुटि संदेश दिखाता है |
Mark स्टूडेंट मार्क्स के मामले के लिए टेस्ट केस का पत्राचार:
परीक्षण के मामलों | कदम | अपेक्षित परिणाम |
---|---|---|
सेवा मेरे | छात्र मार्क सूची देखें 1-सामान्य प्रवाह | |
एक | छात्र का नाम दर्ज करें | उपयोगकर्ता छात्र का नाम दर्ज कर सकता है |
दो | छात्र आईडी दर्ज करें | उपयोगकर्ता छात्र आईडी दर्ज कर सकते हैं |
३ | व्यू मार्क पर क्लिक करें | सिस्टम स्टूडेंट्स मार्क्स प्रदर्शित करता है |
ख | छात्र मार्क सूची 2-अमान्य आईडी देखें | |
---|---|---|
एक | छात्र मार्क सूची 1 के चरण 1 और 2 को दोहराएं | |
दो | छात्र आईडी दर्ज करें | सिस्टम त्रुटि संदेश प्रदर्शित करता है |
कृपया ध्यान दें कि यहां दिखाई गई टेस्ट केस तालिका में केवल मूल जानकारी है। ‘टेस्ट केस टेम्प्लेट कैसे बनाएं’ के बारे में नीचे विस्तार से बताया गया है।
तालिका ऊपर दिखाए गए अनुसार to शो स्टूडेंट मार्क ’केस के अनुरूप Case टेस्ट केस’ को प्रदर्शित करती है।
परीक्षण मामलों को लिखने का सबसे अच्छा तरीका यह है कि परीक्षण के मामलों को first मुख्य परिदृश्य ’के लिए पहले लिखा जाए, और फिर उन्हें ate अल्टरनेटिव स्टेप्स’ के लिए लिखें। ‘ कदम' टेस्ट केस में केस केस दस्तावेजों से प्राप्त होते हैं। सर्वप्रथम ' चरण ' Name स्टूडेंट मार्क का मामला दिखाएं, ’स्टूडेंट का नाम दर्ज करें’ पहला बन जाएगा कदम 'टेस्ट केस' में।
उपयोगकर्ता / अभिनेता को इसमें प्रवेश करने में सक्षम होना चाहिए। यह बन जाता है अपेक्षित परिणाम ।
हम technique की तरह परीक्षण डिजाइन तकनीक की मदद ले सकते हैं सीमा मूल्य विश्लेषण ' , ‘तुल्यता विभाजन‘ जब हम परीक्षण मामलों की तैयारी करते हैं। परीक्षण डिजाइन तकनीक परीक्षण मामलों की संख्या को कम करने और इस प्रकार परीक्षण के लिए लगने वाले समय को कम करने में मदद करेगी।
टेस्ट केस टेम्प्लेट कैसे बनाएं?
जब हम परीक्षण के मामलों को तैयार कर रहे हैं तो हमें सोचना चाहिए और अंत-उपयोगकर्ता की तरह कार्य करना चाहिए यानी खुद को एंड-यूज़र के जूते में रखना चाहिए।
इस संदर्भ में मदद करने के लिए कई उपकरण हैं जो बाजार में उपलब्ध हैं। ' TestLodge 'उनमें से एक है, लेकिन यह एक मुफ़्त उपकरण नहीं है। हमें इसे खरीदने की आवश्यकता है।
हमें टेस्ट केस के दस्तावेजीकरण के लिए एक टेम्पलेट की आवश्यकता है। आइए एक सामान्य परिदृश्य पर विचार करें, 'FLIPKART लॉगिन' जिससे हम सभी परिचित हैं। Google स्प्रेडशीट का उपयोग परीक्षण केस तालिका बनाने और टीम के सदस्यों के साथ साझा करने के लिए किया जा सकता है। समय के लिए, मैं एक एक्सेल दस्तावेज़ का उपयोग कर रहा हूं।
यहाँ एक उदाहरण है
=> यहाँ इस परीक्षण केस टेबल टेम्पलेट को डाउनलोड करें
सभी की मुट्ठी, एक उपयुक्त नाम के साथ परीक्षण केस शीट को नाम दें। हम एक परियोजना में एक विशेष मॉड्यूल के लिए परीक्षण मामले लिख रहे हैं। इसलिए, हमें जोड़ने की जरूरत है 'परियोजना का नाम' और यह ‘प्रोजेक्ट मॉड्यूल 'टेस्ट केस टेबल में कॉलम। दस्तावेज़ में परीक्षण मामलों के निर्माता का नाम शामिल होना चाहिए।
इसलिए जोड़ते हैं 'के द्वारा बनाई गई' तथा 'रचना तिथि' कॉलम। दस्तावेज़ की समीक्षा किसी (टीम लीडर, प्रोजेक्ट मैनेजर आदि) द्वारा की जानी चाहिए, इसलिए जोड़ें 'द्वारा समीक्षित' स्तंभ और ‘समीक्षित तिथि’ ।
अगला कॉलम है ‘टेस्ट परिदृश्य’ , यहाँ हमने उदाहरण परीक्षण परिदृश्य प्रदान किया है ‘फेसबुक लॉगिन सत्यापित करें’ । कॉलम जोड़ें ‘टेस्ट परिदृश्य आईडी’ तथा Description टेस्ट केस विवरण ' ।
प्रत्येक परीक्षण परिदृश्य के लिए हम लिखेंगे 'परीक्षण के मामलों ।। तो, कॉलम जोड़ें ID टेस्ट केस आईडी ’ तथा Description टेस्ट केस विवरण ।। प्रत्येक परीक्षण परिदृश्य के लिए, वहाँ होगा 'पोस्ट कंडीशन' तथा Condition पूर्व शर्त ’ । कॉलम 'पोस्ट-कंडीशन' और 'प्री-कंडीशन' जोड़ें।
एक और महत्वपूर्ण स्तंभ है 'परीक्षण डेटा' । इसमें वह डेटा होगा जो हम परीक्षण के लिए उपयोग करते हैं। परीक्षा परिदृश्य में अपेक्षित परिणाम और वास्तविक परिणाम होना चाहिए। कॉलम जोड़ें 'अपेक्षित परिणाम' और 'वास्तविक परिणाम' 'स्थिति' परीक्षण परिदृश्य निष्पादन का परिणाम दिखाता है। यह या तो पास / फेल हो सकता है।
परीक्षक परीक्षण मामलों को निष्पादित करेंगे। हमें इसे शामिल करने की आवश्यकता है 'द्वारा सम्पन्न किया गया' तथा ‘निष्पादित तिथि’ । यदि कोई है तो हम 'कमांड' जोड़ देंगे।
निष्कर्ष
मुझे आशा है कि आपको यूज़ केस और यूज़ केस टेस्टिंग के बारे में स्पष्ट जानकारी मिल गई होगी।
इन मामलों को लिखना एक पुनरावृत्त प्रक्रिया है। आपको इन मामलों को लिखने के लिए बस थोड़े अभ्यास और सिस्टम के अच्छे ज्ञान की आवश्यकता है।
संक्षेप में, हम लापता लिंक, अधूरी आवश्यकताओं आदि को खोजने के लिए एक एप्लिकेशन में nuts यूज केस टेस्टिंग ’का उपयोग कर सकते हैं, उन्हें खोजने और सिस्टम को संशोधित करने से सिस्टम को दक्षता और सटीकता प्राप्त होगी।
क्या आपके पास उपयोग के मामलों और परीक्षण के साथ पूर्व अनुभव हैं? नीचे टिप्पणी अनुभाग में हमारे साथ साझा करने के लिए स्वतंत्र महसूस करें।
अनुशंसित पाठ
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- शुरुआती के लिए गहराई से ग्रहण ट्यूटोरियल
- अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
- DevOps टेस्टिंग ट्यूटोरियल: QA टेस्टिंग को कैसे प्रभावित करेंगे DevOps?
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 [क्यूए टेस्ट स्वचालन उपकरण]
- प्रयोज्यता परीक्षण ट्यूटोरियल: एक पूर्ण आरंभ गाइड
- जीयूआई परीक्षण ट्यूटोरियल: एक पूर्ण उपयोगकर्ता इंटरफ़ेस (यूआई) परीक्षण गाइड
- विनाशकारी परीक्षण और गैर विनाशकारी परीक्षण ट्यूटोरियल