टेस्ट सूट और टेस्ट केस कैसे बनाएं SoapUI

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

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

  • 🧠 सोप Foundation: SOAP एक XML-आधारित, प्लेटफ़ॉर्म-स्वतंत्र प्रोटोकॉल है जो HTTP पर प्रसारित होता है और विभिन्न प्रणालियों के बीच संदेशों का आदान-प्रदान करता है।
  • 📁 परियोजना निर्माण: WSDL को एक नए फ़ोल्डर में आयात करें SoapUI प्रत्येक ऑपरेशन के लिए नमूना अनुरोधों को स्वतः उत्पन्न करने के लिए SOAP प्रोजेक्ट।
  • टेस्ट सूट सेटअप: व्यवस्थित निष्पादन के लिए संबंधित टेस्ट केसों को समूहित करने वाले टेस्ट सूट को जोड़ने के लिए प्रोजेक्ट रूट पर राइट-क्लिक करें।
  • 🧪 टेस्ट केस के चरण: SOAP अनुरोध चरण जोड़ें, लक्ष्य ऑपरेशन चुनें और स्कीमा अनुपालन और SOAP त्रुटि जांच जैसे मानक अभिकथन कॉन्फ़िगर करें।
  • 📊 प्रतिक्रिया निरीक्षण: RAW टैब और लॉग फलक का उपयोग करें (SoapUI HTTP स्टेटस कोड को मान्य करने और अनुरोधों की समस्या निवारण के लिए लॉग, HTTP लॉग, एरर लॉग, मेमोरी लॉग जैसी फ़ाइलों का उपयोग किया जाता है।

टेस्ट सूट और टेस्ट केस कैसे बनाएं SoapUI

SOAP प्रोटोकॉल को समझना

बनाने से पहले SoapUI टेस्ट केस, SOAP प्रोटोकॉल की बुनियादी बातों को दोहराने में सहायक होता है। सिस्टम के बीच SOAP अनुरोधों और प्रतिक्रियाओं के आदान-प्रदान की प्रक्रिया को स्पष्ट रूप से समझने से इसका उपयोग करना आसान हो जाता है। SoapUI उनका प्रभावी ढंग से परीक्षण करने के लिए।

SOAP का मतलब है सरल ऑब्जेक्ट एक्सेस प्रोटोकॉलनीचे SOAP प्रोटोकॉल के मुख्य गुण दिए गए हैं:

  • यह एक XML-आधारित प्रोटोकॉल है जिसका उपयोग दो अलग-अलग प्रणालियों के बीच संचार करने के लिए किया जाता है।
  • यह प्लेटफ़ॉर्म और भाषा से स्वतंत्र है। एक सिस्टम विकसित किया गया है जिसका उपयोग करके Java यह .NET में विकसित किसी एक के साथ संवाद कर सकता है।
  • SOAP अनुरोध और प्रतिक्रियाएं HTTP के माध्यम से भेजी जाती हैं।

SOAP संदेश प्रारूप सीखें

SOAP संदेश एक सामान्य XML दस्तावेज़ होता है जिसमें निम्नलिखित तत्व होते हैं। संदेश अनुरोध या प्रतिक्रिया हो सकता है।

SOAP संदेश प्रारूप
SOAP संदेश प्रारूप

SOAP की मूलभूत बातें समझ लेने के बाद, अगला कदम निर्माण करना है। SoapUI किसी वेब सेवा को मान्य करने के लिए आवश्यक प्रोजेक्ट संरचना, टेस्ट सूट और टेस्ट केस। नीचे दिए गए विवरण में इसका उपयोग किया गया है। SoapUI एक नया SOAP प्रोजेक्ट बनाने के लिए प्रोजेक्ट का उदाहरण।

SOAP प्रोजेक्ट बनाना SoapUI

SOAP प्रोजेक्ट में आयातित WSDL परिभाषा के साथ-साथ प्रत्येक ऑपरेशन के लिए उत्पन्न सभी नमूना अनुरोध भी शामिल होते हैं।

चरण १: प्रोजेक्ट के प्रकार के आधार पर, SOAP या REST प्रोटोकॉल आयात करें। इस उदाहरण में, एक नया SOAP प्रोजेक्ट बनाएं।

एक नया SOAP प्रोजेक्ट बनाना

चरण १: निम्नलिखित SOAP अनुरोध का उपयोग करें URL: http://www.dneonline.com/calculator.asmx?wsdl

  1. परियोजना का नाम दर्ज करें.
  2. WSDL अनुरोध का पथ दर्ज करें (इस मामले में, http://www.dneonline.com/calculator.asmx?wsdl)।
  3. क्लिक करें OK.

SOAP प्रोजेक्ट का नाम और WSDL पथ दर्ज करें

नोट:

  • सभी ऑपरेशनों के लिए नमूना अनुरोध बनाएं: WSDL में मौजूद प्रत्येक ऑपरेशन के लिए एक नमूना अनुरोध तैयार करता है। WSDL पता दर्ज करते समय यह डिफ़ॉल्ट रूप से सक्षम होता है; यदि आवश्यक न हो तो इसे अनचेक किया जा सकता है।
  • आयातित WSDL के लिए एक टेस्ट सूट बनाएं: ए जोड़ता है SoapUI आयातित WSDL के लिए प्रोजेक्ट के भीतर टेस्ट सूट।
  • सापेक्ष पथ: आसान पोर्टेबिलिटी के लिए सभी फाइलों को प्रोजेक्ट फाइल के सापेक्ष सहेजता है।

चरण १: उपरोक्त WSDL के साथ SOAP प्रोजेक्ट बनाने के बाद, दो ऑपरेशन प्रोजेक्ट में आयात किए जाएंगे।

आयातित SOAP परियोजना Operaमाहौल

चरण १: पहले अनुरोध का विस्तार करें, उस पर दाएँ क्लिक करें जोड़ना, तब क्लिक करो नया अनुरोध.

SOAP प्रोजेक्ट में नया अनुरोध जोड़ें

तब क्लिक करो OKSOAP अनुरोध XML प्रारूप में प्रदर्शित होता है।

SOAP अनुरोध XML प्रारूप

  1. के लिए मान दर्ज करें इंटए और intB.
  2. दबाएं सबमिट बटन.
  3. प्रतिक्रिया XML दाईं ओर के फलक में दिखाई देता है।

SOAP अनुरोध सबमिट करें और प्रतिक्रिया देखें

सीधे अनुरोध भेजने के बजाय टेस्ट केस क्यों बनाएं?

किसी एक ऑपरेशन के लिए सीधे अनुरोध भेजना संभव है, लेकिन जब कई इनपुट संयोजनों का परीक्षण करना हो तो यह तरीका जल्दी ही सीमित हो जाता है। उदाहरण के लिए, 5+5 से 4+4 में बदलने के लिए हर बार अनुरोध को संपादित करना पड़ता है। टेस्ट केस के साथ एक टेस्ट सूट मूल ऑपरेशन को बदले बिना हर परिदृश्य को पुन: उपयोग करने योग्य बनाए रखना संभव बनाता है।

टेस्ट सूट कैसे बनाएं SoapUI

टेस्ट सूट एक ऐसा कंटेनर है जो संबंधित टेस्ट केसों को समूहबद्ध करता है। इसे बनाने के लिए नीचे दिए गए चरणों का पालन करें।

चरण 1) प्रोजेक्ट के रूट पर राइट-क्लिक करें।

प्रोजेक्ट के भीतर, प्रोजेक्ट रूट पर राइट-क्लिक करके एक टेस्ट सूट बनाएं।

टेस्ट सूट बनाएं SoapUI - प्रोजेक्ट पर राइट क्लिक करें

चरण 2) टेस्ट सूट का विवरण दर्ज करें।

टेस्ट सूट का नाम दर्ज करें और क्लिक करें OK.

टेस्ट सूट का नाम दर्ज करें

चरण 3) बनाए गए टेस्ट सूट को सत्यापित करें।

नया टेस्ट सूट नीचे दिखाए गए अनुसार नेविगेटर फलक में दिखाई देता है।

निर्मित परीक्षण सूट को सत्यापित करें

चरण 4) टेस्ट सूट खोलें।

टेस्ट सूट विंडो दाईं ओर खुलती है। चूंकि अभी तक कोई टेस्ट केस मौजूद नहीं है, इसलिए सभी एक्शन विकल्प निष्क्रिय रहते हैं।

खाली टेस्ट सूट विंडो खोलें

टेस्ट केस कैसे बनाएं SoapUI

टेस्ट केस एक टेस्ट सूट के अंदर मौजूद होते हैं और वेब सेवा का परीक्षण करने वाले अलग-अलग परीक्षण चरणों को समूहित करते हैं।

चरण १: टेस्ट सूट के भीतर, टेस्ट सूट पर राइट-क्लिक करके और चुनकर कई टेस्ट बनाएं। नया टेस्टकेस.

नया टेस्ट केस बनाएं SoapUI

चरण १: का नाम निर्दिष्ट करें परीक्षण का मामला और क्लिक करें OK.

टेस्ट केस का नाम दर्ज करें

चरण १: बनाए गए टेस्ट केस में शुरू में शून्य चरण हैं, जैसा कि नीचे दिखाया गया है।

शून्य चरणों वाला परीक्षण मामला

नोट: प्रत्येक टेस्ट प्रकार के लिए टेस्ट केस में शून्य टेस्ट स्टेप्स जोड़े जाते हैं। जैसे-जैसे स्टेप्स जोड़े जाते हैं, ब्रैकेट में मौजूद संख्याएँ स्वचालित रूप से अपडेट हो जाती हैं।

कार्यात्मक परीक्षण चरण इसमें शामिल हैं टेस्ट स्टेप्सप्रदर्शन के चरण इसमें शामिल होते हैं भार निरीक्षणऔर सुरक्षा जांच के अंतर्गत रहते हैं सुरक्षा परीक्षण.

चरण १: दाएँ क्लिक करके विभिन्न प्रकार के परीक्षण चरण डालें टेस्ट स्टेप्स और उपयुक्त विकल्प का चयन करें। REST वेब सेवा के लिए, SOAP अनुरोध के बजाय REST टेस्ट अनुरोध का चयन करें।

टेस्ट स्टेप प्रकार डालें

टेस्ट स्टेप जोड़ना SoapUI

टेस्ट केस के अंदर इम्पोर्ट किए गए SOAP अनुरोध को मान्य करने के लिए एक टेस्ट स्टेप जोड़ें।

चरण १: इस प्रकार का एक नया चरण जोड़ें SOAP अनुरोध के रूप में नीचे दिखाया गया है.

SOAP अनुरोध परीक्षण चरण जोड़ें

चरण १: चरण का नाम दर्ज करें और क्लिक करें OK.

टेस्ट स्टेप का नाम दर्ज करें

चरण १: एक डायलॉग बॉक्स खुलता है जिसमें आप इच्छित ऑपरेशन का चयन कर सकते हैं। सभी उपलब्ध ऑपरेशन चयन के लिए सूचीबद्ध होते हैं।

  • यहां कई ऑपरेशन दिखाई देते हैं। SOAP संस्करण को छोड़कर सभी ऑपरेशन एक जैसे हैं: CalculatorSoap SOAP संस्करण 1.1 का उपयोग करता है, जबकि CalculatorSoap12 SOAP संस्करण 1.2 का उपयोग करता है।
  • इस स्थिति में संस्करण का कोई महत्व नहीं है, इसलिए दोनों में से किसी का भी चयन किया जा सकता है।

    SOAP का चयन करें Operaआह्वान करने के लिए

  • ऑपरेशन का चयन करने के बाद, क्लिक करें OK.

    पुष्टि करें Operaचयन

चरण १: टेस्ट केस जोड़ते समय, मानक अभिकथन लागू किए जा सकते हैं। अभिकथन, जिन्हें चेकपॉइंट या सत्यापन बिंदु भी कहा जाता है, अगले ट्यूटोरियल में विस्तार से बताए जाएंगे।

टेस्ट केस बनाते समय निम्नलिखित चेकपॉइंट जोड़े जा सकते हैं। नीचे दिए गए उदाहरण में बिना किसी वैलिडेशन पॉइंट को सक्षम किए एक टेस्ट केस बनाया गया है।

स्टैण्डर्ड SoapUI इस प्रकार के दावे

  1. टेस्ट चलने के बाद यह सत्यापित करता है कि प्रतिक्रिया संदेश SOAP प्रारूप में है या नहीं।
  2. यह सत्यापित करता है कि प्रतिक्रिया स्कीमा वैध है या नहीं।
  3. यह सत्यापित करता है कि SOAP प्रतिक्रिया में FAULT तत्व मौजूद है या नहीं।

चरण १: टेस्ट केस बनाते समय, अनुरोध XML नीचे दिखाए अनुसार दिखाई देता है। XML की संरचना स्नैपशॉट में समझाई गई है।

अनुरोध XML संरचना

चरण १: एक चरण जुड़ जाने से परीक्षण चरणों की संख्या बढ़कर एक हो गई है। लोड और सुरक्षा परीक्षण चरण जोड़ने पर उनके संबंधित काउंटर स्वतः बढ़ जाएंगे।

टेस्ट स्टेप काउंटर वृद्धि

मैन्युअल रूप से अनुरोध भेजना और प्रतिक्रिया पढ़ना SoapUI

चरण १: नीचे दिए गए उदाहरण में दो पूर्णांक संख्याओं को जोड़ा गया है।

  • intA — 5
  • intB — 5

अगला:

  1. अनुरोध XML में प्रश्न चिह्नों के स्थान पर ये इनपुट दर्ज करें।
  2. संबंधित XML टैग को अपडेट करने के बाद, क्लिक करें सन्देश भेजे प्रतिक्रिया की जांच करने के लिए।

intA और intB के साथ मैन्युअल रूप से अनुरोध भेजना

चरण १: अनुरोध सबमिट होने के बाद, वेब सर्वर द्वारा वेब सेवा को संसाधित किया जाता है और प्रतिक्रिया वापस भेज दी जाती है, जैसा कि नीचे दिखाया गया है।

उत्तर से पुष्टि होती है कि 5 प्लस 5 बराबर 10 होता है।

SOAP प्रतिक्रिया में जोड़ का परिणाम दिखाया गया है

SOAP रिस्पॉन्स और लॉग पैनल को समझना

जैसा कि पहले बताया गया है, SOAP संदेश HTTP के माध्यम से भेजे जाते हैं। RAW संदेशों का निरीक्षण करने से यह समझने में मदद मिलती है कि SOAP अनुरोध और प्रतिक्रिया HTTP पर कैसे भेजे जाते हैं।

चरण १: दबाएं रॉ में टैब SoapUI अनुरोध विंडो।

  1. यह अनुरोध वेब सर्वर पर भेजा जाता है, इसलिए HTTP POST विधि का उपयोग किया जाता है।
  2. SOAP अनुरोध HTTP संदेश के मुख्य भाग में भेजा जाता है।

SOAP अनुरोध RAW टैब

चरण १: अब क्लिक करें रॉ में टैब SoapUI यह समझने के लिए कि HTTP के माध्यम से प्रतिक्रिया कैसे दी जाती है, रिस्पांस विंडो का उपयोग किया जाता है।

  1. अनुरोध संसाधित होने के बाद, HTTP प्रतिक्रिया कोड (200) दिखाया जाता है, जो सफलता का संकेत देता है।
  2. एसओएपी प्रतिक्रिया एचटीटीपी संदेश के मुख्य भाग के अंदर क्लाइंट को वापस भेज दी जाती है।

HTTP 200 के साथ SOAP प्रतिक्रिया RAW टैब

नीचे दी गई तालिका त्वरित डिबगिंग के लिए सामान्य HTTP प्रतिक्रिया कोडों का सारांश प्रस्तुत करती है।

HTTP Code विवरण
1xx सूचनात्मक: अनुरोध प्राप्त हुआ, प्रक्रिया जारी है।
2xx सफलता: कार्यवाही सफलतापूर्वक प्राप्त हो गई, समझ ली गई और स्वीकार कर ली गई।
3xx पुनर्निर्देशन: अनुरोध को पूरा करने के लिए आगे की कार्रवाई आवश्यक है।
4xx ग्राहक त्रुटि: अनुरोध में गलत वाक्य संरचना है या इसे पूरा नहीं किया जा सकता है।
5xx सर्वर त्रुटि: सर्वर एक वैध प्रतीत होने वाले अनुरोध को पूरा करने में विफल रहा।

चरण १: टेस्ट केस विंडो अनुरोध और प्रतिक्रिया के लिए अतिरिक्त मेटाडेटा भी प्रदर्शित करती है।

टेस्ट केस विंडो डेटा

  1. इसका मतलब है कि भेजे जा रहे अनुरोध में कोई हेडर नहीं है।
  2. यह दर्शाता है कि वेब सर्वर को भेजे जा रहे अनुरोध में कोई अटैचमेंट नहीं है।
  3. प्रतिक्रिया में 10 हेडर आइटम दर्शाए गए हैं, जिन्हें क्लिक करने पर देखा जा सकता है।
  4. प्रतिक्रिया संदेश में कोई अटैचमेंट नहीं होने का संकेत मिलता है।

लॉग फलक

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

SoapUI लॉग फलक टैब

SoapUI लॉग इन करें: वेब सर्वर से प्रतिक्रिया संबंधी जानकारी प्रदर्शित करता है। यही डेटा soapui.log फ़ाइल में भी संग्रहीत होता है। SoapUI बिन डायरेक्टरी।

SoapUI लॉग टैब

HTTP लॉग: सभी HTTP पैकेट स्थानांतरण प्रदर्शित करता है। RAW दृश्य में दिखाई देने वाली सभी जानकारी HTTP लॉग में भी संग्रहित की जाती है।

HTTP लॉग टैब

त्रुटि लॉग: यह संपूर्ण प्रोजेक्ट सत्र के दौरान आने वाली सभी त्रुटियों को प्रदर्शित करता है। यही जानकारी soapui-errors.log में भी संग्रहित होती है। SoapUI बिन डायरेक्टरी।

मेमोरी लॉग: यह मेमोरी की खपत पर नज़र रखता है और उसे चार्ट के रूप में प्रदर्शित करता है। मेमोरी का अधिक उपयोग करने वाले कार्यों को चलाते समय यह उपयोगी होता है।

मेमोरी लॉग टैब

टेस्ट सूट, टेस्ट केस और टेस्ट स्टेप तैयार होने और सफल प्रतिक्रिया प्राप्त होने के बाद, अगला चरण प्रतिक्रिया का सत्यापन करना है। अभिकथन प्रकारों को अगले ट्यूटोरियल में समझाया जाएगा।

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

टेस्ट सूट एक ऐसा कंटेनर है जो संबंधित टेस्ट केसों को एक साथ समूहित करता है। SoapUI प्रोजेक्ट। टेस्ट केस एक एकल परिदृश्य है जिसमें एक या अधिक टेस्ट स्टेप्स होते हैं, जैसे कि SOAP रिक्वेस्ट, REST रिक्वेस्ट या अभिकथन।

हां. SoapUI यह SOAP और REST दोनों तरह की टेस्टिंग को सपोर्ट करता है। नया प्रोजेक्ट बनाते समय, WSDL-आधारित सेवाओं के लिए New SOAP Project या REST API के लिए New REST Project चुनें। टेस्ट स्टेप्स में REST टेस्ट रिक्वेस्ट, JDBC रिक्वेस्ट और शामिल हैं। Groovy स्क्रिप्ट।

टेस्ट सूट खोलें और हरे रंग के प्ले बटन पर क्लिक करें। SoapUI यह सभी टेस्ट केस को उनके दिखने के क्रम में चलाता है। आप टेस्ट सूट प्रॉपर्टीज़ टैब के अंतर्गत समानांतर या अनुक्रमिक निष्पादन को भी कॉन्फ़िगर कर सकते हैं।

हाँ। प्रॉपर्टीज़ स्टेप, प्रॉपर्टी ट्रांसफर स्टेप या डेटासोर्स स्टेप का उपयोग करें (SoapUI इसका लाभ यह है कि यह एक ही टेस्ट केस के माध्यम से कई इनपुट को संचालित करता है। यह कई इनपुट संयोजनों में डेटा-संचालित परीक्षण के लिए उपयोगी है।

एआई सहायक WSDL या OpenAPI विनिर्देश को पढ़कर वास्तविक इनपुट संयोजन, विशिष्ट परिस्थितियाँ और अभिकथन पैटर्न सुझा सकते हैं। इन सुझावों को निर्यात किया जा सकता है। SoapUI एक्सएमएल या Groovy स्क्रिप्ट का उपयोग करके, बड़े टेस्ट सूट बनाते समय मैन्युअल प्रयास को कम किया जा सकता है।

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

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