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

उपयोग केस परीक्षण क्या है?
केस परीक्षण का प्रयोग करें यूज़ केस टेस्टिंग एक सॉफ्टवेयर टेस्टिंग तकनीक है जो किसी संपूर्ण सिस्टम को लेन-देन के आधार पर, शुरू से अंत तक कवर करने वाले टेस्ट केस की पहचान करती है। ये टेस्ट केस उपयोगकर्ताओं और सॉफ्टवेयर एप्लिकेशन के बीच की अंतःक्रियाओं का वर्णन करते हैं। यूज़ केस टेस्टिंग उन कमियों को उजागर करती है जो अलग-अलग सॉफ्टवेयर घटकों का परीक्षण करने से सामने नहीं आ सकती हैं।
A उदाहरण परीक्षण में, उपयोग के मामलों में किसी कर्ता या उपयोगकर्ता द्वारा सॉफ़्टवेयर के किसी विशेष उपयोग का संक्षिप्त विवरण दिया जाता है। उपयोगकर्ता की क्रियाओं और एप्लिकेशन की संबंधित प्रतिक्रियाओं से उपयोग के मामले लिखे जाते हैं, और इनका व्यापक रूप से उपयोग निष्कर्ष निकालने के लिए किया जाता है। परीक्षण के मामलों प्रणाली और स्वीकृति स्तरों पर।
उपयोग के मामले के प्रमुख घटक
प्रत्येक उपयोग का मामला समान मूलभूत घटकों से निर्मित होता है। घटकों को पहले से जानने से कवरेज को डिजाइन करना आसान हो जाता है जो परीक्षण मामलों के साथ सटीक रूप से मेल खाता है:
- अभिनेता: वह उपयोगकर्ता या बाहरी सिस्टम जो किसी अंतःक्रिया की शुरुआत करता है। पाठ्य प्रवाह में इसे "A" के रूप में दर्शाया जाता है।
- सिस्टम: परीक्षण के अंतर्गत वह सॉफ़्टवेयर जो कर्ता को प्रतिक्रिया देता है। इसे "S" से दर्शाया जाता है।
- पूर्व-शर्तें: उपयोग के मामले को शुरू करने से पहले सिस्टम को जिस स्थिति में होना चाहिए।
- सफलता का मुख्य परिदृश्य: अभिनेता और सिस्टम चरणों का सुखद-पथ अनुक्रम।
- विस्तार / वैकल्पिक प्रवाह: वे शाखाएँ जो अपवादों, सत्यापन विफलताओं या वैकल्पिक विकल्पों को संभालती हैं।
- बाद की स्थितियाँ: उपयोग का मामला समाप्त होने के बाद सिस्टम जिस स्थिति में रह जाता है।
उपयोग केस परीक्षण कैसे करें: उदाहरण
एक उदाहरण में, कर्ता को “A” और सिस्टम को “S” से दर्शाया गया है। नीचे दिया गया उदाहरण एक वेब एप्लिकेशन की लॉगिन कार्यक्षमता का वर्णन करता है।
| मुख्य सफलता परिदृश्य | स्टेप | विवरण |
|---|---|---|
| ए: अभिनेता एस: प्रणाली | 1 | A: एजेंट का नाम और पासवर्ड दर्ज करें |
| 2 | S: पासवर्ड सत्यापित करें | |
| 3 | S: खाता पहुंच की अनुमति दें | |
| एक्सटेंशन | 2a | पासवर्ड मान्य नहीं है S: संदेश प्रदर्शित करें और पुनः प्रयास करने के लिए कहें (अधिकतम 4 बार) |
| 2b | पासवर्ड 4 बार वैध नहीं है S: अनुप्रयोग बंद करें |
ऊपर दिया गया विवरण एक सफल मार्ग और उसके दो विस्तारों को दर्शाता है। इसे चरण दर चरण पढ़ें:
- अभिनेता संपूर्ण लॉगिन प्रक्रिया के पहले चरण के रूप में एक ईमेल और पासवर्ड दर्ज करता है।
- सिस्टम पासवर्ड को सत्यापित करता है।
- यदि पासवर्ड सही है, तो प्रवेश की अनुमति मिल जाएगी।
- यदि पासवर्ड अमान्य है, तो सिस्टम एक संदेश प्रदर्शित करता है और अधिकतम चार बार पुनः प्रयास करने का विकल्प देता है।
- यदि चार प्रयासों के बाद भी पासवर्ड अमान्य रहता है, तो सिस्टम आगे के प्रयासों को अवरुद्ध कर देता है (इस उदाहरण में, आईपी पते को प्रतिबंधित करके)।
इस उपयोग के उदाहरण से आप सफलता परिदृश्य के साथ-साथ प्रत्येक एक्सटेंशन के एक मामले का परीक्षण करेंगे। इससे कम से कम तीन परीक्षण मामले प्राप्त होते हैं: एक वैध लॉगिन, एक पुनर्प्राप्त करने योग्य अमान्य पासवर्ड और बार-बार विफलताओं के बाद लॉक-आउट।
केस टेस्टिंग के लाभ
यूज़ केस टेस्टिंग आवश्यकताओं और टेस्ट केसों के बीच स्वाभाविक रूप से फिट बैठती है। इसके प्रमुख लाभ इस प्रकार हैं:
- संपूर्ण कवरेज: यह परीक्षण मॉड्यूल के बीच होने वाले लेन-देन का परीक्षण करता है, न कि पृथक कार्यों का।
- उपयोगकर्ता-केंद्रित सत्यापन: प्रत्येक परिदृश्य यह दर्शाता है कि एक वास्तविक अभिनेता सिस्टम का उपयोग कैसे करता है।
- स्पष्ट tracक्षमता: उपयोग के मामले सीधे हितधारकों की स्वीकृति के मानदंडों से मेल खाते हैं।
- दोष निवारण: प्रतिगमन चक्र शुरू होने से पहले सतहों के एकीकरण अंतराल का पता चलता है।
- पुन: प्रयोज्य कलाकृतियाँ: इसी उपयोग के आधार पर टेस्ट केस, प्रशिक्षण सामग्री और उपयोगकर्ता दस्तावेज़ तैयार किए जाते हैं।
उपयोग केस परीक्षण की सीमाएँ
यह तकनीक शक्तिशाली तो है, लेकिन संपूर्ण नहीं है। निम्नलिखित सीमाओं का ध्यान रखें:
- यह यूनिट टेस्टिंग का विकल्प नहीं है: निम्न-स्तरीय घटक दोषों के लिए अभी भी लक्षित परीक्षणों की आवश्यकता है।
- यह सटीक उपयोग के मामलों पर निर्भर करता है: अस्पष्ट प्रवाह से अस्पष्ट परीक्षण उत्पन्न होते हैं।
- गैर-कार्यात्मक कवरेज के लिए सीमित: प्रदर्शन, सुरक्षा और पहुंच के लिए अलग-अलग तकनीकों की आवश्यकता होती है।
- रखरखाव संबंधी लागत: व्यावसायिक नियमों में बदलाव होने पर उपयोग के मामलों को अपडेट किया जाना चाहिए।

