SoapUI का उपयोग करते हुए एपीआई के साथ बातचीत करते समय किसी एप्लिकेशन का परीक्षण कैसे करें

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

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



नीचे मैं एक ऐसे समाधान का उदाहरण प्रस्तुत करता हूं जिसने इसे आसानी से प्रतिगमन बुनियादी ढांचे में एकीकृत करने की अनुमति दी, साथ ही परिदृश्यों की सीमा और उनकी जटिलता के कवरेज को बढ़ाने के मामले में स्केलिंग के लिए एक मार्जिन दिया।

सबसे पहले, SoapUI में एक मॉक-सर्विस बनाएं। यह कुछ ही क्लिक में किया जाता है:



अब हम प्रश्नों के लिए स्टब्स बनाने के लिए आगे बढ़ते हैं। चूंकि कार्य में स्क्रिप्ट में केवल एक प्रविष्टि है, हमारे पास विकल्प हैं:

1. स्क्रिप्ट के पहचानकर्ता का उपयोग करें और इसे प्रत्येक अनुरोध में पास करें, और प्रत्येक स्टब में इस पहचानकर्ता के आधार पर प्रतिक्रिया निर्धारित करें;
2. प्रत्येक स्टब के उत्तर की सूची पहले से निर्दिष्ट करें और परीक्षण चलाने से पहले उन्हें वैश्विक चर में संग्रहीत करें।

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

इसलिए, स्टब प्रतिक्रियाओं की एक सूची प्रदान करने के लिए, हम परीक्षण चलाने से पहले निम्नलिखित क्वेरी को निष्पादित करते हैं:

Post: http://mockserver:8080/setscenario Body: ScenarioId=0&Authentication=200_OK&AutoSystemHome=400_TokenIsMissing… 

मॉक सेवा में, हम "SetScenario" अनुरोध प्रसंस्करण जोड़ते हैं। इसके केवल दो उत्तर हैं: "200_OK" यदि आने वाले अनुरोध को सही ढंग से संसाधित किया गया था, और यदि अनुरोध गलत तरीके से किया गया था, तो "400_Badequest":



स्क्रिप्ट में, हम प्रत्येक स्टब के लिए वैश्विक स्टब्स के लिए प्रतिक्रिया मान वितरित करते हैं:

 def reqBody = mockRequest.getRequestContent() //   def reqBodyParams = [:] reqBody.tokenize("&").each //  ,    { param-> def keyAndValue = param.split("=") reqBodyParams[keyAndValue[0]]=keyAndValue[1] } if (reqBodyParams.containsKey('ScenarioId')) // ID     (    );            { //   ,         , “?:” –          : context.mockService.setPropertyValue("ScenarioId", reqBodyParams["ScenarioId"] ?: "0") context.mockService.setPropertyValue("Authentication", reqBodyParams["Authentication"] ?: "200_OK") context.mockService.setPropertyValue("AutoSystemHome", reqBodyParams["AutoSystemHome"] ?: "200_OK") //       … return "200_OK" } else { return "400_BadRequest" } 

निर्दिष्ट चर सेवा सेटिंग्स विंडो में देखे जा सकते हैं:



इस प्रकार, हम इस पद्धति में मॉक सेवा के पूरे तर्क का वर्णन करते हैं, और एपीआई तरीकों के लिए स्टब्स में यह एक स्क्रिप्ट लिखने के लिए पर्याप्त है जो वैश्विक चर से प्रतिक्रिया मान को पढ़ता है:

 Authentication = context.mockService.getPropertyValue("Authentication") return "${Authentication}" 

 AutoSystemHome = context.mockService.getPropertyValue("AutoSystemHome") return "${AutoSystemHome}" 

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

 Post: http://mockserver:8080/setscenario Body: ScenarioId=0&Delay=600&Authentication=200_OK &AutoSystemHome=400_TokenIsMissing… 

और स्टब स्क्रिप्ट में हम जोड़ते हैं:

 … Authentication = context.mockService.getPropertyValue("Authentication") Delay = context.mockService.getPropertyValue("Delay").toInteger() sleep(Delay) return "${Authentication}" 

यदि बार-बार अनुरोध का समर्थन करना आवश्यक है, तो हम उत्तरों की सूची को स्थानांतरित करते हैं:

 Body: Authentication:400_MissingParametersClientId;400_MissingParametersClientId;200_OK 

और प्रसंस्करण स्क्रिप्ट में, टोकन जोड़ें और पहले से ही भेजे गए प्रतिक्रिया को हटा दें, अगर यह अंतिम नहीं है:

 def Authentication = [] Authentication = context.mockService.getPropertyValue("Authentication").tokenize("%3B") if (Authentication.size() > 1) { Authentication.remove(0) Authentication = Authentication.join("%3B") context.mockService.setPropertyValue("Authentication", Authentication) } 

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

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

UPD: यदि आपके पास प्रश्न और सहायक टिप्पणियां हैं।