सभी को नमस्कार, टच टेस्ट में ! शायद बहुत से लोग हमारे पिछले लेखों से हमारे बारे में जानते हैं । उन लोगों के लिए जो अभी-अभी जुड़े हैं: हम TestMace API के साथ काम करने के लिए एक IDE विकसित कर रहे हैं। प्रतिस्पर्धी उत्पादों के साथ TestMace की तुलना करते समय सबसे अक्सर पूछे जाने वाले प्रश्न "आप पोस्टमैन से कैसे अलग हैं?" हमने तय किया कि इस सवाल का विस्तृत जवाब देने का समय आ गया है। नीचे हमने पोस्टमैन पर अपने फायदे गिनाए हैं ।

घटकों का पृथक्करण

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

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

मानव पठनीय परियोजना प्रारूप

टेस्टमेस और पोस्टमैन के बीच भंडारण के तरीके में एक वैचारिक अंतर है। पोस्टमैन में, सभी अनुरोधों को स्थानीय भंडारण में कहीं संग्रहीत किया जाता है। यदि कई उपयोगकर्ताओं के बीच अनुरोध साझा करने की आवश्यकता है, तो आपको अंतर्निहित सिंक्रनाइज़ेशन का उपयोग करने की आवश्यकता है। वास्तव में, यह आम तौर पर स्वीकृत दृष्टिकोण है, दोषों के बिना नहीं। डेटा सुरक्षा के बारे में कैसे? दरअसल, कुछ कंपनियों की नीति तीसरे पक्ष के डेटा के भंडारण की अनुमति नहीं दे सकती है। हालांकि, हमारा मानना ​​है कि टेस्टमेस के पास पेशकश करने के लिए कुछ बेहतर है! और इस सुधार का नाम है "मानव पठनीय परियोजना प्रारूप।"

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

यह उपयोगकर्ता को क्या देता है? यह आपको सामान्य दृष्टिकोण का उपयोग करते हुए, वर्कफ़्लो टीम को बहुत लचीले ढंग से बदलने की अनुमति देता है। उदाहरण के लिए, डेवलपर्स बैकएंड के समान रिपॉजिटरी में एक प्रोजेक्ट स्टोर कर सकते हैं। शाखाओं में, सीधे कोडबेस को बदलने के अलावा, डेवलपर मौजूदा क्वेरी स्क्रिप्ट और परीक्षणों को ठीक कर सकता है। रिपॉजिटरी में परिवर्तन करने के बाद (git, svn, mercurial - जो आपको सबसे अच्छा लगता है) CI (आपका पसंदीदा, किसी पर भी थोपा नहीं गया) हमारे कंसोल यूटिलिटी टेस्टमेस-क्लाई को लॉन्च करता है, और निष्पादन के बाद प्राप्त रिपोर्ट (उदाहरण के लिए, कनिष्ठ प्रारूप में, जिसका समर्थन भी किया जाता है) testmace-cli) को उपयुक्त प्रणाली में भेजा जाता है। और उपरोक्त सुरक्षा समस्या अब कोई समस्या नहीं है।

जैसा कि आप देख सकते हैं, TestMace अपने पारिस्थितिकी तंत्र और प्रतिमान को लागू नहीं करता है। इसके बजाय, यह आसानी से पहले से ही स्थापित प्रक्रियाओं में एकीकृत है।

गतिशील चर

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

उदाहरण: हमें सर्वर से एक प्रतिक्रिया मिली, और हम एक चर में प्रतिक्रिया का हिस्सा बचाना चाहते हैं। पोस्टमैन में, हम एक टेस्ट स्क्रिप्ट में ऐसा कुछ लिखेंगे (जो अपने आप में अजीब है):

var jsonData = JSON.parse(responseBody); postman.setEnvironmentVariable("data", jsonData.data); 

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

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

 var jsonData = JSON.parse(responseBody); postman.setEnvironmentVariable("data", CryptoJS.MD5(jsonData.data)); 

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

 const data = tm.currentNode.prev.response.body.data; tm.currentNode.parent.setDynamicVar('data', crypto.MD5(data)); 

जैसा कि आप देख सकते हैं, नोड्स की रचना ने यहां भी एक अच्छी सेवा प्रदान की। और ऊपर वर्णित के रूप में इस तरह के एक साधारण मामले के लिए, आप बस ग्राफिकल इंटरफेस के माध्यम से बनाए ${crypto.MD5($response.data)} चर के ${crypto.MD5($response.data)} अभिव्यक्ति प्रदान कर सकते हैं!

जीयूआई के माध्यम से परीक्षण बनाना

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

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

हालांकि, एक चित्रमय संपादक में परीक्षण बनाने से कोड में परीक्षण लिखने की क्षमता नहीं निकलती है। यहाँ स्क्रिप्ट नोड में सभी समान पुस्तकालय, और परीक्षण लिखने के लिए ची ।

संदर्भ द्वारा एक मौजूदा स्क्रिप्ट चलाने की क्षमता (लिंक नोड)

ऐसी स्थितियां अक्सर तब उत्पन्न होती हैं जब एक निश्चित अनुरोध या यहां तक ​​कि एक पूरी स्क्रिप्ट को एक परियोजना के विभिन्न हिस्सों में कई बार निष्पादित करने की आवश्यकता होती है। इस तरह के अनुरोधों का एक उदाहरण कस्टम मल्टी-स्टेज प्राधिकरण है, जो पर्यावरण को वांछित स्थिति में लाता है, आदि। सामान्य तौर पर, प्रोग्रामिंग भाषाओं के संदर्भ में, मैं उन कार्यों को करना चाहूंगा जिनका उपयोग अनुप्रयोग के विभिन्न हिस्सों में किया जा सकता है। TestMace में, यह फ़ंक्शन लिंक नोड द्वारा किया जाता है। इसका उपयोग करना बहुत सरल है:
1) एक क्वेरी या स्क्रिप्ट बनाएँ
2) प्रकार लिंक का एक नोड बनाएँ
3) मापदंडों में पहले चरण में बनाई गई स्क्रिप्ट के लिंक को निर्दिष्ट करें

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

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

अन्य अंतर

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

सुविधाएँ जो रास्ते में हैं

हम अगली रिलीज पर गोपनीयता के घूंघट को खोलने के प्रलोभन का विरोध नहीं कर सकते थे, खासकर जब कार्यक्षमता बहुत स्वादिष्ट है और पहले से ही पूर्व-रिलीज़ पीस से गुजर रही है। तो, हम मिलते हैं।

कार्यों

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

 {{$randomEmail}} 

हालांकि, चूंकि ये चर (यद्यपि गतिशील वाले) हैं, इसलिए उन्हें फ़ंक्शंस के रूप में उपयोग नहीं किया जा सकता है: वे पैरामीटर करने योग्य नहीं हैं, इसलिए यह स्ट्रिंग से हैश लेने के लिए काम नहीं करेगा।

TestMace पर, हम ईमानदार सुविधाओं को जोड़ने की योजना बनाते हैं। $ {} के ठीक अंदर आप न केवल चर का उपयोग कर सकते हैं, बल्कि फ़ंक्शन को भी कॉल कर सकते हैं। यानी यदि आपको कुख्यात नकली ईमेल उत्पन्न करने की आवश्यकता है, तो हम सिर्फ लिखते हैं

 ${faker.internet.email()} 

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

लेकिन क्या होगा अगर हम स्ट्रिंग से हैश की गणना करना चाहते हैं? आराम से!

 ${crypto.MD5($dynamicVar.data)} 

आप देख सकते हैं कि आप मापदंडों के रूप में चर भी पारित कर सकते हैं! इस जगह में, एक जिज्ञासु पाठक को संदेह हो सकता है कि कुछ गलत था ...

अभिव्यक्ति में जावास्क्रिप्ट का उपयोग करना

... और व्यर्थ नहीं! जब कार्यों के लिए आवश्यकताओं का गठन किया गया था, तो हम अचानक इस निष्कर्ष पर पहुंचे कि अभिव्यक्तियों में आपको मान्य जावास्क्रिप्ट को लिखने की आवश्यकता है। तो अब आप भाव में लिखने के लिए स्वतंत्र हैं:

 ${1 + '' + crypto.MD5('asdf')} 

और यह सब स्क्रिप्ट के बिना इनपुट फ़ील्ड में सही है!

पोस्टमैन के लिए, केवल चर का उपयोग किया जा सकता है, और जब थोड़ी अभिव्यक्ति लिखने की कोशिश की जाती है, तो सत्यापनकर्ता शपथ लेता है और इसकी गणना करने से इनकार करता है।

उन्नत ऑटो-पूरा

फिलहाल, TestMace में मानक ऑटो-पूर्ति है, जो इस तरह दिखता है:

यहां, ऑटो-पूर्ण लाइन के अलावा, यह रेखा क्या है इसका संकेत दिया गया है। यह तंत्र केवल कोष्ठक $ {} द्वारा तैयार किए गए अभिव्यक्तियों में काम करता है।

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

सबसे पहले, स्वतः-पूर्णता अभिव्यक्तियों में भी काम करती है (जहाँ संभव हो)। यहाँ यह कैसा दिखता है:

और दूसरी बात, अब ऑटो-कम्प्लीटेशन भी स्क्रिप्ट्स में उपलब्ध है। एक नज़र डालिए कि यह कैसे काम करता है!

पोस्टमैन के साथ इस कार्यक्षमता की तुलना करने का कोई मतलब नहीं है - वहाँ ऑटो-समापन केवल चर, हेडर और उनके मूल्यों की स्थिर सूचियों तक सीमित है (मुझे भूल गए तो मुझे सही करें)। लिपियों को स्वतः प्राप्त नहीं किया जाता है :(

निष्कर्ष

अक्टूबर में, हमारे उत्पाद के विकास की शुरुआत के एक वर्ष बीत चुके हैं। इस समय के दौरान, हमने बहुत सी चीजें करने में कामयाबी हासिल की और कुछ तरीकों से अपने प्रतिद्वंद्वियों को पकड़ा। लेकिन जैसा कि यह हो सकता है, हमारा लक्ष्य एपीआई के साथ काम करने के लिए वास्तव में सुविधाजनक उपकरण बनाना है। हमारे पास अभी भी बहुत सारे काम हैं, यहाँ आने वाले वर्ष के लिए हमारी परियोजना के लिए एक अनुमानित विकास योजना है: https://testmace.com/roadmap ।

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