सभी को नमस्कार। हम धीरे-धीरे छाया से बाहर निकल रहे हैं और हमारे उत्पाद के बारे में लेखों की एक श्रृंखला जारी रख रहे हैं। पिछले समीक्षा लेख के बाद, हमें बहुत सारी समीक्षाएं (अधिकतर सकारात्मक), सुझाव और बग रिपोर्ट मिलीं। आज हम एक्शन में टेस्टमैस दिखाएंगे और आप हमारे एप्लिकेशन की कुछ विशेषताओं की सराहना कर पाएंगे। अधिक पूर्ण विसर्जन के लिए, मैं आपको http://docs-ru.testmace.com पर हमारे प्रलेखन को संदर्भित करने की सलाह देता हूं। तो चलिए!

स्थापना

आइए शुरुआत भोजवाद से करें। आवेदन सुलभ और वास्तव में तीन प्लेटफार्मों - लिनक्स, विंडोज, मैकओएस पर परीक्षण किया गया है। आप हमारी वेबसाइट से ब्याज के ओएस के लिए इंस्टॉलर डाउनलोड कर सकते हैं। Linuxoids के लिए, एक स्नैप पैकेज स्थापित करना संभव है। हम वास्तव में आशा करते हैं कि माइक्रोसॉफ्ट स्टोर और ऐप स्टोर के हाथ जल्द ही पहुंच जाएंगे (क्या आपको इसकी आवश्यकता है? आप क्या सोचते हैं?)।

प्रायोगिक परिदृश्य

परीक्षण विषय के रूप में, हमने निम्नलिखित मानक परिदृश्य का चयन किया:

• लॉग इन करें: उपयोगकर्ता - व्यवस्थापक, पासवर्ड - पासवर्ड
• एक नई प्रविष्टि जोड़ें
• सही प्रविष्टि को जोड़ा गया है

हम https://testmace-quick-start.herokuapp.com/ पर परीक्षण करेंगे। यह एक नियमित json- सर्वर है , ऐसे अनुप्रयोगों के परीक्षण के लिए एकदम सही है। हमने अभी सभी json-server मार्गों में टोकन प्राधिकरण जोड़ा है और इस टोकन को प्राप्त करने के लिए एक लॉगिन विधि बनाई है। हम आगे बढ़ेंगे, धीरे-धीरे अपनी परियोजना में सुधार करेंगे।

एक परियोजना बनाना और प्राधिकरण के बिना एक इकाई बनाने की कोशिश करना

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

• अनुरोध प्रकार: POST
• url: https://testmace-quick-start.herokuapp.com/posts
• अनुरोध निकाय: मान के साथ json {"title": "New testmace quick start post"}
  यदि आपने सब कुछ सही ढंग से किया है, तो इंटरफ़ेस इस तरह दिखाई देगा:

हालाँकि, यदि हम अनुरोध को पूरा करने का प्रयास करते हैं, तो सर्वर 401 कोड वापस करेगा और प्राधिकरण के बिना, इस सर्वर पर कुछ भी नहीं चमकता है। खैर, सामान्य तौर पर, जैसा कि अपेक्षित था)।

प्राधिकरण अनुरोध जोड़ें

जैसा कि पहले ही उल्लेख किया गया है, हमारे पास एक POST एंडपॉइंट /login जो फॉर्म के एक json अनुरोध निकाय को स्वीकार करता है: {"username": "<username>", "password": "<password>"} , जहां username और password (फिर से) ऊपर दिए गए परिचय से) क्रमशः admin और password मान हैं। जवाब में, यह समापन बिंदु फॉर्म {"token": "<token>"} json देता है। हम इसका उपयोग प्राधिकरण के लिए करेंगे। नाम लॉगिन के साथ एक RequestStep नोड बनाएँ, प्रोजेक्ट नोड पूर्वज के रूप में कार्य करेगा। ट्री -पोस्ट ड्रॉप नोड से अधिक पेड़ में दिए गए नोड को स्थानांतरित करने के लिए ड्रैग-एंड-ड्रॉप का उपयोग करें। हम नई क्वेरी के लिए निम्न क्वेरी सेट करते हैं:

• अनुरोध प्रकार: POST
• url: https://testmace-quick-start.herokuapp.com/login
• अनुरोध निकाय: मान {"username": "admin", "password": "password"} साथ json

हम अनुरोध को निष्पादित करते हैं और प्रतिक्रिया में एक टोकन के साथ दो सौवां कोड प्राप्त करते हैं। कुछ इस तरह:

Refactoring: डोमेन दोहराव को हटा दें

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

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

हम https://testmace-quick-start.herokuapp.com मान के साथ नोड के प्रोजेक्ट स्तर पर domain चर को परिभाषित करते हैं। इसके लिए यह आवश्यक है

• इस नोड के साथ एक टैब खोलें और ऊपरी दाईं ओर कैलकुलेटर आइकन पर क्लिक करें
• + ADD VARIABLE पर क्लिक करें
• चर का नाम और मान दर्ज करें
  हमारे मामले में, जोड़ा चर के साथ संवाद इस तरह दिखेगा:

ठीक है। अब, विरासत के कारण, हम किसी भी स्तर के घोंसले के शिकार के वंश में इस चर का उपयोग कर सकते हैं। हमारे मामले में, ये लॉगिन और क्रिएट-पोस्ट नोड्स हैं। पाठ क्षेत्र में एक चर का उपयोग करने के लिए, ${<variable_name>} लिखना आवश्यक है। उदाहरण के लिए, लॉगिन के लिए यूआरएल क्रमशः ${domain}/login लॉगिन में परिवर्तित होता है, बनाने के लिए नोड नोड के लिए ${domain}/posts तरह दिखेगा।

इस प्रकार, DRY के सिद्धांत द्वारा निर्देशित, हमने परिदृश्य में थोड़ा सुधार किया।

हम टोकन को एक चर में सहेजते हैं

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

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

• पथ - प्रतिक्रिया का कौन सा हिस्सा लिया जाता है (हमारे मामले में, यह body.token )
• वर्तमान मूल्य - पथ पथ के साथ क्या मूल्य निहित है (हमारे मामले में, यह टोकन का मूल्य है)
• परिवर्तनीय नाम - चर का नाम जहां वर्तमान मूल्य संग्रहीत किया जाएगा। हमारे मामले में, यह token होगा
• नोड - किस पूर्वज में चर नाम चर बनाया जाएगा। प्रोजेक्ट चुनें

पूरा संवाद इस प्रकार है:

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

डायनेमिक वेरिएबल्स तक पहुंचने के लिए, आपको बिल्ट-इन वैरिएबल $dynamicVar डायनामिकार का उपयोग करना $dynamicVar । उदाहरण के लिए, संग्रहीत टोकन तक पहुंचने के लिए, आपको ${$dynamicVar.token} पर कॉल करने की आवश्यकता है।

हम अनुरोधों में प्राधिकरण टोकन फेंक देते हैं

पिछले चरणों में, हमें एक प्राधिकरण टोकन प्राप्त हुआ और जो कुछ भी करने की आवश्यकता है, वह है ऑथोराइज़ेशन हेडर को वैल्यू Bearer <tokenValue> के साथ उन सभी अनुरोधों को जोड़ना जो Authorization बनाने की आवश्यकता है, जिसमें पोस्ट भी शामिल है । ऐसा करने के कई तरीके हैं:

1. मैन्युअल रूप से टोकन की प्रतिलिपि बनाएँ और ब्याज के अनुरोध में प्राधिकरण शीर्ष लेख जोड़ें। विधि काम कर रही है, लेकिन इसका आवेदन केवल "किए गए और फेंक दिए गए" फॉर्म के अनुरोधों तक सीमित है। कई लिपियों के लिए उपयुक्त नहीं है
2. प्राधिकरण कार्यक्षमता का उपयोग करें।
3. डिफ़ॉल्ट हेडर का उपयोग करें

दूसरी विधि का उपयोग करना स्पष्ट लगता है, हालांकि, इस लेख के संदर्भ में, यह दृष्टिकोण है ... निर्बाध। ठीक है, वास्तव में: प्राधिकरण तंत्र प्लस या माइनस अन्य उपकरणों से परिचित है (भले ही हमारे पास प्राधिकरणों की विरासत जैसी चीजें हों) और यह सवाल उठाने की संभावना नहीं है।

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

इससे पहले, हमने नोड के प्रोजेक्ट स्तर पर डायनामिक वैरिएबल $dynamicVar.token डायनामिक $dynamicVar.token में एक टोकन को विवेकपूर्ण रूप से सहेजा था। यह निम्नलिखित करने के लिए बनी हुई है:

1. नोड के प्रोजेक्ट स्तर पर Bearer ${$dynamicVar.token} मान के साथ डिफ़ॉल्ट Authorization हेडर को परिभाषित करें। ऐसा करने के लिए, नोड के प्रोजेक्ट इंटरफ़ेस में, आपको डिफ़ॉल्ट हेडर (ऊपरी दाएं कोने में हेडर बटन) के साथ एक डायलॉग खोलने और संबंधित हेडर जोड़ने की आवश्यकता है। भरे हुए मूल्यों वाला एक संवाद इस तरह दिखेगा:
   
2. इस शीर्ष लेख को लॉगिन अनुरोध से अक्षम करें। यह समझ में आता है: लॉगिन के समय, हमारे पास अभी भी एक टोकन नहीं है और हम इसे केवल इस अनुरोध के साथ इंस्टॉल करेंगे। इसलिए, इनहेरिट किए गए क्षेत्र में हेडर्स टैब में अनुरोध के लॉगिन इंटरफ़ेस में, प्राधिकरण हेडर को अनचेक करें।

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

पोस्ट के निर्माण की शुद्धता की जाँच करना

इस स्तर पर, हमारी स्क्रिप्ट लॉग इन कर सकती है और एक प्राधिकरण टोकन का उपयोग करके, एक पोस्ट बना सकती है। हालाँकि, हमें यह सुनिश्चित करने की आवश्यकता है कि नई बनाई गई पोस्ट का सही नाम है। यही है, संक्षेप में, यह निम्नलिखित करने के लिए रहता है:

• आईडी द्वारा एक पोस्ट के लिए एक अनुरोध भेजें,
• जाँच करें कि सर्वर से आया नाम पोस्ट बनाते समय दिए गए नाम से मेल खाता है

पहले चरण पर विचार करें। एक बार जब स्क्रिप्ट के निष्पादन के दौरान आईडी मान निर्धारित किया जाता है, तो आपको नोड के प्रोजेक्ट स्तर पर नोड -पोस्ट नोड से डायनामिक वैरिएबल (इसे postId कहते हैं) बनाने की आवश्यकता होती है। हम पहले से ही जानते हैं कि यह कैसे करना है, बस एक टोकन में टोकन को सहेजने वाले अनुभाग पर जाएं। यह केवल इस आईडी पर एक पोस्ट के लिए एक अनुरोध बनाने के लिए बनी हुई है। ऐसा करने के लिए, निम्न पैरामीटर के साथ एक RequestStep get-post बनाएं:

• अनुरोध प्रकार: प्राप्त करें
• URL: $ {डोमेन} / पोस्ट / $ {$ डायनामिक Var.postId}

दूसरे चरण को लागू करने के लिए, हमें अभिकथन नोड से परिचित होने की आवश्यकता है। अभिकथन नोड एक नोड है जो आपको विशिष्ट अनुरोधों के लिए चेक लिखने की अनुमति देता है। प्रत्येक अभिकथन नोड में कई कथन (चेक) हो सकते हैं। आप हमारे प्रलेखन से सभी प्रकार के कथनों के बारे में अधिक पढ़ सकते हैं। हम equal ऑपरेटर के साथ Compare का उपयोग करेंगे। दावे बनाने के कई तरीके हैं:

1. लांग। मैन्युअल रूप से रिक्वेस्टस्टेप नोड के मेन्यू मेनू से एक असेसमेंट नोड बनता है। अभिकथन द्वारा बनाए गए नोड में, ब्याज की अभिक्रिया को जोड़ें और खेतों में भरें।
2. त्वरित। संदर्भ मेनू का उपयोग करते हुए नोड के रिक्वेस्टस्टेप प्रतिक्रिया से एक जोर के साथ एक अभिक्रिया नोड बनाएं

हम दूसरी विधि का उपयोग करेंगे। यहाँ है कि यह हमारे मामले के लिए कैसा लगेगा।

जो नहीं समझते हैं, उनके लिए निम्नलिखित होता है:

1. गेट -पोस्ट नोड में एक अनुरोध करें
2. प्रतिक्रिया के पार्स किए गए टैब में, संदर्भ मेनू पर कॉल करें और बनाएँ मुखर का चयन करें -> तुलना -> समान

बधाई, हमने पहला टेस्ट बनाया! सरल, सही? अब आप स्क्रिप्ट को पूरी तरह से चला सकते हैं और परिणाम का आनंद ले सकते हैं। यह थोड़ा रिफ्लेक्टर करने के लिए रहता है और title को एक अलग चर में डाल देता है। लेकिन हम इसे होमवर्क के रूप में आपके पास छोड़ देंगे)

निष्कर्ष

इस गाइड में, हमने एक पूरी स्क्रिप्ट बनाई और उसी समय हमारे उत्पाद की कुछ विशेषताओं की समीक्षा की। बेशक, हमने सभी कार्यक्षमता का उपयोग नहीं किया और निम्नलिखित लेखों में हम टेस्टमैस की क्षमताओं की विस्तृत समीक्षा करेंगे। देखते रहो!

PS उन लोगों के लिए जो सभी चरणों को पुन: पेश करने के लिए बहुत आलसी हैं, हम कृपया लेख से परियोजना के साथ भंडार को काटते हैं। आप इसे फ़ाइल -> प्रोजेक्ट खोलें और प्रोजेक्ट फ़ोल्डर का उपयोग करके खोल सकते हैं।