सभी को नमस्कार! आज हम अपने उत्पाद, IDM को ITM समुदाय के लिए TestMace API के साथ काम करना चाहते हैं । शायद आप में से कुछ पहले से ही हमारे बारे में पिछले लेखों से जानते हैं । हालांकि, उपकरण की कोई व्यापक समीक्षा नहीं की गई थी, इसलिए हम इस कष्टप्रद दोष को समाप्त करते हैं।

प्रेरणा

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

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

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

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

इसलिए, इन दिशानिर्देशों का पालन करते हुए, हमने अपना उत्पाद बनाना शुरू किया। आइए देखें कि हमें इस स्तर पर क्या मिला।

जल्दी शुरू करो

चलो आवेदन के साथ पहले परिचित के साथ शुरू करते हैं। आप इसे हमारी वेबसाइट पर डाउनलोड कर सकते हैं। फिलहाल, सभी 3 मुख्य प्लेटफार्मों का समर्थन किया जाता है - विंडोज, लिनक्स, मैकओएस। डाउनलोड करें, इंस्टॉल करें, चलाएं। पहली शुरुआत में, आप निम्न विंडो देख सकते हैं:

पहला अनुरोध बनाने के लिए सामग्री क्षेत्र के शीर्ष पर प्लस चिह्न पर क्लिक करें। अनुरोध टैब निम्नानुसार है:

आइए हम इस पर अधिक विस्तार से ध्यान दें। अनुरोध इंटरफ़ेस लोकप्रिय बाकी क्लाइंट के इंटरफ़ेस के समान है, जो इस तरह के टूल से माइग्रेशन की सुविधा देता है। चलिए पहला url अनुरोध करते हैं https://next.json-generator.com/api/json/get/NJv-NT-U8

सामान्य तौर पर, पहली नज़र में, प्रतिक्रिया पैनल भी कोई आश्चर्य नहीं करता है। हालाँकि, मैं कुछ बिंदुओं पर आपका ध्यान आकर्षित करूंगा:

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

जैसा कि आप देख सकते हैं, हमारे उपकरण का उपयोग एक सुविधाजनक आराम-ग्राहक के रूप में किया जा सकता है। हालाँकि, हम यहां एकत्रित नहीं होते यदि इसकी क्षमता केवल अनुरोध भेजने तक सीमित होती। अगला, मैं TestMace की मूल अवधारणाओं और कार्यक्षमता को रेखांकित करूंगा।

मुख्य अवधारणाओं और विशेषताएं

नोड

कार्यक्षमता टेस्टमेस को विभिन्न प्रकार के नोड्स में विभाजित किया गया है। ऊपर के उदाहरण में, हमने RequestStep नोड के संचालन का प्रदर्शन किया। हालाँकि, अब निम्न नोड प्रकार भी आवेदन में उपलब्ध हैं:

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

नोड खरोंच में स्थित हैं (बाईं ओर नीचे का पैनल, "वन-टाइम" अनुरोधों को जल्दी से बनाने का कार्य करता है) और प्रोजेक्ट में (ऊपर बाईं ओर का पैनल), जिसे हम और अधिक विस्तार से बताएंगे।

परियोजना

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

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

चर

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

• $prevStep - पिछले नोड के चर के संदर्भ में
• $nextStep - अगले नोड के चर के संदर्भ में
• $parent समान हैं, लेकिन केवल पूर्वज के लिए
• $response - सर्वर से प्रतिक्रिया
• $env - वर्तमान पर्यावरण चर
• $dynamicVar - एक स्क्रिप्ट या अनुरोध के निष्पादन के दौरान बनाया गया गतिशील चर

$env अनिवार्य रूप से नोड के प्रोजेक्ट स्तर के सामान्य चर हैं, हालांकि, पर्यावरण चर का सेट आपके द्वारा चुने गए वातावरण के आधार पर भिन्न होता है।

चर को ${variable_name} माध्यम से एक्सेस किया जाता है
एक चर का मूल्य एक और चर, या एक पूर्णांक अभिव्यक्ति भी हो सकता है। उदाहरण के लिए, एक यूआरएल चर रूप की अभिव्यक्ति हो सकती है
http://${host}:${port}/${endpoint} ।

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

परिदृश्यों

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

स्वतः-पूर्ण और हाइलाइट अभिव्यक्ति मूल्य

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

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

पूर्ववत करें / फिर से करें

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

परीक्षण निर्माण

परख नोड परीक्षण बनाने के लिए जिम्मेदार है। मुख्य विशेषताओं में से एक अंतर्निहित संपादकों का उपयोग करके प्रोग्रामिंग के बिना परीक्षण बनाने की क्षमता है।

अभिकथन नोड में अभिकथनों (कथनों) का एक समूह होता है। प्रत्येक दावे का अपना प्रकार होता है, इस समय कई प्रकार के दावे हैं

1. मूल्यों की तुलना करें - बस 2 मूल्यों की तुलना करें। बराबर के लिए कई तुलनात्मक ऑपरेटर हैं, न के बराबर, इससे अधिक, इससे अधिक या इसके बराबर, इससे कम, इससे कम या इसके बराबर।

   
   

2. इसमें मान होता है - अगर स्ट्रिंग में एक स्ट्रिंग है तो चेक करता है।

   
   

3. XPath - सत्यापित करता है कि एक निश्चित मूल्य XML में चयनकर्ता में निहित है।

   
   

4. जावास्क्रिप्ट अभिकथन एक मनमाना जावास्क्रिप्ट स्क्रिप्ट है जो यदि सफल और गलत है तो विफल होने पर वापस लौटा देती है।

   
   

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

केक पर चेरी प्रतिक्रिया से जोर की रचना है, बस इसे देखो!

हालाँकि, इस तरह की अभिक्रियाओं में स्पष्ट सीमाएँ होती हैं जिनका उपयोग आप टकराने के लिए जावास्क्रिप्ट अभिकथन का उपयोग कर सकते हैं। और यहाँ TestMace ऑटो-कम्पलीट, सिंटैक्स हाइलाइटिंग और एक स्टैटिक एनालाइज़र के साथ एक आरामदायक वातावरण भी प्रदान करता है।

एपीआई विवरण

TestMace आपको न केवल एपीआई का उपयोग करने की अनुमति देता है, बल्कि इसे दस्तावेज़ करने के लिए भी। इसके अलावा, विवरण में स्वयं एक पदानुक्रमित संरचना भी है और बाक़ी परियोजना के लिए उपयुक्त है। इसके अलावा, फिलहाल, स्वैगर 2.0 / ओपनएपीआई 3.0 प्रारूपों से एपीआई विवरण आयात करना संभव है। विवरण केवल एक मृत वजन नहीं है, लेकिन यह परियोजना के बाकी हिस्सों के साथ घनिष्ठता से जुड़ा हुआ है, विशेष रूप से, यूआरएल, HTTP हेडर, क्वेरी पैरामीटर और अधिक के स्वतः पूर्णता उपलब्ध है, और भविष्य में हम एपीआई विवरण के उत्तर के मिलान के लिए परीक्षण जोड़ने की योजना बनाते हैं।

शेयरिंग नोड

मामला: क्या आप किसी सहकर्मी के लिए एक समस्याग्रस्त अनुरोध या यहां तक ​​कि पूरी स्क्रिप्ट साझा करना चाहते हैं या इसे बग से जोड़ सकते हैं। TestMace भी इस मामले को कवर करता है: एप्लिकेशन आपको किसी भी नोड को क्रमबद्ध करने और यहां तक ​​कि url में सबट्री करने की अनुमति देता है। कॉपी-पेस्ट और आप अनुरोध को आसानी से किसी अन्य मशीन या परियोजना में स्थानांतरित कर सकते हैं।

मानव-पठनीय परियोजना भंडारण प्रारूप

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

 children: [] variables: {} type: RequestStep assignVariables: [] requestData: request: method: GET url: 'https://next.json-generator.com/api/json/get/NJv-NT-U8' headers: [] disabledInheritedHeaders: [] params: [] body: type: Json jsonBody: '' xmlBody: '' textBody: '' formData: [] file: '' formURLEncoded: [] strictSSL: Inherit authData: type: inherit name: Scratch 1 

जैसा कि आप देख सकते हैं, सब कुछ बहुत स्पष्ट है। यदि वांछित है, तो ऐसा प्रारूप मैन्युअल रूप से संपादित करने के लिए काफी आरामदायक है।

फ़ाइल सिस्टम में फ़ोल्डर पदानुक्रम पूरी तरह से प्रोजेक्ट में नोड्स के पदानुक्रम को दोहराता है। उदाहरण के लिए, प्रपत्र का एक परिदृश्य:

यह फाइल सिस्टम में निम्न संरचना के लिए मैप करता है (केवल फ़ोल्डर पदानुक्रम दिखाया गया है, लेकिन सार स्पष्ट है)

जो परियोजना समीक्षा प्रक्रिया को सुविधाजनक बनाता है।

डाकिया से आयात

उपरोक्त सभी को पढ़ने के बाद, कुछ उपयोगकर्ता (सही?) एक नया उत्पाद (या नरक क्या मज़ाक नहीं कर रहे हैं!) को पूरी तरह से अपने प्रोजेक्ट में संलग्न करना चाहते हैं। हालांकि, एक ही पोस्टमैन में बड़ी संख्या में विकास से प्रवास को रोका जा सकता है। ऐसे मामलों के लिए, TestMace पोस्टमैन से संग्रह आयात करने का समर्थन करता है। फिलहाल, परीक्षण के बिना आयात का समर्थन किया जाता है, लेकिन भविष्य में हम उनके समर्थन को बाहर नहीं करते हैं।

योजनाओं

मुझे उम्मीद है कि इस बिंदु पर पढ़ने वालों में से कई ने हमारे उत्पाद को पसंद किया है। हालाँकि, यह सब नहीं है! उत्पाद पर काम जोरों पर है और यहां कुछ विशेषताएं हैं जिन्हें हम जल्द ही जोड़ने की योजना बना रहे हैं।

क्लाउड सिंक

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

CLI

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

प्लगइन प्रणाली

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

नोड प्रकारों के वर्गीकरण का विस्तार करना

नोड्स का यह सेट उपयोगकर्ता द्वारा आवश्यक सभी मामलों को कवर नहीं करता है। जोड़े जाने वाले नोड:

• स्क्रिप्ट नोड - js और संबंधित API का उपयोग करके डेटा को कनवर्ट करता है और रखता है। इस प्रकार के नोड का उपयोग करके, आप पोस्टमैन में प्री-रिक्वेस्ट और पोस्ट-रिक्वेस्ट स्क्रिप्ट जैसी चीजें कर सकते हैं।
• GraphQL नोड - graphql समर्थन
• कस्टम जोर नोड - आप परियोजना में उपलब्ध अभिकथन के सेट का विस्तार करने की अनुमति देता है
  स्वाभाविक रूप से, यह अंतिम सूची नहीं है, यह लगातार अन्य चीजों, आपकी प्रतिक्रिया के कारण अपडेट किया जाएगा।

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

आप पोस्टमैन से कैसे अलग हैं?

1. नोड्स की अवधारणा, जो आपको परियोजना की कार्यक्षमता के लगभग असीम पैमाने पर ले जाने की अनुमति देती है
2. फ़ाइल सिस्टम में इसे सहेजने के साथ मानव-पठनीय परियोजना प्रारूप, जो संस्करण नियंत्रण प्रणालियों का उपयोग करके कार्य को सरल करता है
3. प्रोग्रामिंग के बिना परीक्षण बनाने की क्षमता और परीक्षण संपादक में अधिक उन्नत जेएस समर्थन (स्वत: पूर्ण, स्थैतिक विश्लेषक)
4. उन्नत स्वतः पूर्णता और चर के वर्तमान मूल्य को उजागर करना

क्या यह एक ओपन-सोर्स उत्पाद है?

नहीं, फिलहाल स्रोत बंद हैं, लेकिन भविष्य में हम स्रोतों को खोलने की संभावना पर विचार कर रहे हैं

आप किस लिए जीते हैं?)

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

निष्कर्ष

हमारी परियोजना एक स्थिर रिलीज के लिए छलांग और सीमा से आगे बढ़ रही है। हालाँकि, अब उत्पाद का उपयोग किया जा सकता है, और हमारे शुरुआती उपयोगकर्ताओं की सकारात्मक प्रतिक्रिया इस बात का प्रमाण है। हम सक्रिय रूप से प्रतिक्रिया एकत्र कर रहे हैं, क्योंकि समुदाय के साथ घनिष्ठ सहयोग के बिना एक अच्छा उपकरण बनाना असंभव है। आप हमें यहाँ पा सकते हैं:

आधिकारिक वेबसाइट

तार

ढीला

फेसबुक

ट्रैकर जारी करता है

हम आपकी इच्छाओं और सुझावों के लिए तत्पर हैं!