उदाहरणों सहित यूज़ केस टेस्टिंग

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

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

  • 🎭 मॉडल के अंतःक्रियाओं को स्पष्ट रूप से दर्शाएं: प्रत्येक फ्लो को एक्टर (A) और सिस्टम (S) से लेबल करें ताकि परीक्षकों को tracप्रत्येक लेनदेन चरण की समीक्षा करें।
  • 🛤️ सबसे पहले सुखद मार्ग को अपनाएं: मुख्य सफलता परिदृश्य को सत्यापित करें, फिर वास्तविक उपयोगकर्ता की गलतियों को प्रतिबिंबित करने वाले एक्सटेंशन और अपवाद पथों को शामिल करें।
  • 🧩 Anchor कुछ शर्तों के साथ: प्रत्येक चरण को स्पष्ट पूर्व-शर्तों और पश्च-शर्तों के साथ जोड़ें ताकि परीक्षण का परिणाम स्पष्ट हो।
  • 🔗 Tracस्वीकृति के लिए: उपयोग के मामलों को स्वीकृति मानदंडों से मिलाएं ताकि व्यावसायिक हितधारक रिलीज़ के समय कवरेज को मंजूरी दे सकें।
  • 🤖 एआई की सहायता का उपयोग करें: सरल अंग्रेजी में लिखी गई यूजर स्टोरीज़ को ड्राफ्ट यूज़ केस में बदलें, जिससे टेस्ट डिज़ाइन में तेजी आएगी और छूटे हुए फ्लो की संख्या कम होगी।

उपयोग केस परीक्षण: उदाहरण

उपयोग केस परीक्षण क्या है?

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

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

उपयोग के मामले के प्रमुख घटक

प्रत्येक उपयोग का मामला समान मूलभूत घटकों से निर्मित होता है। घटकों को पहले से जानने से कवरेज को डिजाइन करना आसान हो जाता है जो परीक्षण मामलों के साथ सटीक रूप से मेल खाता है:

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

उपयोग केस परीक्षण कैसे करें: उदाहरण

एक उदाहरण में, कर्ता को “A” और सिस्टम को “S” से दर्शाया गया है। नीचे दिया गया उदाहरण एक वेब एप्लिकेशन की लॉगिन कार्यक्षमता का वर्णन करता है।

उपयोग केस परीक्षण: उदाहरण

मुख्य सफलता परिदृश्य स्‍टेप विवरण
ए: अभिनेता एस: प्रणाली 1 A: एजेंट का नाम और पासवर्ड दर्ज करें
2 S: पासवर्ड सत्यापित करें
3 S: खाता पहुंच की अनुमति दें
एक्सटेंशन 2a पासवर्ड मान्य नहीं है   S: संदेश प्रदर्शित करें और पुनः प्रयास करने के लिए कहें (अधिकतम 4 बार)
2b पासवर्ड 4 बार वैध नहीं है   S: अनुप्रयोग बंद करें

ऊपर दिया गया विवरण एक सफल मार्ग और उसके दो विस्तारों को दर्शाता है। इसे चरण दर चरण पढ़ें:

  • अभिनेता संपूर्ण लॉगिन प्रक्रिया के पहले चरण के रूप में एक ईमेल और पासवर्ड दर्ज करता है।
  • सिस्टम पासवर्ड को सत्यापित करता है।
  • यदि पासवर्ड सही है, तो प्रवेश की अनुमति मिल जाएगी।
  • यदि पासवर्ड अमान्य है, तो सिस्टम एक संदेश प्रदर्शित करता है और अधिकतम चार बार पुनः प्रयास करने का विकल्प देता है।
  • यदि चार प्रयासों के बाद भी पासवर्ड अमान्य रहता है, तो सिस्टम आगे के प्रयासों को अवरुद्ध कर देता है (इस उदाहरण में, आईपी पते को प्रतिबंधित करके)।

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

केस टेस्टिंग के लाभ

यूज़ केस टेस्टिंग आवश्यकताओं और टेस्ट केसों के बीच स्वाभाविक रूप से फिट बैठती है। इसके प्रमुख लाभ इस प्रकार हैं:

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

उपयोग केस परीक्षण की सीमाएँ

यह तकनीक शक्तिशाली तो है, लेकिन संपूर्ण नहीं है। निम्नलिखित सीमाओं का ध्यान रखें:

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

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

यूज़ केस यह बताता है कि कोई एक्टर और सिस्टम किसी लक्ष्य को प्राप्त करने के लिए किस प्रकार परस्पर क्रिया करते हैं। टेस्ट केस यह सत्यापित करता है कि सिस्टम वास्तव में उसी प्रकार व्यवहार करता है या नहीं। आमतौर पर एक यूज़ केस कई टेस्ट केसों को संचालित करता है।

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

कर्ता “A” उस उपयोगकर्ता या बाहरी प्रणाली को दर्शाता है जो अंतःक्रिया शुरू करता है। प्रणाली “S” उन क्रियाओं पर प्रतिक्रिया देने वाले सॉफ़्टवेयर को दर्शाती है। यह संकेतन प्रवाह को संक्षिप्त और पठनीय बनाए रखता है।

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

मुख्य सफलता परिदृश्य के लिए कम से कम एक टेस्ट केस और प्रत्येक एक्सटेंशन के लिए एक टेस्ट केस की आवश्यकता होती है। एप्लिकेशन के जोखिम प्रोफाइल के आधार पर, सीमा, समतुल्यता और नकारात्मक विविधताओं के लिए अतिरिक्त टेस्ट केस की आवश्यकता हो सकती है।

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

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

जी हां। एआई उपकरण एक यूज़ केस को पढ़ते हैं और मुख्य फ्लो और प्रत्येक एक्सटेंशन के लिए नमूना डेटा के साथ ड्राफ्ट टेस्ट केस तैयार करते हैं। एक परीक्षक अभी भी आउटपुट की समीक्षा करके यह सुनिश्चित करता है कि व्यावसायिक नियम और जोखिम प्राथमिकताएं सही हैं।

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