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

स्थापना

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

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

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

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

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

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

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

• अनुरोध प्रकार: पोस्ट
• यूआरएल: 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 क्रमश। प्रत्युत्तर में, यह समापन बिंदु json जैसा लौटाता है {"token": "<token>"}. हम इसका उपयोग प्राधिकरण के लिए करेंगे. आइए बनाएं अनुरोध कदम नाम के साथ नोड लॉग इन, पूर्वज के रूप में कार्य करेगा परियोजना नोड ड्रैग-एंड-ड्रॉप का उपयोग करके, पेड़ में दिए गए नोड को नोड से ऊपर ले जाएं पोस्ट बनाएं. आइए नव निर्मित अनुरोध के लिए निम्नलिखित पैरामीटर सेट करें:

• अनुरोध प्रकार: पोस्ट
• यूआरएल: https://testmace-quick-start.herokuapp.com/login
• अनुरोध का मुख्य भाग: मान के साथ json {"username": "admin", "password": "password"}

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

रीफैक्टरिंग: डोमेन डुप्लिकेशन को हटाना

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

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

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

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

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

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

टोकन को एक वेरिएबल में सहेजें

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

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

• पथ - उत्तर का कौन सा भाग लिया गया है (हमारे मामले में यह है body.token)
• वर्तमान मूल्य - पथ के साथ कौन सा मूल्य निहित है (हमारे मामले में यह टोकन मूल्य है)
• चर का नाम - वेरिएबल का नाम जहां वर्तमान मूल्य संरक्षित किया जाएगा. हमारे मामले में यह होगा token
• आसंधि — किस पूर्वज में वेरिएबल बनाया जाएगा चर का नाम. आइए प्रोजेक्ट चुनें

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

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

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

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

पिछले चरणों में हमें प्राधिकरण टोकन प्राप्त हुआ और हमें बस एक हेडर जोड़ना है Authorization अर्थ सहित Bearer <tokenValue> प्राधिकरण सहित सभी अनुरोधों में पोस्ट बनाएं. इसे करने बहुत सारे तरीके हैं:

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

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

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

पहले, हमने विवेकपूर्वक टोकन को एक गतिशील चर में सहेजा था $dynamicVar.token प्रोजेक्ट नोड स्तर पर. जो कुछ बचा है वह निम्नलिखित करना है:

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

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

पोस्ट निर्माण की सत्यता की जाँच करना

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

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

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

• अनुरोध प्रकार: प्राप्त करें
• यूआरएल: ${domain}/posts/${$dynamicVar.postId}

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

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

आइए दूसरी विधि का उपयोग करें। यह हमारे मामले में ऐसा ही दिखेगा।

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

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

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

निष्कर्ष

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

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

स्रोत: www.habr.com