सबैलाई नमस्कार, यहाँ जानुहोस् TestMace! सायद धेरैलाई हाम्रो बारेमा थाहा छ हाम्रो अघिल्लो लेखहरू। भर्खरै सामेल भएकाहरूका लागि: हामी TestMace API सँग काम गर्न IDE विकास गर्दैछौं। प्रतिस्पर्धी उत्पादनहरूसँग TestMace तुलना गर्दा प्रायः सोधिने प्रश्न "तिमी पोष्टम्यानबाट कसरी फरक छौ?" हामीले निर्णय गर्यौं कि यो प्रश्नको विस्तृत जवाफ दिने समय हो। तल हामीले हाम्रा फाइदाहरू उल्लेख गरेका छौं हुलाकी.

नोडहरूमा विभाजन गर्दै

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

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

मानव-पठनीय परियोजना ढाँचा

तिनीहरू भण्डारण गर्ने तरिकामा TestMace र Postman बीच एक वैचारिक भिन्नता छ। पोस्टम्यानमा, सबै अनुरोधहरू स्थानीय भण्डारणमा कतै भण्डार गरिएका छन्। यदि त्यहाँ धेरै प्रयोगकर्ताहरू बीच अनुरोधहरू साझेदारी गर्न आवश्यक छ भने, तपाईंले निर्मित सिङ्क्रोनाइजेसन प्रयोग गर्न आवश्यक छ। वास्तवमा, यो सामान्यतया स्वीकृत दृष्टिकोण हो, तर यसको कमजोरी बिना। डाटा सुरक्षाको बारेमा के हो? आखिर, केहि कम्पनीहरूको नीतिले तेस्रो पक्षहरूसँग डाटा भण्डारण गर्न अनुमति दिँदैन। जे होस्, हामीलाई लाग्छ कि TestMace को प्रस्ताव गर्न को लागी केहि राम्रो छ! र यस सुधारको नाम हो "मानव-पठनीय परियोजना ढाँचा।"

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

यसले प्रयोगकर्तालाई के दिन्छ? यसले तपाईंलाई परिचित दृष्टिकोणहरू प्रयोग गरी टोलीको कार्य प्रवाह धेरै लचिलो रूपमा परिवर्तन गर्न अनुमति दिन्छ। उदाहरणका लागि, विकासकर्ताहरूले ब्याकइन्डको रूपमा एउटै भण्डारमा परियोजना भण्डारण गर्न सक्छन्। शाखाहरूमा, कोड आधार आफैं परिवर्तन गर्नुको अतिरिक्त, विकासकर्ताले अवस्थित क्वेरी लिपिहरू र परीक्षणहरू सच्याउन सक्छ। रिपोजिटरीमा परिवर्तन गरेपछि (git, svn, mercurial - तपाईलाई मनपर्ने सबै भन्दा राम्रो), CI (तपाईंको मनपर्ने, कसैद्वारा थोपरिएको छैन) हाम्रो कन्सोल उपयोगिता सुरू गर्दछ। testmace-cli, र कार्यान्वयन पछि प्राप्त रिपोर्ट (उदाहरणका लागि, जुनिट ढाँचामा, जुन 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)} चल GUI मार्फत सिर्जना गरियो!

GUI मार्फत परीक्षणहरू सिर्जना गर्दै

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

यद्यपि, वास्तविकता प्रायः यस्तो हुन्छ (हामी त्यस्तो होइनौं, जीवन त्यस्तै हो) कि परीक्षकसँग प्रोग्रामिंग सीप हुँदैन, तर उसले अहिले टोलीलाई फाइदा पुर्‍याउन चाहन्छ। त्यस्ता केसहरूको लागि, नो-कोड अवधारणालाई पछ्याउँदै, TestMace ले तपाईंलाई स्क्रिप्टहरू लेख्न प्रयोग नगरी GUI मार्फत सरल परीक्षणहरू सिर्जना गर्न अनुमति दिन्छ। यहाँ, उदाहरणका लागि, समानताका लागि मानहरू तुलना गर्ने परीक्षण सिर्जना गर्ने प्रक्रिया कस्तो देखिन्छ:

यद्यपि, ग्राफिकल सम्पादकमा परीक्षणहरू सिर्जना गर्नाले सम्भावनालाई हटाउँदैन कोडमा परीक्षण लेखन। सबै समान पुस्तकालयहरू यहाँ स्क्रिप्ट नोडमा जस्तै छन्, र chai लेखन परीक्षणको लागि।

लिङ्क मार्फत अवस्थित स्क्रिप्ट चलाउन सक्ने क्षमता (लिङ्क नोड)

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

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

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

अन्य भिन्नताहरू

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

सुविधाहरू जुन पहिले नै बाटोमा छन्

हामीले अर्को रिलीजहरूमा गोप्यताको पर्दा उठाउने प्रलोभनलाई प्रतिरोध गर्न सकेनौं, विशेष गरी जब कार्यक्षमता धेरै स्वादिष्ट छ र पहिले नै प्रि-रिलीज पॉलिशिंगबाट गुज्रिरहेको छ। त्यसोभए, भेटौं।

कार्यहरू

तपाईलाई थाहा छ, पोस्टम्यानले मानहरू उत्पन्न गर्न तथाकथित गतिशील चरहरू प्रयोग गर्दछ। तिनीहरूको सूची प्रभावशाली छ र फंक्शनहरूको विशाल बहुमत नक्कली मानहरू उत्पन्न गर्न प्रयोग गरिन्छ। उदाहरण को लागी, अनियमित इमेल उत्पन्न गर्न को लागी तपाईले लेख्नु पर्छ:

{{$randomEmail}}

यद्यपि, यी चरहरू (गतिशील भए पनि), तिनीहरू प्रकार्यहरूको रूपमा प्रयोग गर्न सकिँदैन: तिनीहरू प्यारामिटराइज योग्य छैनन्, त्यसैले स्ट्रिङबाट ह्यास लिन सम्भव हुँदैन।

हामी TestMace मा "इमानदार" प्रकार्यहरू थप्ने योजना बनाउँछौं। ${} भित्र यो केवल एक चर पहुँच गर्न सम्भव हुनेछ, तर एक प्रकार्य कल गर्न पनि। ती। यदि तपाइँ कुख्यात नक्कली ईमेल उत्पन्न गर्न आवश्यक छ भने, हामी केवल लेख्नेछौं

${faker.internet.email()}

यो एक प्रकार्य हो भन्ने तथ्यको साथसाथै, तपाईले याद गर्नुहुनेछ कि वस्तुमा विधि कल गर्न सम्भव छ। र गतिशील चरहरूको ठूलो फ्ल्याट सूचीको सट्टा, हामीसँग तार्किक रूपमा समूहबद्ध वस्तुहरूको सेट छ।

के हुन्छ यदि हामी स्ट्रिङको ह्यास गणना गर्न चाहन्छौं? सजिलै!

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

तपाईंले ध्यान दिनुहुनेछ कि तपाईं प्यारामिटरहरूको रूपमा चरहरू पनि पास गर्न सक्नुहुन्छ! यस बिन्दुमा, एक जिज्ञासु पाठकले केहि गलत छ भन्ने शंका गर्न सक्छ ...

अभिव्यक्तिहरूमा जाभास्क्रिप्ट प्रयोग गर्दै

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

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

र यी सबै लिपिहरू बिना, इनपुट क्षेत्रहरूमा सही!

पोस्टम्यानको लागि, यहाँ तपाइँ केवल चरहरू प्रयोग गर्न सक्नुहुन्छ, र जब तपाइँ थोरै अभिव्यक्ति लेख्न प्रयास गर्नुहुन्छ, मान्यकर्ताले श्राप दिन्छ र यसलाई गणना गर्न अस्वीकार गर्दछ।

उन्नत स्वत: पूर्णता

हाल TestMace सँग मानक स्वत: पूर्णता छ जुन यस्तो देखिन्छ:

यहाँ, स्वत: पूर्ण लाइनको अतिरिक्त, यो रेखा के हो भनेर संकेत गरिएको छ। यो मेकानिजमले कोष्ठक ${} ले घेरिएका अभिव्यक्तिहरूमा मात्र काम गर्छ।

तपाईले देख्न सक्नुहुने रूपमा, भिजुअल मार्करहरू थपिएका छन् जसले चरको प्रकारलाई संकेत गर्दछ (उदाहरणका लागि, स्ट्रिङ, नम्बर, एरे, आदि)। तपाईं स्वत: पूर्णता मोडहरू पनि परिवर्तन गर्न सक्नुहुन्छ (उदाहरणका लागि, तपाईं चर वा हेडरहरूसँग स्वत: पूर्णता चयन गर्न सक्नुहुन्छ)। तर पनि यो सबैभन्दा महत्त्वपूर्ण कुरा होइन!

पहिलो, स्वत: पूर्णताले अभिव्यक्तिहरूमा पनि काम गर्दछ (जहाँ सम्भव छ)। यो के जस्तो देखिन्छ:

र दोस्रो, स्वत: पूर्णता अब स्क्रिप्टहरूमा उपलब्ध छ। यो कसरी काम गर्दछ एक नजर लिनुहोस्!

पोष्टम्यानसँग यो कार्यक्षमता तुलना गर्ने कुनै मतलब छैन - स्वत: पूर्णता त्यहाँ चर, हेडर र तिनीहरूका मानहरूको स्थिर सूचीहरूमा मात्र सीमित छ (यदि मैले केहि बिर्सें भने मलाई सच्याउनुहोस्)। लिपिहरू स्वत: पूर्ण छैनन् :)

निष्कर्षमा

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

तपाईंको प्रतिक्रियाले हामीलाई सुविधाहरूको प्रशस्ततामा राम्रोसँग नेभिगेट गर्न अनुमति दिनेछ, र तपाईंको समर्थनले हामीलाई बल र विश्वास दिन्छ कि हामीले सही काम गरिरहेका छौं। यस्तो हुन्छ कि आज हाम्रो परियोजनाको लागि महत्त्वपूर्ण दिन हो - जुन दिन TestMace प्रकाशित भएको थियो उत्पादन खोज। कृपया हाम्रो परियोजनालाई समर्थन गर्नुहोस्, यो हाम्रो लागि धेरै महत्त्वपूर्ण छ। यसबाहेक, आज हाम्रो PH पृष्ठमा एक आकर्षक प्रस्ताव छ, र यो सीमित छ

स्रोत: www.habr.com