SOA परीक्षण क्या है? उदाहरण सहित ट्यूटोरियल

SOA परीक्षण क्या है?

SOA (सेवा उन्मुख) Archiवास्तुकला) परीक्षण यह SOA आर्किटेक्चरल शैली का परीक्षण है, जिसमें एप्लिकेशन घटकों को संचार प्रोटोकॉल के माध्यम से, आमतौर पर नेटवर्क पर, संवाद करने के लिए डिज़ाइन किया गया है।

एसओए क्या है?

SOA व्यावसायिक अनुप्रयोगों और प्रक्रियाओं को एक साथ एकीकृत करने की एक विधि है ताकि व्यावसायिक आवश्यकताओं को पूरा किया जा सके।

In सॉफ्टवेयर इंजीनियरिंगSOA व्यावसायिक प्रक्रियाओं को चपलता और लचीलापन प्रदान करता है। किसी प्रक्रिया या एप्लिकेशन में परिवर्तन को पूरे सिस्टम को प्रभावित किए बिना किसी विशिष्ट घटक पर निर्देशित किया जा सकता है।

SOA में काम करने वाले सॉफ्टवेयर डेवलपर या तो प्रोग्राम के हिस्सों को विकसित करते हैं या खरीदते हैं जिन्हें कहा जाता है सेवाएं.

सेवा क्या है?

नीचे दिया गया आरेख एक भुगतान गेटवे को दर्शाता है जिसे एक सेवा के रूप में प्रकाशित किया गया है और जिसका उपयोग कई ई-कॉमर्स साइटें कर सकती हैं।

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

वेब सेवाएँ

अधिकांश SOA सेवाएं वेब सेवाओं के रूप में उपलब्ध होती हैं, इसलिए परीक्षण परतों से पहले वेब सेवा कॉल की कार्यप्रणाली को स्पष्ट रूप से निर्धारित करना उचित है।

वेब सेवाओं ये स्वतंत्र एप्लिकेशन घटक हैं जो वेब पर उपलब्ध हैं।

इन्हें वेब पर प्रकाशित, खोजा और उपयोग किया जा सकता है, और ये इंटरनेट के माध्यम से संवाद करते हैं। नीचे दिया गया क्रम दर्शाता है कि एक प्रदाता, एक रजिस्ट्री और एक उपभोक्ता कैसे परस्पर क्रिया करते हैं।

• सेवा प्रदाता सेवा को इंटरनेट पर प्रकाशित करता है।
• क्लाइंट वेब सर्विस रजिस्ट्री में किसी विशिष्ट वेब सेवा की खोज करता है।
• A URL और डबल्यूएसडीएल आवश्यक वेब सेवा के लिए मान लौटाए जाते हैं। WSDL और का उपयोग करके URLसेवा प्रदाता और अनुरोधकर्ता के बीच संचार SOAP संदेशों के माध्यम से होता है।
• जब कोई उपभोक्ता किसी वेब सेवा को कॉल करता है, तो प्रदाता के साथ एक HTTP कनेक्शन स्थापित होता है।
• प्रदाता को आवश्यक वेब सेवा लॉजिक को लागू करने का निर्देश देने के लिए एक SOAP संदेश बनाया जाता है।
• प्रदाता से प्राप्त प्रतिक्रिया एक SOAP संदेश है जो HTTP प्रतिक्रिया में अंतर्निहित होता है। यह HTTP प्रतिक्रिया उपभोक्ता एप्लिकेशन द्वारा समझने योग्य डेटा प्रारूप है।

उदाहरण

नीचे दिया गया स्क्रीनशॉट एक बाहरी सेवा द्वारा प्रदान की गई और एक सर्च इंजन के होम पेज में एम्बेड की गई मौसम रिपोर्ट को दर्शाता है।

किसी वेबसाइट के होम पेज और सर्च इंजन पर रोज़ाना मौसम की रिपोर्ट प्रदर्शित होती है। मौसम रिपोर्ट सेक्शन को शुरू से कोड करने के बजाय, किसी विक्रेता से मौसम रिपोर्ट सेवा खरीदी जा सकती है और उसे पेज में एकीकृत किया जा सकता है।

SOA परीक्षण परतें

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

SOA टेस्टिंग को 3 सिस्टम लेयर्स पर ध्यान केंद्रित करना चाहिए।

सेवा परत

इस परत में व्यावसायिक कार्यों से प्राप्त सिस्टम द्वारा प्रदान की जाने वाली सेवाएं शामिल होती हैं।

उदाहरण के लिए, एक वेलनेस वेबसाइट पर विचार करें जिसमें निम्नलिखित शामिल हैं:

• वजन Tracकेर
• ब्लड शुगर Tracकेर
• रक्तचाप Tracकेर

Trackers संबंधित डेटा और उसे दर्ज करने की तिथि प्रदर्शित करते हैं। सेवा परत में वे सेवाएं शामिल होती हैं जो डेटाबेस से संबंधित डेटा प्राप्त करती हैं:

• वजन Tracकेर सेवा
• ब्लड शुगर Tracकेर सेवा
• रक्तचाप Tracकेर सेवा
• लॉगिन सेवा

प्रक्रिया परत

प्रक्रिया परत में प्रक्रियाएं शामिल होती हैं, जो सेवाओं का वह संग्रह है जो एक ही कार्यक्षमता का हिस्सा हैं।

ये प्रक्रियाएं किसी यूजर इंटरफेस (उदाहरण के लिए, एक सर्च इंजन) का हिस्सा हो सकती हैं या किसी ईटीएल टूल का हिस्सा हो सकती हैं जो डेटाबेस से डेटा निकालता है।

इस परत में मुख्य ध्यान उपयोगकर्ता इंटरफेस और प्रक्रियाओं पर है। भार का उपयोगकर्ता इंटरफेस tracकेर और डेटाबेस के साथ इसका एकीकरण प्राथमिक फोकस है।

निम्नलिखित कार्यों पर विचार किया जाना चाहिए:

• नया डेटा जोड़ना
• मौजूदा डेटा का संपादन
• एक नया निर्माण tracकेर
• डेटा हटाना

उपभोक्ता परत

इस परत में मुख्य रूप से उपयोगकर्ता इंटरफेस शामिल होते हैं, जैसा कि नीचे दी गई स्क्रीन में दिखाया गया है।

इन स्तरों के आधार पर, SOA एप्लिकेशन के परीक्षण को तीन स्तरों में विभाजित किया गया है:

• सेवा का स्तर
• इंटरफ़ेस स्तर
• अंत से अंत तक का स्तर

यात्रा की दोनों दिशाएँ भिन्न हैं: परीक्षण डिज़ाइन के लिए टॉप-डाउन दृष्टिकोण का उपयोग किया जाता है, जबकि परीक्षण निष्पादन के लिए बॉटम-अप दृष्टिकोण का उपयोग किया जाता है।

SOA परीक्षण के लिए रणनीति

परीक्षण योजना दृष्टिकोण

• SOA परीक्षकों को एप्लिकेशन की संपूर्ण संरचना की समझ होनी चाहिए।
• एप्लिकेशन को स्वतंत्र सेवाओं में विभाजित करने की आवश्यकता है (एक ऐसी सेवा जिसकी अपनी अनुरोध और प्रतिक्रिया संरचना हो और प्रतिक्रिया बनाने के लिए किसी अन्य सेवा पर निर्भर न हो)।
• एप्लिकेशन संरचना को तीन घटकों में पुनर्गठित करने की आवश्यकता है - डेटा, सेवाएं और फ्रंट-एंड एप्लिकेशन।
• सभी घटकों का सावधानीपूर्वक विश्लेषण करने की आवश्यकता है, और व्यावसायिक परिदृश्यों की रूपरेखा तैयार की जानी चाहिए।
• व्यावसायिक परिदृश्यों को सामान्य परिदृश्यों और अनुप्रयोग-विशिष्ट परिदृश्यों के रूप में वर्गीकृत किया जाना चाहिए।
• A Tracयोग्यता मैट्रिक्स तैयार किया जाना चाहिए, और सभी परीक्षण मामलों को तैयार किया जाना चाहिए। tracव्यावसायिक परिदृश्यों के अनुरूप।

परीक्षण निष्पादन दृष्टिकोण

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

SOA परीक्षण विधियाँ

1) व्यावसायिक परिदृश्य आधारित डेटा परीक्षण

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

2) स्टब्स

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

3) प्रतिगमन परीक्षण

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

4) सेवा स्तर परीक्षण

सेवा स्तर परीक्षण में घटक की कार्यक्षमता, सुरक्षा, प्रदर्शन और अंतरसंचालनीयता का परीक्षण शामिल होता है। प्रत्येक सेवा का पहले स्वतंत्र रूप से परीक्षण किया जाना आवश्यक है।

5) कार्यात्मक परीक्षण

क्रियात्मक परीक्षण प्रत्येक सेवा पर निम्नलिखित कार्य किए जाने चाहिए:

• यह सुनिश्चित करें कि सेवा प्रत्येक अनुरोध का सही उत्तर प्रदान करे।
• यह सुनिश्चित करें कि अमान्य या गलत डेटा वाले अनुरोधों के लिए सही त्रुटियां प्राप्त हों।
• रनटाइम पर सेवा द्वारा किए जाने वाले प्रत्येक ऑपरेशन के लिए प्रत्येक अनुरोध और प्रतिक्रिया की जांच करें।
• सर्वर, क्लाइंट या नेटवर्क स्तर पर त्रुटि होने पर त्रुटि संदेशों को सत्यापित करें।
• सुनिश्चित करें कि प्राप्त प्रतिक्रियाएं सही प्रारूप में हैं।
• यह सत्यापित करें कि प्रतिक्रिया में प्राप्त डेटा अनुरोधित डेटा से मेल खाता है।

6) सुरक्षा परीक्षण

SOA एप्लिकेशन के सर्विस लेवल टेस्टिंग के दौरान वेब सर्विस का सिक्योरिटी टेस्टिंग एक महत्वपूर्ण पहलू है, क्योंकि यह एप्लिकेशन की सुरक्षा सुनिश्चित करता है।

परीक्षण के दौरान निम्नलिखित कारकों को ध्यान में रखना आवश्यक है:

• वेब सेवा को WS-Security द्वारा परिभाषित उद्योग मानक का पालन करना चाहिए।
• सुरक्षा उपाय सुचारू रूप से काम करने चाहिए।
• डेटा का एन्क्रिप्शन और दस्तावेजों पर डिजिटल हस्ताक्षर।
• प्रमाणीकरण और प्राधिकरण।
• SQL इंजेक्शन, मैलवेयर, XSS, CSRF और अन्य कमजोरियों का परीक्षण किया जाना है। एक्सएमएल.
• सेवा हमलों का इनकार।

7) प्रदर्शन परीक्षण

सेवा का प्रदर्शन परीक्षण करना आवश्यक है क्योंकि सेवाएं पुन: प्रयोज्य होती हैं और कई एप्लिकेशन एक ही सेवा का उपयोग कर रहे हो सकते हैं।

परीक्षण के दौरान निम्नलिखित कारकों पर विचार किया जाता है:

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

8) एकीकरण स्तर परीक्षण

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

9) शुरू से अंत तक परीक्षण

यह चरण सुनिश्चित करता है कि एप्लिकेशन कार्यात्मक और गैर-कार्यात्मक दोनों रूप से व्यावसायिक आवश्यकताओं के अनुरूप हो।

नीचे दी गई वस्तुओं का परीक्षण सुनिश्चित किया जाएगा। अंत-से-अंत परीक्षण:

• एकीकरण के बाद सभी सेवाएँ अपेक्षानुसार काम कर रही हैं
• उपवाद सम्भालना
• एप्लिकेशन का उपयोगकर्ता इंटरफ़ेस
• सभी घटकों के माध्यम से उचित डेटा प्रवाह
• व्यापार प्रक्रिया

SOA परीक्षण में चुनौतियाँ

इन विधियों को लागू करना शायद ही कभी सीधा होता है, और नीचे बताई गई कठिनाइयाँ लगभग हर SOA प्रोग्राम में दोहराई जाती हैं।

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

SOA परीक्षण उपकरण

बाजार में SOA एप्लिकेशन के परीक्षण में परीक्षकों की सहायता के लिए कई SOA परीक्षण उपकरण उपलब्ध हैं। यहाँ कुछ लोकप्रिय SOA परीक्षण उपकरणों की सूची दी गई है।

1) SoapUI

SoapUI यह सेवाओं के लिए एक ओपन-सोर्स कार्यात्मक परीक्षण उपकरण है और एपीआई परीक्षण.

• डेस्कटॉप अनुप्रयोग
• यह SOAP, REST, HTTP, JMS, AMF और JDBC जैसे कई प्रोटोकॉल को सपोर्ट करता है।
• वेब सेवाओं को विकसित, निरीक्षण और उपयोग किया जा सकता है।
• इसका उपयोग लोड टेस्टिंग के लिए भी किया जा सकता है। स्वचालन परीक्षण, और सुरक्षा परीक्षण
• स्टब्स को मॉकसर्विसेज द्वारा बनाया जा सकता है
• इसके वेब सर्विस क्लाइंट के माध्यम से वेब सर्विस अनुरोध और परीक्षण स्वचालित रूप से उत्पन्न किए जा सकते हैं।
• इसमें अंतर्निहित रिपोर्टिंग उपकरण हैं
• स्मार्टबियर द्वारा विकसित, जो दोनों उत्पादों की आपूर्ति करता है। खुले स्रोत SoapUI वितरण और वाणिज्यिक ReadyAPI संस्करण

2) ब्रॉडकॉम सर्विस वर्चुअलाइजेशन (पूर्व में आईटीकेओ लिसा)

LISA एक उत्पाद समूह है जो SOA जैसे वितरित प्रणालियों के लिए कार्यात्मक परीक्षण समाधान प्रदान करता है। यह उत्पाद iTKO से CA Technologies को हस्तांतरित हो गया और आज इसे Broadcom Service Virtualization के रूप में बेचा जाता है।

• इसका उपयोग रिग्रेशन, इंटीग्रेशन, लोड और परफॉर्मेंस टेस्टिंग के लिए भी किया जा सकता है।
• इसका उपयोग परीक्षणों को डिजाइन करने और निष्पादित करने के लिए किया जा सकता है।

3) UFT एक (पूर्व में एचपी सर्विस टेस्ट)

सर्विस टेस्ट एक फंक्शनल टेस्टिंग टूल है जो यूआई और शेयर्ड सर्विसेज टेस्टिंग दोनों को सपोर्ट करता है। इसकी एपीआई टेस्टिंग क्षमता को यूनिफाइड फंक्शनल टेस्टिंग में शामिल कर लिया गया है, जिसे अब बेचा जाता है। OpenText as UFT एक.

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

4) पैरासॉफ्ट एसओएटीस्ट

Parasoft SOAtest एक परीक्षण और विश्लेषण टूल सूट है जिसे API और API-संचालित एप्लिकेशन परीक्षण के लिए विकसित किया गया है।

• यह वेब सेवाओं, REST, JSON, MQ, JMS, TIBCO, HTTP और XML तकनीकों का समर्थन करता है।
• कार्यात्मक, इकाई, एकीकरण, प्रतिगमन, सुरक्षा, अंतरसंचालनीयता, अनुपालन और प्रदर्शन परीक्षण संभव हैं।
• स्टब्स को निम्न प्रकार से बनाया जा सकता है पैरासॉफ्ट वर्चुअलाइज़जो कि अधिक सक्षम हैं SoapUI मॉक सर्विसेज.

SOA परीक्षण उपयोग के मामले

नीचे दिए गए उदाहरण में, ऊपर बताई गई रणनीति, विधियों और उपकरणों को एक ई-कॉमर्स साइट पर चरण दर चरण लागू किया गया है।

एक ई-कॉमर्स वेबसाइट पर विचार करें जिसमें नीचे दिए गए फ़ंक्शन और उप-फ़ंक्शन शामिल हैं।

आदेश प्रसंस्करण

नीचे दिया गया चार्ट ऑर्डर प्रोसेसिंग को उन उप-कार्यों में विभाजित करता है जो सेवाएं बन जाते हैं।

कृपया 1

SOA परीक्षण के पहले चरण, यानी परीक्षण रणनीति चरण में, एप्लिकेशन को सेवाओं और व्यावसायिक कार्यों में विभाजित किया जाता है।

आइए आवेदन में दी गई सेवाओं पर विचार करें।

• आदेश बनाएं
• ग्राहक की स्थिति जांचें
• ऑर्डर की स्थिति बदलें
• आदेश के स्तर को जांचें
• इन्वेंटरी की जाँच करें

व्यवसाय के कार्य और वेबसाइट के कार्य समान ही होते हैं।

नोट: परीक्षण रणनीति दस्तावेज़ में उन सेवाओं और कार्यों की सूची होगी जिनका परीक्षण किया जाना है।

कृपया 2

यह परीक्षण योजना का चरण है। टेस्ट केस प्रत्येक स्तर के लिए लिखा गया है।

संपूर्ण स्तर पर। प्रत्येक व्यावसायिक उपयोग के मामले और प्रवाह के लिए टेस्ट केस लिखे जाते हैं। नीचे टेस्ट केस के उदाहरण दिए गए हैं।

• किसी सक्रिय उपयोगकर्ता के साथ ऑर्डर बनाएं।
• किसी निष्क्रिय उपयोगकर्ता के साथ ऑर्डर बनाएं.
• उपलब्ध उत्पाद के साथ एक ऑर्डर बनाएं, लेकिन ऑर्डर की मात्रा उपलब्ध मात्रा से कम हो।
• उपलब्ध उत्पाद के साथ एक ऑर्डर बनाएं जिसमें ऑर्डर की मात्रा उपलब्ध मात्रा से अधिक हो।
• एक से अधिक वस्तुओं वाला ऑर्डर बनाएं।
• किसी ऑर्डर को पूर्णतः रद्द करें.
• किसी ऑर्डर को आंशिक रूप से रद्द करें।

एकीकरण स्तर। डेटाबेस और यूजर इंटरफेस के एकीकरण के लिए टेस्ट केस लिखे जाते हैं। नीचे उदाहरण टेस्ट केस दिए गए हैं।

• एक ही आइटम के साथ एक नया ऑर्डर बनाएँ। सत्यापित करें कि ऑर्डर डेटाबेस पर बनाया गया है।
• एक ही आइटम के साथ एक नया ऑर्डर बनाएँ। सत्यापित करें कि ऑर्डर के लिए गणना की गई कीमत सही है।
• एक आइटम के साथ एक नया ऑर्डर बनाएं। यह सुनिश्चित करें कि उपलब्ध उत्पाद की मात्रा ऑर्डर की राशि से कम हो गई है।
• यह सुनिश्चित करें कि यूजर इंटरफेस पर प्रदर्शित ऑर्डर की स्थिति डेटाबेस में मौजूद स्थिति के समान हो।
• ऑर्डर रद्द करें और सत्यापित करें कि डेटाबेस पर ऑर्डर की स्थिति संशोधित है।
• पहली बार भुगतान करते समय, यह सुनिश्चित करें कि यूजर इंटरफेस पर दर्ज किए गए भुगतान विवरण डेटाबेस में सहेजे गए हैं।
• भुगतान वापस करने के लिए, सत्यापित करें कि डेटाबेस पर भुगतान विवरण UI पर प्रदर्शित हो रहे हैं।

सेवा स्तर। प्रत्येक सेवा का परीक्षण सभी डेटा स्थितियों के लिए किया जाता है। नीचे कुछ उदाहरण दिए गए हैं।

नहीं.	ऑर्डर का विवरण	ऑर्डर की स्थिति
1	ऑर्डर बनाएं। आइटमों की संख्या = 1	ऑर्डर पर मात्रा < डेटाबेस पर मात्रा
2	ऑर्डर बनाएं। आइटमों की संख्या > 1	ऑर्डर की मात्रा < डेटाबेस में मौजूद मात्रा
3	ऑर्डर बनाएं। आइटमों की संख्या = 1	ऑर्डर पर मात्रा > डेटाबेस पर मात्रा
4	आदेश के स्तर को जांचें	डेटाबेस पर स्थिति = सक्रिय
5	आदेश के स्तर को जांचें	डेटाबेस पर स्थिति = भेजा गया
6	आदेश के स्तर को जांचें	डेटाबेस पर स्थिति = रद्द
7	आदेश के स्तर को जांचें	ऑर्डर आईडी = अमान्य
8	उत्पाद की उपलब्धता जांचें	उत्पाद की मात्रा >0
9	उत्पाद की उपलब्धता जांचें	उत्पाद की मात्रा =0
10	उत्पाद की उपलब्धता जांचें	उत्पाद आईडी = अमान्य

चरण 3 — परीक्षण निष्पादन

परीक्षण निष्पादन में नीचे से ऊपर की ओर का दृष्टिकोण अपनाया जाता है: सबसे पहले सेवा स्तर का परीक्षण किया जाता है, फिर एकीकरण स्तर का और अंत में एंड-टू-एंड परीक्षण किया जाता है।

1) सेवा स्तर

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

परीक्षण का मामला	निवेदन	अपेक्षित प्रतिक्रिया
ऑर्डर बनाएं। वस्तुओं की संख्या = 1, ऑर्डर पर मात्रा < डेटाबेस में मात्रा	x2 2	o3251 सफल
ऑर्डर बनाएं। आइटमों की संख्या > 1, ऑर्डर पर मात्रा < डेटाबेस में मात्रा	य1 1 y2 3	o3251 सफल
ऑर्डर बनाएं। वस्तुओं की संख्या = 1, ऑर्डर पर मात्रा > डेटाबेस में मात्रा	x23 200	व्यर्थ असफल
ऑर्डर की स्थिति जांचें। डेटाबेस में स्थिति = सक्रिय	o9876	सक्रिय सफल
ऑर्डर की स्थिति जांचें। डेटाबेस में स्थिति = भेजा गया	o9656	लादा गया सफल
ऑर्डर की स्थिति जांचें। ऑर्डर आईडी = अमान्य	y5686	व्यर्थ असफल
उत्पाद की उपलब्धता जांचें। उत्पाद की मात्रा >0	डी34	34 हाँ सफल
उत्पाद की उपलब्धता जांचें। उत्पाद की मात्रा = 0	y34	0 नहीं सफल
उत्पाद की उपलब्धता जांचें। उत्पाद आईडी = अमान्य	एसडीईआर	असफल

2) एकीकरण स्तर

एकीकरण स्तर के परीक्षण मामले उपयोगकर्ता इंटरफ़ेस और डेटाबेस पर निष्पादित किए जाते हैं। एक आइटम के साथ एक ऑर्डर बनाएं:

• एक उपयोगकर्ता वेबसाइट खोलता है।
• उपयोगकर्ता ऑर्डर देने जाता है।
• उपयोगकर्ता एक वैध उत्पाद और मात्रा का चयन करता है और ऑर्डर को सहेजता है।
• ऑर्डर सफलतापूर्वक प्लेस हो गया है, यह बताने वाला एक संदेश प्रदर्शित होना चाहिए।
• उपयोगकर्ता डेटाबेस खोलता है और जांचता है कि ऑर्डर का विवरण वेबसाइट पर दर्ज किए गए विवरण के समान है या नहीं।

3) अंत से अंत तक का स्तर

बिजनेस फ्लो और यूज़ केस यूजर इंटरफेस पर एग्जीक्यूट होते हैं। कई आइटम के साथ ऑर्डर बनाएं:

• एक उपयोगकर्ता वेबसाइट खोलता है।
• उपयोगकर्ता ऑर्डर देने जाता है।
• उपयोगकर्ता वैध उत्पाद और उसकी मात्रा के बारे में पूछताछ करता है और उन्हें कार्ट में जोड़ता है।
• अन्य वैध उत्पादों को वैध मात्रा के साथ जोड़ा जाता है और ऑर्डर सहेज लिया जाता है। भुगतान एक नए भुगतान विधि के माध्यम से किया जाता है और ऑर्डर दे दिया जाता है।
• “ऑर्डर सफलतापूर्वक रखा गया” संदेश प्रदर्शित होना चाहिए।
• परीक्षक को यह सुनिश्चित करना चाहिए कि डेटा में किसी भी प्रकार की गड़बड़ी के बिना संपूर्ण प्रक्रिया पूरी हो जाए।

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